Hi Michael,
2011/6/6 Michael Höhne <mih-hoehne@web.de>:
[...]
Es ging mir hier um die Außenwirkung: Einerseits wird eine neue
Version als "Final" also "Fertig" angeboten,
Ja, das was auf den Servern ist, ist die finale Version der 3.4.0, es
ist keine Beta, kein RC, sondern eben die finale Version. Es gibt
keine Weiter iteration geben, die dann anstatt der jetzigen Version
3.4.0 genannt würde. 3.4.0 ist fertig und abgehakt.
Als nächstes ist die 3.4.1 dran. Davon gibt es zuerst die
nighliy-builds der buildbots/tinderboxen, dann wieder Betas (bzw.
gleich einen RC, bin mir in diesem Punkt nicht sicher), und dann wird
ein RC zur finalen 3.4.1 erklärt. Aber damit ist die 3.4er Linie immer
noch nicht abgeschlossen, weil es geht ja weiter.
Nach Deiner Definition darf eine einzige Version /Final/ heißen, weil
das dann bedeuten würde LO macht dicht, es gibt keine neuen Versionen
mehr.
Das macht doch aber auch keinen Sinn.
andererseits wird aber
von der Verwendung mehr oder weniger direkt abgeraten. Das kommt bei
etwas unbedarfteren Zeitgenossen als Widerspruch an.
Oder es ist ein Fall von "übervorsichtigkeit". Sind die LO Nutzer
wirklich so leicht zu verwirren?
Schon verstanden, aber dann sollte man die neue Version _deutlicher_
als "provisorische/Entwickler/Vor/WasAuchImmer-"Version kennzeichnen.
Nein, denn das ist sie ja auch wieder nicht. Es ist ein release, mit
der der großteil der Nutzer produktiv arbeiten kann (zumindest nach
dem Kentnisstand, der zur Freigabe der Version vorhanden war).
Es gibt die bekannten Fehler, aber abgesehen davon ist es OK. Der
einzige Unterschied zu OOo ist es also, daß man die paar bekannten
Fehler zugunsten des Zeitbasierten Release-Schemas in kauf nimmt, weil
man schon vorher weiß, daß bald ein entsprechendes Bugfixrelease
nachkommt.
Wer also nix macht, bei dem die Known bugs zuschlagen könnte, der kann
ruhig die 3.4.0 verwenden. Wenn noch zusätzliche Fehler drin sind,
dann gibt es keinen Unterschied zu OOo und LO. Wenn man von einem
Fehler nichts weiß, kann man ihn auch nicht einplanen und als Stopper
deklarieren. Sprich auch OOo wäre mit dem Fehler released worden. Mit
dem großen Unterschied, daß es dann ewig bis zu einem Bugfix release
dauert.
Den 08/15 User werden diese Fehler kaum wirklich treffen, denn sonst
wären es auch bei uns Stopper.
Das will ich ja auch gar nicht anzweifeln. Trotzdem muss diese
Release-Politik möglichst klar kommuniziert werden.
Ja - und dazu gibt es ja die entsprechenden Hervorhebungen.
Und da sind wir wieder bei Klaus-Jürgens Frage: Wie soll ein
entsprechender Hinweistext aussehen.
Ich persönlich finde den englischen Text auch nicht prickelnd (die
Texte für 3.3. und 3.4 sind ja im Grunde dieselben - und das bring
wenig)
Also ich wünsche mir
"3.3.2 - die bewährte Version" (bewährt hatten wir glaube ich auch
schon zu OOo-Zeiten mal)
Empfohlen für Nutzer, die mit den <bestehenden Features> zufrieden
sind und lieber abwarten, und bei einem Update auf <nummer Sicher> zu
gehen.
"3.4.0 - die neue Version"
Empfohlen für Nutzer, die neugirieg auf die <neuen Features> sind, und
sich nicht durch die <bekannten Fehler> abschrecken lassen.
Lesen sie unsere <Erläuterungen/FAQ zum Release-Prozeß> um mehr über
die Versionen und die Zielgruppen zu erfahren.
Problem: die entsprechenden Seiten gibts noch nicht :-)
<nummer Sicher> und auch Erläurerungen/FAQ zum Release-Prozeß wäre ein
Link auf eine Seite, die mehr oder weniger den Inhalt des weiter oben
genannten Blogeintrags hat, und den Timebased release näher erklärt.
Sprich: Ja, ein paar Bugs, aber keine gravierenden. (zumindest keine
Bekannten). Aber das macht nichts, weil ja demnächst sowieso eine neue
Version kommt.
Auf den Seiten kann man dann auch wunderbar ein Adapt-o-Meter
unterbringen, da gibt es den entsprechenden Platz.
Ich halte es daher für besser, die x.0-Versionen lieber nicht gleich
auf der Startseite des Downloadbereiches zu präsentieren.
Nö. denn wir wollen doch auch Fortschritt signalisieren, zeigen das es
in schnellen Schritten vorwärts geht, das wir schneller, besser sind
als OOo es war :-)
Meine persönlichen 2 ct ;-)
Klar, gilt für mich natürlich auch :-)
ciao
Christian
--
Informationen zum Abmelden: E-Mail an discuss+help@de.libreoffice.org
Tips zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
Context
Re: [de-discuss] [Webseite] Downloadseite · André Schnabel
Re: [de-discuss] [Webseite] Downloadseite · klaus-jürgen weghorn ol
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.