Hallo
Christian Lohmaier schrieb:
Nimm anstatt Microsoft irgendeinen anderen Hersteller. Das ist so
ziemlich egal.
Auch muß man bedenken: Die normalen Nutzer werden von den vielen Bugs
oft nix mitbekommen. Vielleicht ein oder zwei, aber bestimmt nicht die
Summe die wirklich drin ist. Hier auf der Liste schaut es natürlich
anders aus, weil man jedes Problem irgendwie mitbekommt, auch wenn man
persönlich nie darauf gestoßen wäre.
Das stimmt zum Beispiel nicht für die Menge an Bugs in der Hilfe. Das
sind genau die Bugs, über die _jeder_ Normal-User stolpert.
Klar hätte ich ein fehlerfreies OOo auch lieber als eines mit Bugs. Aber
das ist halt einfach nicht drin.
Ich sehe es wiegesagt auch von dem QA-Standpunkt:
Schon jetzt wird IssueZilla "bombadiert" mit Issue-reports bezüglich
Fehlern die in der 2.0.1 bereits behoben sind. Warum sollte man also die
2.0.1 künstlich zurückhalten?
Das Problem ist: Ich keinne viele Issues, die haben als Target 2.0.1 und
sind im RC4 noch nicht gefixt.
Was anderes wäre es wenn die 2.0.1 andere, zusätzliche Bugs hätte als
die 2.0 (aber so wie ich das sehe gibt es da keine)
Doch zum B. mit dem Formatvorlagenfenster.
Die 2.0.1 ist sicherlich nicht vollkommen zufriedenstellend, aber
schließlich dauert es zur 2.0.2 auch nicht mehr so lange wie
beispielsweise zwischen den 1.1er Versionen. Mir sind häufigere Releases
die schrittweise besser werden lieber als eine ewig lange Duststrecke in
der man sich mit schwerwiegenden Bugs rumärgern muß bis dann endlich das
neue Release kommt das zwar die Bugs behebt, aber sonst auch nix.
Ja. Wenns im RC nicht drin ist, kommen die auch nicht mehr in die 2.0.1
s.o.
Diejenigen, die die Fehler in der Hilfe melden, bringen die Patches
schon mit. Wenn confirmed wird, gibt es keinen nachvollziehbaren Grund,
dass nicht sofort eingepflegt wird.
Das ist deshalb nicht so einfach weil eben die Übersetzung durch einen
externen Dienstleister gemacht wird. Sprich die Fehler die das Team
meldet gehen als "Reklamation" an die Übersetzerfirma. Das geschieht
allerdings immer nur Blockweise (aus Kostengründen). Jetzt ist es schon
so kurz vor dem Release, daß keiner dieser Durchläufe mehr stattfindet.
werden aber trotzdem auf 2.01 gesetzt.
Es handelt sich um Fehler, die jeder DAU als solche erkennen kann und
die sehr imageschädigend sind.
Ich sehe das nicht ganz so tragisch, denn die meisten Daus schauen erst
gar nicht in die Hilfe. Die sind die Bedienung von Microsoft
Office/Works gewöhnt und wenn mal irgendwas nicht gleich genauso
funktioniert wird gemeckert.
>>>Ein paar Änderungen sind schon drin.
Leider viel zu wenige. :(
Ich stimme Dir voll und ganz zu.
Schnellere Turnaround-Zeiten können nur erreicht werden wenn das
deutschsprachige Projekt die lokalisierung komplett übernimmt. Vor einer
ganzen Weile wurde das allerdings "abgelehnt", in dem Glauben daß die
Übersetzung schon passen würde (so wie in den alten Versionen). Die
(deutschsprachigen) Texte der Oberfläche selbst sind nicht Teil des
Lokalisierungsprozesses sondern werden wie die englischen Texte direkt
in den Sourcen definiert. Das war ein weiterer Grund warum es damals
nicht für notwendig angesehen wurde daß die Lokalisierung durch de.ooo
vorgenommen wird, sondern man auf Sun bzw. deren Dienstleister vertraut.
Dass sollte nochmal diskutiert werden.
Jetzt hat sich leider rausgestellt daß viel gepfuscht wurde, aber jetzt
ist es zu spät das zu ändern. Man muß in den sauren Apfel beißen und das
so akzeptieren. Außerdem: Allein beim "Korrekturlesen" der Hilfe reicht
die Anzahl der Freiwilligen kaum aus um alles rechtzeitig durchzusehen.
Da müssen wir uns selbst an die eigene Nase fassen und uns fragen warum
"wir" die Hilfe nicht schon früher mal systematisch durchgesehen haben.
Poweruser nutzen selten die Hilfe. ;-)
Aber da schließt sich wieder der Kreis: Wenn keine Beschwerden kommen,
denkt man sich: Wird schon OK sein so wie es ist. Und Beschwerden
bezüglich des Inhalts der Hilfe kamen eben fast gar keine.
Ja, die größten Beschwerden kamen, als ich versucht habe, anhand der
Hilfe zu verstehen, wie das BASE-Modul funktioniert.
Mechtilde
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
