X-Git-Url: https://git.donarmstrong.com/?a=blobdiff_plain;f=Documentation%2Fde%2Fweb%2Fcommunity.itexi;h=86c3779bdd35825252d24fffb031775b8d60d84d;hb=730d4eb3e0328e8ba0b376f8191a5bb6ae7f904c;hp=4cfe02229f4e3fd584ef6c5c9fb21c15e967a314;hpb=487f44ae4bebfe14e56bbd8a6de5e7a9aea35028;p=lilypond.git diff --git a/Documentation/de/web/community.itexi b/Documentation/de/web/community.itexi index 4cfe02229f..86c3779bdd 100644 --- a/Documentation/de/web/community.itexi +++ b/Documentation/de/web/community.itexi @@ -1,6 +1,6 @@ @c -*- coding: utf-8; mode: texinfo; -*- @ignore - Translation of GIT committish: aa632c095138aaaa0f50f73c90e72efb4b61d745 + Translation of GIT committish: a0077273ac8bf29ae472c8712bc78a02d138f898 When revising a translation, copy the HEAD committish of the version that you are working on. For details, see the Contributors' @@ -45,9 +45,15 @@ wenn man über LilyPond diskutieren will. @item @ref{Helfen Sie uns}: Ihre Mitarbeit wird benötigt. +@item +@ref{Sponsoren}: finanzielle Unterstützung. + @item @ref{Entwicklung}: für Mitarbeiter und Tester. +@item +@ref{GSoC 2012}: Liste der Projekte für den Google Summer of Code. + @item @ref{Autoren}: die Menschen, die LilyPond zu dem gemacht haben, was es jetzt ist. @@ -67,6 +73,9 @@ uns geschrieben wurde. @item @ref{Ältere Neuigkeiten}: ein Archiv. +@item +@ref{Abstellkammer}: Ankündigungen und Listen der Veränderungn von vorherigen Versionen. + @end itemize @divEnd @@ -79,10 +88,13 @@ uns geschrieben wurde. * Minimalbeispiele:: * Fehlerberichte:: * Helfen Sie uns:: +* Sponsoren:: * Entwicklung:: +* GSoC 2012:: * Autoren:: * Veröffentlichungen:: * Ältere Neuigkeiten:: +* Abstellkammer:: @end menu @divEnd @@ -127,7 +139,7 @@ dürfen. Schauen Sie, was andere Leute konstruiert haben und schreiben Sie eigene Beispiele! @example -@uref{http://lsr.dsi.unimi.it} +@uref{http://lsr.di.unimi.it} @end example Besonders lehrreiche Beispiele aus dem LSR werden in unsere offizielle @@ -272,6 +284,14 @@ lesen Sie bitte unsere Richtlinien für @ref{Fehlerberichte}.} @divEnd +@divClass{column-right-bottom} +@subheading Private E-Mails + +Private Angelegenheiten sollten an Graham Percival +(den Projektmanager) gerichtet werden, der dann die +Betroffen einbezieht. + +@divEnd @node Minimalbeispiele @@ -281,33 +301,37 @@ lesen Sie bitte unsere Richtlinien für @ref{Fehlerberichte}.} @divClass{column-center-top} @subheading Was sind @qq{Minimalbeispiele}? -Ein kleines Beispiel ist ein Beispiel, von dem nichts mehr entfernt -werden kann. +Ein Minimalbeispiel ist eine vollständige Quelldatei, die +@strong{nicht} mehr weiter reduziert werden kann, ohne dass das +illustrierte Problem verschwindet. Es sollten keine Warnungen und +Fehlermeldungen produziert werden, die nicht mit dem Problem im +Zusammenhang stehen. + @divEnd @divClass{column-left-bottom} -@subheading Warum sollte ich so etwas tun? +@subheading Warum sollte ich Minimalbeispiele erstellen? @divClass{keep-bullets} @itemize @item Je einfacher ein Beispiel ist, um so schneller können mögliche -Hilfeleistende es verstehen und Ihnen helfen. +Hilfeleistende das Beispiel untersuchen, das auftretende Problem +einkreisen und Ihnen helfen. @item -Ein einfaches Beispiel zeigt, dass Sie sich zuerst Mühe gegeben -haben, das Problem selber zu lösen. Wenn Leute große Abschnitte -an Code einschicken, sieht es so aus, dass sie sich auch nicht -interessieren, ob ihnen geholfen wird oder nicht. +Die effiziente Analyse eines Problems erfordert ohnehin eine +Reduktion auf das wesentliche. Kippen Sie umfangreiches Material +in der Liste ab, so scheint Ihnen die Lösung Ihres Problems keine +eigene Mühe wert. @item -Ein Minimalbeispiel zu erstellen zwingt Sie dazu zu verstehen, -was vorgeht. Viele falsche Problemberichte können vermieden werden, -wenn man versucht, erst einmal ein Minimalbeispiel zu erstellen. -Wenn Sie einen @qq{Bug} in Ihrem Minimalbeispiel nicht reproduzieren -können, was das Problem wohl eher zu geringes Verständnis von -LilyPond, nicht jedoch ein Fehler. +Ein Minimalbeispiel zu erstellen hilft Ihnen zu verstehen, was +vorgeht. Viele Problemberichte erübrigen sich schon während der +Erstellung eines Minimalbeispiels. Ist ein @qq{Bug} mit einem +bestimmten Minimalbeispiel nicht reproduzierbar, ist es +wahrscheinlich, daß er andere Ursachen als vermutet hat. @end itemize @divEnd @@ -316,18 +340,18 @@ LilyPond, nicht jedoch ein Fehler. @divClass{column-right-bottom} -@subheading Wie soll ich sie erstellen? +@subheading Wie werden sie erstellt? @divClass{keep-bullets} @itemize @item -Immer die \version -Nummer einfügen. +Immer die @code{\version}-Nummer einfügen. @item Machen Sie es klein! Beispiele zur Platzverteilung oder dem Seitenlayout können viele Notentakte erfordern, aber die meisten -Probleme können in einem einzigen Takt gezeigt werden. +Probleme können in weniger als einem einzigen Takt gezeigt werden. @item Wenn Sie versuchen, ein Beispiel zu erstellen, versuchen Sie @@ -343,11 +367,54 @@ Vermeiden Sie komplizierte Noten, Tonarten, Schlüssel oder Taktarten, es sei de Benutzen Sie nicht @code{\override} oder @code{\set}, es sei denn, der Fehler zeigt sich im Zusammenhang mit diesen Befehlen. +@item +Sie können auch zusätzlich ein Bild anhängen, welches die gewünschte graphische +Darstellung zeigt. + @end itemize @divEnd @divEnd +@divClass{column-center-bottom} +@subheading Wie klein sollten sie sein? +@c How tiny should they be? + +Ist der Code unten ein Minimalbeispiel? + +@example +\version "2.14.1" +\include "english.ly" + +\score @{ + \new Staff @{ + \key d \major + \numericTimeSignature + \time 2/4 + 16 8. + %% Here: the tie on the D's looks funny + %% Too tall? Left-hand endpoint is not aligned with the B tie? + ~ + 8 [ ] + @} +@} +@end example + +Das ist zwar kein langer Code, aber ein wirkliches Minimalbeispiel ist +folgendes: + +@example +\version "2.14.1" +@{ + % middle tie looks funny here: + 8. ~ 8 +@} +@end example + +Wenige Minimalbeispiele brauchen mehr als 10 Zeilen, +meistens kann das Problem mit vier Zeilen gezeigt werden! + +@divEnd @@ -355,12 +422,15 @@ der Fehler zeigt sich im Zusammenhang mit diesen Befehlen. @unnumberedsec Fehlerberichte @translationof Bug reports +@divClass{heading-center} +Wenn Ihre Datei zu einem Programmabsturz oder falschem Notensatz führt, +handelt es sich um einen Fehler. +@divEnd + @divClass{column-center-top} @subheading 1. Schritt: Bekannte Fehler -Wenn Sie Eingabecode haben, der einen Programmabsturz oder -fehlerhaften Notensatz erzeugt, dann ist das ein Fehler. Es gibt -eine Liste der bekannten Fehler beim Google bug tracker: +Vielleicht ist der Fehler schon bekannt. Prüfen Sie hier: @example @uref{http://code.google.com/p/lilypond/issues/list} @@ -382,21 +452,21 @@ erstellen. @warning{Wir akzeptieren Fehlerberichte nur als @ref{Minimalbeispiele}. Wir haben sehr begrenzte Ressourcen, -um Fehlerberichte zu bearbeiten, weshalb jedes nicht-Minimalbeispiel +weshalb jedes nicht-Minimalbeispiel zurückgewiesen wird. Fast jeder Fehler kann mit vier oder sogar weniger Noten demonstriert werden!} Hier ein Beispiel eines guten bug reports: @example -%% the octavation command doesn't -%% change the output at all! - -\version "2.10.0" -\relative c''' @{ - c1 - #(set-octavation 1) - c1 +% Accidentals should be printed for only +% the first note in a tie, but this version +% prints flats on both notes. +\version "2.10.1" + +\relative c'' @{ + bes1 ~ + bes1 @} @end example @@ -437,19 +507,37 @@ Fehlerberichtes hinzu. @end itemize @divEnd +@divEnd -Wenn Ihr Fehlerbericht an die Liste versandt wurde, untersucht -unser Fehlerbeseitiger (engl. bug squad) den Bericht. Warten Sie -bitte 24 Stunden, da uns nur eine geringe Zahl an Helfern zur Verfügung stehen. Sie werden eventuell nach mehr Information gefragt oder -der Bericht wird zum Tracker hinzugefügt und Sie werden informiert, -welche Nummer er bekommen hat. +@divClass{column-center-bottom} +@subheading 4. Schritt: Auf Antwort warten -Sie können den Fehler so markieren, dass Sie immer eine E-Mail +Wenn Ihr Fehlerbericht an die Liste versandt wurde, untersucht +unser Fehlerbeseitiger (engl. bug squad) den Bericht. Sie werden +eventuell nach mehr Information gefragt. Sie werden informiert, +wann der Bericht um Tracker hinzugefüt wird. Warten Sie +bitte vier Tage, da uns nur eine geringe Zahl an Helfern zur Verfügung stehen. + +Wenn ein Fehler dem Tracker hinzugefügt wurde, können Sie ihn kommentieren, +um mehr Information hinzuzufügen. Sie können den Fehler auch markieren, +sodass Sie immer eine E-Mail erhalten, wenn Aktivität für diesen Fehler vorkommt. Hierzu müssen Sie einen Google-Account haben. @divEnd +@divClass{column-center-bottom} +@subheading Optionale Hilfe: Das gewünschte Verhalten erklären + +Wenn ein Fehlerbericht einmal dem Tracker hinzugefügt wurde, kann es +sehr hilfreich sein, wenn wir sehen können, wie die gewünschte Ausgabe +aussieht. Sie können beliebig Code, Text und Bilder (auch mit +anderen Programmen erstellt) hinzufügen, die das gewünschte Bild +demonstrieren. + +@divEnd + + @node Helfen Sie uns @unnumberedsec Helfen Sie uns @translationof Help us @@ -461,17 +549,103 @@ Sie einen Google-Account haben. @divClass{column-left-top} @divClass{keep-bullets} -@helpusTasks +@helpusSimple @divEnd @divEnd @divClass{column-right-top} -@helpusProjects +@helpusAdvanced @divEnd +@node Sponsoren +@unnumberedsec Sponsoren +@translationof Sponsoring + +@divClass{keep-bullets} +@divClass{column-left-top} +@subheading Materielle Hilfe + +In der Vergangenheit + +@itemize +@item haben einige Benutzers für neue Eigenschaften bezahlt +@item haben sich einige Entwickler einstellen lassen, um neue Eigenschaften +hinzuzufügen +@end itemize + +Das LilyPond-Projekt kann derartige Verabredungen nicht koordinieren, +wir wollen deshalb weder dazu aufrufen noch davon abraten. Jegliche +Abkommen zwischen privaten Personen beziehen sich nur auf diese +Personen, ncht auf das LilyPond-Projekt. + +@divEnd + +@divClass{column-right-top} +@subheading Richtlinien + +Jeder Benutzer, der Geld gegen Arbeit eintauschen will, sollte +Folgendes im Auge behalten: + +@itemize +@item +LilyPond-Entwickler können ihre Angebote auf den E-Mail-Listen +von Zeit zu Zeit bewerben. + +@item +Jegliche Abkommen zwischen privaten Personen sollten die +normalen Vorsichtsmaßnahmen beinhalten: wer bezahlt, wieviel +bezahlt werden soll, mit welcher Methoden und nach welchen +Bedingungen. Wir empfehlen, dass alle Unklarheiten bezüglich +dieser Punkte geklärt werden sollten, bevor die Arbeit beginng. + +@end itemize + +@divEnd + +@divClass{column-center-bottom} +@subheading Interessierte Entwickler + +Hier ist eine Liste der Leute, die sich Dienstleistungen +sponsoren lassen. Die Menge an Arbeit, die unterschiedliche +Entwickler im Laufe des Jahres vollbringen, kann stark +schwanken. Wir können nicht garantieren, dass die Liste +aktuell ist oder die Leute auf der Liste über bestimmte +Fähigkeiten verfügen. Das einzige Kriterium ist, dass +die entsprechende Person um Aufnahme in die Liste gebeten +hat. + +Ein Blick auf die erbrachten Leistungen im git-Repositorium +ist eine gute Art sich über Aktivität und Erfahrenheit von +Entwicklern Klarheit zu verschaffen. Statistiken bis +@versionDevel{}: + +@multitable @columnfractions .3 .3 .3 +@item @uref{http://lilypond.org/~graham/gitstats-all/, gesamter Zeitraum} +@tab @uref{http://lilypond.org/~graham/gitstats-1year/, das letzte Jahr} +@tab @uref{http://lilypond.org/~graham/gitstats-3months/, die letzten drei Monate} +@end multitable + +Interessirte Entwickler: +@table @asis +@item @email{dak@@gnu.org, David Kastrup} +Spenden sind notwendig, damit ich meine aktuelle Vollzeitbeschäftigung +an LilyPond aufrechterhalten kann. Ich konzentriere mich auf das +Schnittstellendesign für Benutzer und Programmieren, auf Kohäränz, +Implementation, Vereinfachung, Dokumentation und Fehlerbeseitigung. + +@c Format +@c @item @email{name@@adress.domain, Name} +@c area of interest (256 chars max) + +@end table + +@divEnd +@divEnd + + @node Entwicklung @unnumberedsec Entwicklung @translationof Development @@ -551,9 +725,9 @@ geschrieben (nur auf Englisch). @docLinksBare{Handbuch für Entwicklungsarbeiten, contributor, @rcontribnamed{Top,Handbuch für Entwicklungsarbeiten}, - @manualDevelContributorSplit-de, - @manualDevelContributorBig-de, 500 kB, - @manualDevelContributorPdf-de, 2.8 MB} + @manualDevelContributorSplit, + @manualDevelContributorBig, 500 kB, + @manualDevelContributorPdf, 2.8 MB} @divEnd @@ -652,11 +826,11 @@ Handbücher finden sich auf @url{http://lilypond.org}.} @docLinkPdf{Lernen,learning,@manualDevelLearningPdf-de} @item -@docLinkSplit{Glossar,music-glossary,@manualDevelGlossarySplit-de} +@docLinkSplit{Glossar,music-glossary,@manualDevelGlossarySplit} @tab -@docLinkBig{Glossar,music-glossary,@manualDevelGlossaryBig-de} +@docLinkBig{Glossar,music-glossary,@manualDevelGlossaryBig} @tab -@docLinkPdf{Glossar,music-glossary,@manualDevelGlossaryPdf-de} +@docLinkPdf{Glossar,music-glossary,@manualDevelGlossaryPdf} @item @docLinkSplit{Aufsatz,essay,@manualDevelEssaySplit-de} @@ -682,11 +856,11 @@ Handbücher finden sich auf @url{http://lilypond.org}.} @docLinkPdf{Benutzung,usage,@manualDevelUsagePdf-de} @item -@docLinkSplit{Schnipsel,snippets,@manualDevelSnippetsSplit-de} +@docLinkSplit{Schnipsel,snippets,@manualDevelSnippetsSplit} @tab -@docLinkBig{Schnipsel,snippets,@manualDevelSnippetsBig-de} +@docLinkBig{Schnipsel,snippets,@manualDevelSnippetsBig} @tab -@docLinkPdf{Schnipsel,snippets,@manualDevelSnippetsPdf-de} +@docLinkPdf{Schnipsel,snippets,@manualDevelSnippetsPdf} @headitem Seltenere Handbücher @@ -699,11 +873,11 @@ Handbücher finden sich auf @url{http://lilypond.org}.} @docLinkPdf{Webseite,web,@manualDevelWebPdf-de} @item -@docLinkSplit{Veränderungen,changes,@manualDevelChangesSplit-de} +@docLinkSplit{Veränderungen,changes,@manualDevelChangesSplit} @tab -@docLinkBig{Veränderungen,changes,@manualDevelChangesBig-de} +@docLinkBig{Veränderungen,changes,@manualDevelChangesBig} @tab -@docLinkPdf{Veränderungen,changes,@manualDevelChangesPdf-de} +@docLinkPdf{Veränderungen,changes,@manualDevelChangesPdf} @item @docLinkSplit{Erweitern,extending,@manualDevelExtendingSplit-de} @@ -713,11 +887,11 @@ Handbücher finden sich auf @url{http://lilypond.org}.} @docLinkPdf{Erweitern,extending,@manualDevelExtendingPdf-de} @item -@docLinkSplit{Interna,internals,@manualDevelInternalsSplit-de} +@docLinkSplit{Interna,internals,@manualDevelInternalsSplit} @tab -@docLinkBig{Interna,internals,@manualDevelInternalsBig-de} +@docLinkBig{Interna,internals,@manualDevelInternalsBig} @tab -@docLinkPdf{Interna,internals,@manualDevelInternalsPdf-de} +@docLinkPdf{Interna,internals,@manualDevelInternalsPdf} @ifset web_version @headitem Zum Herunterladen @@ -732,6 +906,168 @@ Handbücher finden sich auf @url{http://lilypond.org}.} @divEnd +@node GSoC 2012 +@unnumberedsec GSoC (Google Summer of Code) 2012 +@translationof GSoC 2012 + +@divClass{column-center-top} +@subheading Was ist Google Summer of Code? + +Google Summer of Code ist ein globales Programm, +das Studenten Stipendien offeriert, um an Open-Source-Projekten während +der Sommerferien zu arbeiten. + +Das LilyPond-Team hat beschlossen, dass sich hier eine ausgezeichnete Möglichkeit +bietet neue Mitarbeiter zu finden und Studenten, die sich schon an LilyPond beteiligen, weiter einzubinden. Einer unserer Mitarbeiter wurde für den +Sommer 2012 als Teil des @uref{http://www.gnu.org/, GNU-Projekts} angenommen; +wir hoffen, dass wir auch in kommenden Jahren an dem Programm teilnehmen können. + +@divEnd + +@divClass{column-center-bottom} +@subheading Unsere Ideenliste 2012 + +Unten befindet sich eine Liste mit empfohlenen Projekten für GSoC-Stundenten für +den Sommer 2012. Wenn auch die Anmeldefrist vorbei ist, lassen wir die Informationen +trotzdem online, weil sie als Anregung für alle LilyPond-Entwickler dienen +können. Einige Mitglieder des Entwicklungsteams helfen gerne Freiwilligen, +die sich an diese Projekte wagen wollen. + +Es gibt natürlich viel mehr, was an LilyPond verbessert werden kann, darunter +auch sehr kleine Projekte. Eine vollständige Liste aller bekannten Probleme +findet sich @uref{http://code.google.com/p/lilypond/issues/list, hier}. + +@subheading Stichnoten + +Lösen Sie Probleme mit der Synchronisation von Verzierungen (Vorschläge usw.), +zusammen mit der darunter liegenden Architektur (siehe +@uref{http://code.google.com/p/lilypond/issues/detail?id=34, +Nummer 34 in unserem Tracker}). Verzierungen bringen das Zeitmaß von LilyPond +durcheinander, weil sie sozusagen in der Zeit rückwärts gehen. Dadurch +entstehen seltsame Effekte, besonders wenn in einem Notensystem eine +Verzierung auftritt und im zweiten nicht. + +@strong{Schwierigkeit:} mittel + +@strong{Erfordernisse:} C++, MIDI + +@strong{Empfohlen:} Bekannt mit den Interna von LilyPond + +@strong{Mentoren:} Mike Solomon, Carl Sorensen + +@subheading MusicXML + +Hinzufügen von erweiterter Unterstützung für den Export von MusicXML und +Verbesserung des Imports, zusätzlich Tests, die die Funktionen überprüfen. +Abhängig von der zur Verfügung stehenden Zeit kann etwas oder alles der +folgenden Punkte implementiert werden: + +@divClass{keep-bullets} +@itemize + +@item +Der Export soll grundlegende Funktionen wie den MIDI-Export können (d. h. +die Benutzung von eigenen Exportklassen, abgeleitet von der Übersetzerklasse.) + +@item +Der XML-Baum soll aus dem grundlegenden musikalischen Inhalt erstellt werden, +hinzu kommt eine Verbindung von musikalischem Ereignis zu XML-Tag. + +@item +Alle LilyPond-Engraver sollen ihre Arbeit verrichten. + +@item +Alle Ausgabe-Objekte (also alle Stencils/Gruppen von Stencils) sollen der +Musik zugeordnet werden (und damit auch dem XML-Tag im XML-Baum). + +@item +Ein XML-Ausgabebackend soll hinzugefügt werden, welches die Layoutinformationen +für jedes Ausgabe-Objekt den XML-Tags hinzufügen kann. + +@end itemize +@divEnd + +Das Ziel wird als erreicht angesehen, wenn eine (vorher festgelegte) Partitur +von MusicXML importiert und dann wieder exportiert werden kann, ohne dass +ungewollter Datenverlust eintritt. + +@strong{Schwierigkeit:} mittel + +@strong{Erfordernisse:} MusicXML, Python, grundlegene Kenntnis von LilyPond + +@strong{Mentoren:} Reinhold Kainhofer, Mike Solomon + +Kenntnis anderer Notensatzprogramme (zum Testen) wäre ein netter Bonus. + +@subheading Binde- und Legatobögen verbessern + +Die Standardform von Binde- und Legatobögen ist oft nicht zufriedenstellend. +Überbindungen von enharmonischen Tönen (etwa @code{@{ cis'~ des' @}}) werden +nicht unterstützt, auch Überbindungen, die von Schlüssel- oder Systemwechsel +unterprochen werden, sind schlecht unterstützt. Das Projekt beinhaltet das +Sammeln und Sortieren von Beispielen schlechter Ausgabe, das feststellen der +richtigen Formatierung und das Schreiben das dazu notwendigen Codes. + +@strong{Schwierigkeit:} schwer + +@strong{Erfordernisse:} C++, Erfahrung mit Heuristiken + +@strong{Empfohlene Kenntnisse:} LilyPond-Kenntniss, Sinn für Ästhetik + +@strong{Mentor:} Mike Solomon + +@subheading Eine besondere Variante bestimmter Glyphen hinzufügen + +Zusätzliche Varianten von Glyphen schaffen für Situationen wie auf der Linie, +zwischen den Linien, kürzere und schmalere Varianten für z. B. Versetzungszeichen, +zusammen mit einer Infrastruktur, die das unterstützt. Ein Beispiel ist die +Breve der Alten Notation, deren Notenkopf in zwei Varianten vorkommt, mit +kleinerem und größerem Loch. + +@strong{Schwierigkeit:} leicht + +@strong{Erfordernisse:} MetaFont, C++, gutes Auge für Details + +@strong{Empfohlene Kenntnisse:} grundlegene LilyPond-Kenntnis + +@strong{Mentor:} Werner Lemberg + +@subheading Bebalkung verbessern + +Die Standardpositionen von normaler Bebalkung, Bebalkung über Systeme hinweg, +unterbrochene und Knie-Bebaklung sollte verbessert werden. Balken sollten +sich am Kontext und benachbarten Noten orientieren (siehe +@uref{http://icking-music-archive.org/lists/sottisier/sottieng.pdf, +Abschnitt 2.2}). Wenn möglich, sollte die Rechenzeit für die Bebalkung +verkürzt werden. + +@strong{Schwierigkeit:} mittel + +@strong{Erfordernisse:} C++, Erfahrung mit Heuristiken + +@strong{Empfohlene Kenntnisse:} Sinn für Ästhetik + +@strong{Mentoren:} Mike Solomon, Carl Sorensen + + +@subheading Kompilationswarnungen aufräumen + +Aufräumen von Kompilationswarnungen, statischer Codeanalyse und Valgrind-Warnungen. +Werkzeuge zur automatischen Analyse von Code (Warnungen in @code{g++} und +@code{clang}) und Analysewerkzeuge wie die Valgrind-memory-leak-detection und +callgrind code profiler stellen wertvolle Informationen über mögliche Probleme +im C++-Code zu Verfügung. Wenn man diese Warnungen aufräumt, könnte man auch +automatisch alle Patche zurückweisen, die neue Warnungen mit sich bringen würden. + +@strong{Schwierigkeit:} mittel + +@strong{Erfordernisse:} C++ + +@strong{Mentoren:} Joe Neeman, Reinhold Kainhofer + +@divEnd + + @node Autoren @unnumberedsec Autoren @@ -836,7 +1172,6 @@ Handbücher finden sich auf @url{http://lilypond.org}.} @divClass{column-center-bottom} - @subheading Was andere mit LilyPond gemacht haben @divClass{keep-bullets} @@ -853,6 +1188,68 @@ Handbücher finden sich auf @url{http://lilypond.org}.} @unnumberedsec Ältere Neuigkeiten @translationof Old news +@divClass{heading-center} +@warning{Viele alte Ankündigungen und Listen der Änderungen finden sich in der +@ref{Abstellkammer}} +@divEnd + @include web/news-front.itexi @include web/news.itexi + + + +@node Abstellkammer +@unnumberedsec Abstellkammer +@translationof Attic + +@divClass{column-center-top} +@subheading Ankündigungen + +Ankündigungen und Neuigkeiten nach Version: +@uref{http://lilypond.org/doc/v2.14/Documentation/web/index#LilyPond-2_002e14_002e0-released_0021-June-6_002c-2011,v2.14}, +@miscLink{announce-v2.12,v2.12}, +@miscLink{announce-v2.10,v2.10}, +@miscLink{announce-v2.8,v2.8}, +@miscLink{announce-v2.6,v2.6}, +@miscLink{announce-v2.4,v2.4}, +@miscLink{announce-v2.2,v2.2}, +@miscLink{announce-v2.0,v2.0}, +@miscLink{ANNOUNCE-1.2,v1.2}, +@miscLink{ANNOUNCE-1.0,v1.0}, +@miscLink{ANNOUNCE-0.1,v0.1} + +Ausführliche Liste der Änderungn nach Version: +@uref{http://lilypond.org/doc/v2.14/Documentation/changes/index.html,v2.14}, +@uref{http://lilypond.org/doc/v2.12/Documentation/topdocs/NEWS,v2.12}, +@uref{http://lilypond.org/doc/v2.10/Documentation/topdocs/NEWS,v2.10}, +@uref{http://lilypond.org/doc/v2.8/Documentation/topdocs/NEWS,v2.8}, +@uref{http://lilypond.org/doc/v2.6/Documentation/topdocs/NEWS,v2.6}, +@uref{http://lilypond.org/doc/v2.4/Documentation/topdocs/out-www/NEWS,v2.4}, +@uref{http://lilypond.org/doc/v2.2/Documentation/topdocs/out-www/NEWS,v2.2}, +@uref{http://lilypond.org/doc/v2.0/Documentation/topdocs/out-www/NEWS,v2.0}, +@uref{http://lilypond.org/doc/v1.8/Documentation/topdocs/out-www/NEWS,v1.8}, +@uref{http://lilypond.org/doc/v1.6/Documentation/out-www/NEWS,v1.6}, +@miscLink{NEWS-1.4,v1.4}, +@miscLink{NEWS-1.2,v1.2} + +@divEnd + +@divClass{column-center-bottom} +@subheading Änderungslog + +Änderungslog für Entwickler nach Version: +@miscLink{ChangeLog-2.10,v2.10}, +@miscLink{ChangeLog-2.3,v2.3}, +@miscLink{ChangeLog-2.1,v2.1}, +@miscLink{ChangeLog-1.5,v1.5 (1)}, +@miscLink{CHANGES-1.5,v1.5 (2)}, +@miscLink{CHANGES-1.4,v1.4}, +@miscLink{CHANGES-1.3,v1.3}, +@miscLink{CHANGES-1.2,v1.2}, +@miscLink{CHANGES-1.1,v1.1}, +@miscLink{CHANGES-1.0,v1.0}, +@miscLink{CHANGES-0.1,v0.1}, +@miscLink{CHANGES-0.0,v0.0} + +@divEnd