Hi Martin, * Martin Hollmichel schrieb: > Die spannende Frage ist, wie man basierend auf diesem Input zu einer > priorisierung dieser Liste kommt...
Meine Meinung kennst Du vielleicht schon ( http://www.openoffice.org/servlets/ReadMsg?listName=releases&msgNo=13839) - ich halte es da mit dem aus Ruby bekannten Prinzip der geringstmöglichen Überraschung. D.h., der Benutzer sollte möglichst wenig überrascht werden - vor allem unangenehm. Die von Axel genannten Bugs sind da gut Beispiele für ganz unliebsame Überraschungen. Einfach gesagt: Die primäre Bedienung (d.h., alles, was ich direkt mit einem Menübefehl auslösen kann) hat fehlerfrei zu funktionieren oder der Menübefehl hat zu verschwinden. Für Optionsschalter in Dialogen könnte man das eigentlich auch verlangen - das wäre aber schon eine weitere Stufe von Softwarequalität. Von fehlerfreier oder zumindest überraschungsarmer Umsetzung der gesamten Spezifikation (da gehören auch Dokumentation/Bedienungsanleitung dazu, von wegen "gibts doch gar nicht") mal ganz zu schweigen. Und spätestens die will OOo ja gar nicht erreichen, wenn man so den "verantwortlichen Entwicklern" zuhört (vgl. o.g. Thread). Ein Argument wie > Alten kaum durchdringbaren Code anzufassen, ist nicht immer leicht > und erzeugt auch keine Freudensprünge bei den verantwortlichen > Entwicklern. so nachvollziehbar es ist, kann doch wohl nicht ernsthaft in einer Diskussion über gewünschte oder vielleicht auch notwendige Software- bzw. Produktqualität irgend eine Rolle spielen - oder reparieren wir demnächst gar keine bugs, damit jeder seinem Hobby (z.B. Printerpullpages, scnr) nachgehen kann? Die Frage ist also nicht, wie man diese Liste priorisiert, sonder, was für ein Produkt wir wollen. Ohne Ziel kein Weg. Man kann sich übrigens noch für das vielleicht ja doch stattfindende OOo-Projektwochnende interessieren - da könnte man so was auch mal diskutieren :-) -- Mit freundlichen Grüßen Uwe Altmann OpenOffice.org auf dem Mac: http://porting.openoffice.org/mac/ --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
