Hallo Andre, Andre Schnabel <[EMAIL PROTECTED]> wrote: >> --- Ursprüngliche Nachricht --- >> Von: Guido Ostkamp <[EMAIL PROTECTED]> >> Betreff: [de-dev] Re: Hilfetext - OLE Objekt bearbeiten > >> >> >> > Ich würde es nicht als "wegoptimiert" bezeichnen. Eher liegt es daran, >> > dass zu wenig Entwicklerressourcen verfügbar sind, um diese >> > Funktionalität sicherzustellen. >> >> Damit geht allerdings auch nützliche Funktionalität verloren, denn >> komplexere Tabellen, von denen nur ein kleiner Teil "sichtbar" ist (eben >> der Teil, der durch die "Rahmengröße" festgelegt wurde), sind so nicht >> mehr wirklich zu bearbeiten. Man müßte dann jedesmal das sichtbare >> Fenster im Dokument großziehen und hinterher wieder manuell auf den >> vorherigen Wert runterschrumpfen. >> >> IMHO eine inakzeptable Einschränkung der Funktionalität. > > Ok, es bestehen folgende Alternativen: > - das Feature Bestehen lassen, mit dem Wissen, dass keine Ressourcen > vorhanden sind, um im entsprechenden Bereich Fehler zu korrigieren > - ein beliebiges andere Feature streichen, um Entwicklerressourcen für die > Pflege der in der Hilfe beschriebenen Funktionalität freizusetzen > - neue Entwickler einstellen, um die den Bedarf an Ressourcen abdecken zu > können > > Wenn du *persönlich* entscheiden würdest und für diese Entscheidung > nachher auch verantwortlich wärest (und auch die neu eingestellten > Entwickler bezahlen müsstest): welche Alternative würdest du wählen.
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? 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. 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. 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? Gruß, Guido --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
