[email protected] schrieb:
> > Verbunden damit müssen die Votes in issuezilla eine 
> bestimmte generelle Wertigkeit/Verbindlichkeit erhalten, die 
> es ausschließt das die Votes generell majorisiert werden 
> können, und die transparent nachvollziehbar ist.
> >
> >   
> hier waere ich mal auf einen konkreten Vorschlag gespannt !

Sorry, ich habe hin- und her überlegt (und auch bereits meine Gedanken 
aufgeschrieben) aber ich werde mir hier keinen 'Schnellschuss' erlauben.

> kannst Du erlaeutern, was im Base nicht gut laeugt, bzw. was im chart 
> gut laeuft ?

Chart2 ...
... wurde eingeführt (OOo 2.3) und war schon zum Zeitpunkt der Einführung weit 
gereift (ich glaube sogar die Fehlerfreiheit war überdurchschnittlich), 
gleichzeitig ging jedoch die Entwicklung ohne erkennbare Unterbrechung weiter 
d.h. in Folgeversionen wurden neue Features hinzugefügt und wohl auch Bugs 
gefixt. Das geschah umfassender, schneller und besser als ich es erwartet hätte 
und auch die Stimmung in der Öffentlichkeit war entsprechend, Chart2 hat 
einiges an Vertrauen ins Projekt zurückgewonnen oder gestärkt.

Base ...
... hier warten die Nutzer seit OOo 2.0 auf die 'Initialzündung', denn jeder 
hatte damals Verständnis für eine wohl etwas übereilige Einführung auch aus 
Marketinggründen, aber jeder verband damit die Hoffnung auf schnelle 
Weiterentwicklung. 
Diese Hoffnungen wurden bei Base bisher enttäuscht. Da hilft auch kein Verweis 
auf (zweifelsfrei ja existierende) (Detail-)Verbesserungen oder der Hinweis auf 
das 'bessere Konzept' - was die Nutzer in einer Office-Suite wie OOo heutzutage 
in großer Mehrheit erwarten ist eine Alternative (in Wahrheit einen 'Ersatz') 
zu Access und davon ist Base weit entfernt. 
Das Problem ist das zögerliche Vorgehen, wenn man so will sowohl qualitativ als 
auch quantitativ. Selbst bei knappen Kapazitäten darf das so nicht geschehen, 
weil so einerseits Nutzer ein nicht hinreichend funktionelles Modul vorfinden, 
andererseits aber auch nach längerem Warten in Folgeversionen keine hinreichend 
schnelle Entwicklung erkennen und deshalb sich wieder abwenden. Notfalls müßte 
man vielleicht, obwohl das nun ganz und garnicht 'OPenSource-like' ist 
bestimmte Dinge zunächst nur intern entwickeln und erst bei hinreichendem 
Umfasng in die Öffentlichkeit überführen.
Falls Base zu /keiner/ Alternative zu Access ausgebaut werden soll, sollten wir 
das auch sagen und dann aufhören Entwicklungskapazitäten zu vergeuden, denn 
funktionell war das was heute mit Base möglich ist schon ohne Base zu >80% in 
den 1.x-Versionen möglich.



Gruß
Jörg


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Antwort per Email an