X-Git-Url: https://git.donarmstrong.com/?a=blobdiff_plain;f=Documentation%2Fde%2Fweb%2Fcommunity.itexi;h=86c3779bdd35825252d24fffb031775b8d60d84d;hb=0ea80a5e850c6114d1ba7dc4cfd81d5a45d9604a;hp=7a93add1c46c36d874ba5c5a9bc876792e2a1c88;hpb=17183f4a9696f2187128490a669895964959fa84;p=lilypond.git diff --git a/Documentation/de/web/community.itexi b/Documentation/de/web/community.itexi index 7a93add1c4..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: ebe492ca408fb0d9abf80b94c56197eef8dc2f09 + 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' @@ -51,6 +51,9 @@ wenn man über LilyPond diskutieren will. @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. @@ -70,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 @@ -84,9 +90,11 @@ uns geschrieben wurde. * Helfen Sie uns:: * Sponsoren:: * Entwicklung:: +* GSoC 2012:: * Autoren:: * Veröffentlichungen:: * Ältere Neuigkeiten:: +* Abstellkammer:: @end menu @divEnd @@ -131,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 @@ -293,33 +301,37 @@ Betroffen einbezieht. @divClass{column-center-top} @subheading Was sind @qq{Minimalbeispiele}? -Ein Minimalbeispiel ist ein Beispiel, von dem @strong{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 kleines 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 hilft Ihnen 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 @@ -410,12 +422,15 @@ meistens kann das Problem mit vier Zeilen gezeigt werden! @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} @@ -437,7 +452,7 @@ 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!} @@ -498,12 +513,14 @@ Fehlerberichtes hinzu. @subheading 4. Schritt: Auf Antwort warten Wenn Ihr Fehlerbericht an die Liste versandt wurde, untersucht -unser Fehlerbeseitiger (engl. bug squad) den Bericht. Warten Sie -bitte vier Tage, 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. - -Sie können den Fehler so markieren, dass Sie immer eine E-Mail +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 @@ -532,13 +549,13 @@ demonstrieren. @divClass{column-left-top} @divClass{keep-bullets} -@helpusTasks +@helpusSimple @divEnd @divEnd @divClass{column-right-top} -@helpusProjects +@helpusAdvanced @divEnd @@ -889,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 @@ -993,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} @@ -1010,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