Mechtilde wrote:
Hallo Andreas,
Andreas Saeger schrieb:
[email protected] wrote:
OpenOffice.org startet mit Version 3.2 ins Jahr 2010
Ich will nur sagen, dass ich sehr enttäuscht bin und erst 3.2.1
installieren kann weil sonst einige meiner täglich benutzten
Datenbankformulare nicht mehr richtig funktionieren. Ja, ich habe den
Fehler für RC2 gemeldet, ist als Regression erkannt und sofort gefixt
aber dennoch nicht in 3.2RC3/4/5 übernommen worden (#108319)
Dieser Issue ist bisher weder bestätigt, noch als Regression erkannt.
oder ist ein Tippfehler in der Issue Nummer
Oh, Entschuldigung http://www.openoffice.org/issues/show_bug.cgi?id=108390
Und dann noch diese unsägliche Verarschung der Community, dass
stundenlang ausdiskutiert wird ob die gebündelte Version auf die Mirrors
soll oder das einfache Officepaket und dann halt doch wieder gebündelt
wird obwohl sich eine klare Mehrheit aus guten Gründen dafür
ausgesprochen hat, nur noch das nackte Office zum Download anzubieten.
Ich weiß nicht, welche stundenlange Diskussion Du meinst? Warst Du
(Andreas) an der Diskussion beteiligt?
Nein, ich war daran nicht beteiligt weil dort eh' alles notwendige schon
gesagt wurde.
"Testen der Release-Freigabe ..." Von Dir initiiert am 13.1. auf
openoffice.devel.german
Dieser Thread setzt diese völlig sinnlose Diskussion nun auch wieder
fort (natürlich ist rpm64 nur ohne Java sinvoll).
Ich habe OOo viele Jahre lang ohne Java benutzt und es war gut. Ich habe
Serienbriefe mittels dBase/Calc/csv-Listen erstellen können, viele
Makros in Basic und einen Add-On in Python geschrieben.
Base selber ist ohne JRE nicht nutzbar, Ferner sind die meisten
Assistenten ohne JRE nicht nutzbar.
Für mich ist Base ohne Java schon seit v1.1 sehr gut benutzbar ohne
HSQLDB, die völlig nutzlosen Assistenten und mit Berichten/Datenpiloten
in Calc. Alle Abfragen und Formulare funktionieren mit exterenen
Datenbanken und neue Datenbanken werden als dBase-Verzeichnis erstellt.
Serienbriefe und Datenaustausch mit externen Quellen funktionieren
weiterhin und die Anwendung started spürbar schneller.
Meines Wissens ist sogar für die Nutzung der Hilfe das JRE notwendig.
Quark! Schalte Java doch einfach mal in den Optionen aus. Wie gesagt,
ich verwendete OOo viele Jahre lang ohne Java. Geht nicht mehr seit Base
sich so weit entwickelt hat, dass man sich damit ernsthaft beschäftigen
kann (verwenden, Support leisten und Fehler melden).
Sehr bezeichnend finde ich auch dieses Issue, das Du geschlossen hast:
http://www.openoffice.org/issues/show_bug.cgi?id=86541
Das ist der völlige Blödsinn. Das Zuweisen oder Starten von Makros in
jeder Sprache außer Java funktioniert auch ohne JRE nachdem man diese
bescheuerten Fehlermeldungen weggeklickt hat. Habe ich heute noch mal
mit 3.1.1 probiert (Tools>Macros>Run... [Nein, nicht JRE aktivieren],
Makro starten)
Über Tools>Macros>Organize... kann man alle Makros auch ohne
Fehlermeldung starten.
So gut wie niemand braucht unbedingt OOo mit Java. Das Problem besteht
darin, zu wissen wann man es doch braucht und wie einfach eine aktuelle
JRE nachzuinstallieren und/oder zu aktivieren ist.
Das weiß aber der "normale" Nutzer in der Regel nicht.
Der normale Benutzer wundert sich nur über all das Zeug das
mitinstalliert wird. Der versierte Benutzer wundert sich über das
unsichere, veralte Java, obwohl bereits ein besseres installiert ist.
Trolle verbreiten das hartnäckige Gerücht, OOo sei deshalb so zäh weil
es ja in Java programmiert ist und zusammen mit seiner eigenen
Java-Runtime installiert werden muss. Daran stimmt zumindest soviel,
dass OOo ohne Java etwas schneller startet.
Und am Ende entscheidet die Community, welche Versionen in Ihrer Sprache
getestet und freigegeben werden.
Und ja bei den 64 bit RPMs ist es aus Platzgründen auf den Mirrors bei
der Version mit JRE geblieben.
Ach, weil die kleiner sind als die Pakete ohne JRE? Weil bei SUSE und
Redhat Java sonst nicht verfügbar ist? Weil unter Linux die Software so
schwierig zu installieren ist?
Gruß
Mechtilde
Wünsche einen guten Rutsch in die neue Woche,
Andreas
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
