Hallo Andreas,
Am 16.04.2013 10:19, schrieb Andreas Borutta:
Und das kann eben nur ein sehr erfahrener Projektmitarbeiter gut
einschätzen.
Ich teile Deine Auffassung ganz und gar. Da Gerald hat um eine Antwort
gebeten hat, habe ich eine Antwort generiert. IMHO ist eine Antwort
immer besser als gar keine - auch wenn sie etwas abschreckend klingt.
Vielleicht ist Gerald ja an einer Erstellung eines Bugreports interessiert.
Meine Einschätzung ist,
1) dass die Vorschläge von Gerald nur dann eine Chance zur Umsetzung
haben, wenn jemand (Erfahrener) sich Zeit nimmt, auf Bugzilla jeden
einzelnen Verbesserungsvorschlag einstellt (und "pflegt") und vielleicht
auf der internationalen u./o. deutschsprachigen discuss-ML diesen
Verbesserungsvorschlag zur Diskussion stellt. Dazu muss sich dieser
jemand sehr genau mit jedem einzelnen Verbesserungsvorschlag
auseinandersetzen, d.h. gedanklich mit dem Bugreport "eins" werden
("Zeitproblem"). Nur ein enhancement eben mal in Bugzilla zu stellen,
ist in der Regel nicht zielführend.
2) dass die Vorschläge von Gerald von den Programmierern nicht umgesetzt
werden.
Gruß
Jochen
Am 16.04.2013 10:19, schrieb Andreas Borutta:
Jochen schrieb:
Am 08.03.2013 17:07, schrieb Gerald Schrempf, BSc.:
Mir sind einige Verbesserungsvorschläge für LibreOffice Writer
aufgefallen! Ich würde mich sehr über eine Antwort freuen!
Vielen Dank für Deine Vorschläge. Damit diese umgesetzt werden können
bzw. überhaupt Beachtung finden, empfehle ich Dir folgendermaßen vorzugehen:
Erstelle bitte in Bugzilla (s.a. [1]) einen Bugreport. Dieser Bugreport
muss als "enhancement" (Verbesserungsvorschlag) klassifiziert werden.
Außerdem muss der Bugreport in Englisch formuliert werden. Und für jeden
Verbesserungsvorschlag muss ein separater Bugreport erstellt werden.
Ich habe das hier in der Gruppe ja schon einige Male erwähnt, nehme
Geralds Vorschläge aber gerne zum Anlass, meine Vermutung nochmal
auszusprechen:
Solange erfahrene, langjährige Projektmitarbeiter (nicht Entwickler)
Neulingen, die Vorschläge unterbreiten, nicht unter die Arme greifen
und vor allem ihre Einschätzungen auf Erfolg des Vorschlags mitteilen,
wird kaum ein Neuling den enormen Aufwand betreiben "ins Blaue hinein"
seine Vorschläge in die Datenbank einzupflegen.
Schließlich gibt es Bereiche, wo anhand der letzten Jahre glasklar
ist: da lohnt keinerlei Vorschlag, weil Entwickler da garantiert
nicht/niemals drangehen.
Und das kann eben nur ein sehr erfahrener Projektmitarbeiter gut
einschätzen.
Sprich:
Wenn hier solche erfahrenen Mitarbeiter mitlesen, wäre es für Gerald
sicher hilfreich, ihm einige Einschätzungen zu seinen Vorschlägen
mitzuteilen.
Ansonsten ist Enttäuschung vorprogrammiert.
Eine Alternative wäre - für deutschsprachige LO-Nutzer:
Im LO-Wiki eine Rubrik "Wünsche/Vorschläge an die Entwickler"
einführen.
Dann wissen zumindest alle Leser, was zur Zeit in LO nicht geht.
Und diejenigen, die sich in Bugzilla gut auskennen und in der Lage
sind englischsprachige Reports zu erstellen, könnten sich immer mal
wieder Vorschläge aus dem Wiki herauspicken und in Bugzilla
einpflegen.
Gruß, Andreas
--
Informationen zum Abmelden: E-Mail an users+help@de.libreoffice.org
Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/users/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.