]> git.donarmstrong.com Git - lilypond.git/blobdiff - Documentation/de/web/community.itexi
Doc-de: update for the website
[lilypond.git] / Documentation / de / web / community.itexi
index 7a93add1c46c36d874ba5c5a9bc876792e2a1c88..a5b334e31d2d0dd67ccb38e136934b0cce55de84 100644 (file)
@@ -1,6 +1,6 @@
 @c -*- coding: utf-8; mode: texinfo; -*-
 @ignore
-    Translation of GIT committish:  ebe492ca408fb0d9abf80b94c56197eef8dc2f09
+    Translation of GIT committish:  233fb6a8b3b6e31de1841641dbbd4c4f43423151
 
     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}: 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::
 * Autoren::
 * Veröffentlichungen::
 * Ältere Neuigkeiten::
+* Abstellkammer::
 @end menu
 @divEnd
 
@@ -410,12 +418,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 +448,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 +509,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 +545,13 @@ demonstrieren.
 
 @divClass{column-left-top}
 @divClass{keep-bullets}
-@helpusTasks
+@helpusSimple
 
 @divEnd
 @divEnd
 
 @divClass{column-right-top}
-@helpusProjects
+@helpusAdvanced
 
 @divEnd
 
@@ -889,6 +902,204 @@ Handbücher finden sich auf @url{http://lilypond.org}.}
 @divEnd
 
 
+@node GSoC
+@unnumberedsec GSoC (Google Summer of Code)
+@translationof GSoC
+
+@divClass{column-center-top}
+@subheading Was ist Google Summer of Code?
+
+Der @uref{http://www.google-melange.com/gsoc/homepage/google/gsoc2012,
+GSoC-Webseite} zufolge ist Google Summer of Code ein globales Programm,
+das Studenten Stipendien offeriert, um Code für Open-Source-Projekte zu schreiben.
+Google arbeitet mit der Open-Source-Gemeinschaft zusammen und hat unterstützenswerte
+Projekt für den nächsten Sommer gefunden.}
+
+Das LilyPond-Team hat beschlossen, dass sich hier eine ausgezeichnete Möglichkeit
+bietet neue Mitarbeiter zu finden, Studenten, die sich schon an LilyPond beteiligen,
+weiter einzubinden und -- das Wichtigste -- aufregenden Code zur freien Benutzung
+für alle zu schreiben.
+
+Wir nehmen an GSoC als Teil des GNU-Projekts teil.  Siehe auch
+@uref{http://www.gnu.org/software/soc-projects/guidelines.html,
+GNU GSoC-Webseite} zu Informationen über die Teilnahme.
+
+@divEnd
+
+@divClass{column-center-bottom}
+@subheading Unsere Ideenliste
+
+Unten befindet sich eine Liste mit empfohlenen Projekten für GSoC-Stundenten.
+Wenn Sie kein Projekt finden, das Ihnen passt, schlagen Sie einfach ein eigenes
+vor!  Es ist auch möglich, ein Projekt einzuschränken, wenn Sie das Gefühl haben,
+es ist zu umfangreich.
+
+Wir erfordern, dass jeder Student grundlegende Kenntnis von @code{git} hat und
+empfehlen, dass alle, die sich für die Projekte (außer dem letzten) interessieren,
+grundlegende Kenntnisse in Musiknotation haben.  Zusätzlich sollten Sie
+Englisch sprechen können.
+
+@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 Bessere Unterstützung für Tabulaturen
+
+@divClass{keep-bullets}
+@itemize
+
+@item
+Nicht-monotonische Saitenstimmungen, wie Ukulele
+
+@item
+Ein Eingabemodus für Tabulaturen (im Moment wird die Information notiert
+wie die übliche westliche Notation, beispielsweise eine Viertelnote Fis,
+und dann in eine Tabulatur konvertiert), um mittelalterliche Lautentabulaturen
+transkribieren zu können.
+
+@item
+Wenn ein Bunddiagramm für einen Akkord definiert ist, sollte diese Information
+benützt werden, um den Akkord auf dem System darzustellen (und nicht nur eine
+Standarddarstellung benützt werden).
+
+@end itemize
+@divEnd
+
+@strong{Schwierigkeit:} leicht
+
+@strong{Erfordernisse:} C++
+
+@strong{Empfohlene Kenntnisse:} Kenntnis von Tabulaturnotation familiarity
+
+@strong{Mentor:} 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 +1204,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 +1220,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
+@tranlsationof 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