Hi,
normalerweise gehe ich davon aus, daß Features, die wirklich normal
funktionieren (und es ging ja in SO 5.2), entwickungsseitig erstmal
keine weiteren Aufwände erforderlich machen. Siehst Du das anders?
Ja. Hast Du schonmal ein 10 Jahre bestehendes Programm pflegen müssen,
in dem manche Bestanteile so umständich programmiert sind, dass man sie
neu implementieren müsste, um sie auch in Zukunft noch warten zu müssen?
Bestehende Features erhöhen die Gesamtkomplexität des Produktes, erhöhen
den Wartungsaufwand und das Risiko, dass Fehler auftreten. In einigen
Situationen kann es sinnvoll sein, bestehnde (selten benutzte) Features
z opfern, um das Produkt wartbar zu halten und mit sinnvollem Aufwand
weiterentwickeln zu können.
Leider weiß ich z.Zt. nicht, ob das Feature auch in OOo 1.x.x noch
vorhanden war oder schon in der auf SO 5.2 folgenden Version wegfiel.
Es war schon in der 1.1 nichmehr vorhanden .. mit ziemlicher Sicherheit
auch in der 1.0 nicht (wobei ich die jetzt nicht installiert habe).
Ich weiß auch nicht, was an dem existierenden Feature so komplex war,
daß es nicht länger wartbar war. Eigentlich wurde nur ein Fenster mit
dem Inhalt des Embedded Objects geöffnet, welches eigentlich genauso
gestaltet war, wie ein Standardfenster für den entsprechenden Typ einer
Datei, die man von der Platte öffnet.
Überlasse eine solche Beurteilung bitte den Entwicklern oder analysiere
den entsprechenden Code.
Wenn es wirklich so einfach ist, kannst du es ja selbst wieder
implementieren und nachher warten.
Um auf Deine Frage einzugehen:
Wenn es nach mir ginge, würde ich bei einem reinen freien Open Source
Projekt Fehlerbehebung und Kontinuität der Funktionalität vor
Weiterentwicklung haben wollen. Ein stabiles Produkt kann man dann in
Ruhe weiterentwickeln.
OOo bzw. SO sind ja aber ein Mischprodukt. SO ist kommerziell und da
wird man sich eher schnell neue Features wünschen, um den Preis eines
Upgrades zu rechtfertigen.
Willst Du darauf hinaus?
Nein .. das hat nichts mit OpenSource oder kommerziell vertreibenen
Produkt zu tun.
Schu dir Diskussion auf der Users an. Ich wollte Testfälle, um zu
vermeiden dass Features plötzlich wegfallen oder nichtmehr
funktionieren. Die Anwender diskutieren aber lieber darüber, welche
weiteren Features man braucht.
Wenn Du den grossteil Anwender davon überzeugst, dass es wichtiger ist,
auf neue Features zu verzichten und stattdessen am testen vorhandener
Funktionen mitzuarbeiten, um Regressionen zu verhindern, würde es mich
freuen. VErsuch es mal .. und du wirst sehen, dass der drang nach neuen
Features nicht von irgendwelchen Entwicklern im Hinterzimmer oder von
Marketing-Managern einer Firma kommt .. nein .. er kommt von den Anwendern.
André
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
