Hallo Lars,
lars schrieb:
Dr. Lars Hennings - 0170 380 6564
_
Hallo, auch im Test von ooo2.o2 hat sich ein genereller Fehler gezeigt,
den ich bei früherer Version 2 auch schon mal hatte (ich erinnere aber
nicht mehr, was da los war).
Bei schnellem Tippen friert das Programm ein und nichts - außer Neustart
- geht mehr.
Das ist merkwürdig. Ich versteh das nicht.
Was hast Du für einen Mac, wieviel RAM und ist alles *original* Appel
RAM?
Frieren andere Programme ein?
Ich kenn das von meinem G5. Nur da lag es am RAM. Der war tatsächlich
defekt. Der Apple Hardwaretest meinte zwar das Gegenteil doch die
ProTools und memtest haben den defekten Riegel entlarvt.
Also im Zweifel den Mac mal zu einem guten Händler vor Ort bringen und
dann den mit entsprechenden Tools das Gerät durchleuchten lassen.
Was manchmal auch zu unerklärlichem Einfrieren führt ist die
Installation von MS Office for Mac - Nein, kein Scherz.
MS Office for Mac installiert TrueType Schriften für asiatische und
dbereits installierten Systemschriften von Mac OS X. So kommt OS X hie
und da durcheinander.
Hier hilft es die doppelten Schriften zu deaktivieren - dabei aber
drauf achten, dass die MSO True Types deaktiviert werden - und die
asiatischen Schriften auch zu deaktivieren und nur wenn sie in MSO
gebraucht werden zu aktivieren.
Das aktivieren und deaktivieren der asiatischen Schriften kann das mit
OS X Tiger und auch Panther mitgelieferte Schriftenverwaltung.
Die Identifikation der MSO Schriften sollte Schriftverwaltung auch
können, einfach schauen in welchem Ordner die Schriften installiert
sind, was bei den MSO Schriften auch ein MSO Ordner ist.
Nur das mit den Familien und Co, da braucht es Suitcase oder ein
anderes Profitool. Auch hier hilft ein netter Mac Händler vor Ort.
Meiner war mit ein paar Euro für die Kaffeekasse zufrieden.
Ansonsten, was verstehst Du mit schnellem Schreiben. Wieviel Anschläge
pro Minute? Bei uns im Büro hat mal ne ausgebildetet Sekräterin mit so
um die 300 Anschläge mit OOo getippt und da ist nix gefroren.
Selbst meine fehlerbehafteten Zehnfinger bringen OOo nicht zum
Einfrieren.
Vielleicht wäre es auch mal an der Zeit, die Daten zu sichern und da
Du ja viel ausprobiert hast, alles von OOo komplett zu löschen und es
nochmal jungfräulisch zu installieren, dass bringt öfters was.
Ich hab zum Beispiel bei der 2.0.2 ständig Probleme gehabt. Dann hab
ich sie, da ja einiges unter der Haupe geändert wurde und auch das
Benutzerverzeichnis vom Homedirectory ins /Library/Application
Support/ geschoben wurde komplett sauber installiert.
Also alle vorherigen Benutzerverzeichnisse und Konfigurationsdatein
gesichert. Dazu mit Onyx oder einem anderen Tool auch die unsichtbaren
Ornder im Finder kurz sichtbar machen. Da findest du im
Heimverzeichnis eine Ordner .openoffice.org2.0 den umbennen.
Dann in ~/Libary/Application Support/ den Ordner OpenOffice.org2.0
umbennen.
OOo 2.0 in den Papierkorb werfen und den entleeren.
Dann in ~/Library/Preferences/ schauen ob OOo Dateien drin sind.
Löschen und ebenfalls Papierkorb anschließend leeren.
Jetzt OOo 2.0.2 installieren und bei der Frage, ob die Daten aus 1.1.x
übernommen werden sollen *Nein* auswählen.
Jetzt hatte zumindest ich ein stabiles 2.0.2. bis auf den Fehler mit
dem fehlenden Verzeichnis halt.
Zuletzt hatte ich noch Probleme: die Kapitelnummerierung wurde nicht
gezeigt, aber intern benutzt, in Globaldok. wurde sie gezählt. In Glob.
wie Unterdok. mußte aber Extras/ Kapitelnumm. angeklickt und mit OK
beendet werden, bevor sie sichtbar war.
In einem Fall mußte ich alle Überschriften einmal mit ENTER eine Zeile
tiefer setzen, um die Numm. wieder sichtbar zu machen (was aber beim
nächsten Aufruf wieder nicht sichtbar war, s. o.)
Erstelle doch wirklich Beispieldokumente mit sinnlosem Zeichensalat.
Ich wil mir das mal anschauen können. Ich hab so, nur über
Beschreibungen, keine wirkliche Möglichkeit zu sagen, es liegt an der
Mac OS X Version oder generell an der Globaldokumentenfunktion.
Ich weiß selbst, dass Globaldokumente nicht die gepflegteste Funktion
von OOo ist.
Im Globaldok. beginnt nach Aufruf immer eine ewige Seitenzählerei weit
über die tatsächliche Zahl hinaus. Das kann beendet werden durch
Neuauslese des Inhaltsverzeichnisses.
Kling nach einem generellen Issue, der nicht nur auf dem Mac Auftritt.
Unten rechts im Rahmen Bereich des Glob.-D. ist der Dateiname nicht
mehr sichtbar, weil "Schreibgeschützt" davor steht und der Name nach
rechts rausgedrückt wird.
Das wurde imo so von den Anwender gewünscht. Das dabei der Name
raurutscht liegt wohl daran, dass die GUI ne feste Breite hier hat und
durch den zusätzlichen Text jetzt nicht mehr alle Informationen
reinpassen. Ist vermutlich ein Issue.
Da überdies in 2.02 offenbar die alte Zwischenspeicherung aus 1.1.4
wieder reorganisiert wurde, ist dieser Vorteil auch weg. Bleibt die
besseren Seitendarstellung mit der rechten Seite als S. 1. rechts.
Ich weiß nicht, wovon Du sprichst. Meine 2.0.2 speichert so zwischen
wie die 2.0.0 und 2.0.1.
Das einzige was geändert worden sein kann ist, dass er nach einem
gewaltsammen Ende von X11 nicht mehr die Wiederherstellung bringt. Das
wäre dann aber gewollt, da sich mehrere Nutzer so in einer
Endlosschleife verfangen haben und teilweise OOo nicht mehr an das
laufen bekamen.
Im Prinzip wird, wenn X11 beendet wird während OOo läuft, das
Speicherabbild von OOo nicht gelöscht, was dazu führt, dass OOo für
den Mac noch läuft und das blockiert einen Neustart von OOo.
Der Fehler trat bei mir ein einziges Mal mit einer Vor 2.0.0 Version
auf, danach nicht mehr. Leider gab es aber auf der Mac Mailingliste
viele Stimmen, dass dieses Sicherheitsfeature den "normalen" Mac Dau
User mehr verwirrt als nützt und so wurde es wohl schon in der 2.0.2
gepatcht und nicht erst in 2.0.3.
Wenn die offizielle Version 2.02 da ist, (wann?) mache ich noch einen
Versuch.
Die 2.0.2 kommt, wenn die Patches alle getestet sind.
Gruß
Eric
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
