Re: [de-users] OOo 3.0 / Installationspfad
Hallo, Matthias Müller schrieb: Wer in einer heterogenen Umgebung mit mehreren BS (vereinzelt Win 95/98, Windows NT, Windows XP, AIX, Novell, SCO OpenServer, Linux) mit verschiedenen Netzwerkzugriffen (SMB auf Win-Rechner, Samba auf Unix-/Linux-Rechner, Novell-Freigaben) auf Daten und noch dazu Anwendern, deren Kenntnisstand von Computer-Analphabetentum über Computer-Bild-Spezialwissen bis hin zu studierten Informatikern reicht, weiß was ich meine. Und nein nicht alle Win95/98 und WinNT-Rechner können ersetzt werden, da sie auch und vor allem in Werkzeugmaschinen eingebaut sind. kann ich nichts antworten weil ich die Argumentation nicht verstehe (die Ausgangslage war das Du sinngemäß behauptetest Windows-Programmierer seien Schuld an Querelen des BS Windows und ich dem sinngemäß entgegenhielt Windows-Programmierer entwickeln nur unter Windows und sind nicht die Erschaffer von Windows - die jetzige Argumentation betrifft nun aber Dinge die sich der ursprüngliche Argumentation abwenden) Siehe auch: http://www.gnu.org/philosophy/no-word-attachments.de.html bedarf auch dringend einer inhaltlichen Aktualisierung Mal abgesehen von dem Hinweis auf HTML ist das nach wie vor im Kern richtig Nein, denn im Kern wird behauptet die MS-Formate seien geheim, das sind sie aber nicht mehr weil sich MS im Prozess der Standardisierung von OOXML bei der ISO gezwungen sah die alten Binärformate offen zu legen. Da ich keine fruchtlose Diskussion möchte (Du kannst mich nicht überzeugen und ich kann dich nicht überzeugen) ist das Thema für mich beendet. Warum glaubst Du das ich nicht zu überzeugen wäre? Und von was überhaupt? Was ich gerade zu den MS-Formaten sagte ist ja nun aber mal so (und ist nachprüfbar) und wir sollten dann gezielte Kritik anbringen wo diese nötig ist und genau das tut der Artikel eben nicht. Solange das nicht erfolgt gilt schlicht Folgenes: *die Formatdefinitionen sind veröffentlicht und jeder kann Filter schreiben, wo das nicht geschieht oder diese nicht perfekt sind ist das die Schuld der Community oder es gibt objektive technische Ursachen - sofern aber jemand behaupten würde (und der Artikel tut das) MS verhindere durch Nichtoffenlegung die Möglichkeit für andere filter zuschreiben, dann möge er: *konkret belegen wo *belegen das MS auf Nachfrage nicht reagiert, denn es gilt derzeitig zweierlei: 1. die Veröffentlichung erfolgte den Umständen geschuldet augenscheinlich überhastet, die Dokumente sind also nicht optimal 2. MS hat sich öffentlich verpflichtet diese Formate offen zu legen und es ist nicht zu erwarten das man auf Nachfragen (weil Probleme gemäß 1. vorliegen) abweisend reagieren wird, zumindest kommt es auf den konkreten Versuch an, denn zu behaupten ohne zu wissen das MS so reagiert ist vorurteilsbehaftet Und warum schreibe ich das alles, weil ich überzeugt bin OpenSource hat viel zu bieten und ist in der Lage sich auch MS auf gleicher Augenhöhe zu stellen. Jedoch glaube ich das muß mit sachlich richtigen Argumenten geschehen und nicht mit Argumenten die jeder als falsch entlarven kann und mit denen wir uns deshalb letztlich nur selbst schaden. Wir sollten niemals glauben das durch falsch darstellende Überhöhung der Tatsachen etwas gewonnen werden kann, sondern sollten uns auf unsere Stärke besinnen, die Wahrheit, die genau dann unsere Stärke ist wenn technisch objektive Parameter (im Vergleich zur properitären Konkurrenz) zu unseren Gunsten ausfallen und das tun sie zunehmend und *DAS* sollten wir kommunizieren und nutzen und wo wir Fehler anderer kritisieren sollte unsere Argumente besonders genau gewogen sein. Gruß Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] OOo 3.0 / Installationspfad
Hallo Am Samstag, 22. November 2008 10:45 schrieb Jörg Schmidt: snip Vielleicht auch etwas Zutreffendes oder nur solche Dinge wie obenstehernd? Welche Windowsprogrammierer schleppen *z.B.* DOS-Mist (was auch immer das im Konkreten sein soll) mit? Windowsprogrammierer programmieren unter Windows Dinge die später auch unter Windows laufen sollen/müssen, sie sind NICHT für Vorgaben/Einschränkungen veranwortlich die ein vorgegebenes BS ihnen setzt. Wer in einer heterogenen Umgebung mit mehreren BS (vereinzelt Win 95/98, Windows NT, Windows XP, AIX, Novell, SCO OpenServer, Linux) mit verschiedenen Netzwerkzugriffen (SMB auf Win-Rechner, Samba auf Unix-/Linux-Rechner, Novell-Freigaben) auf Daten und noch dazu Anwendern, deren Kenntnisstand von Computer-Analphabetentum über Computer-Bild-Spezialwissen bis hin zu studierten Informatikern reicht, weiß was ich meine. Und nein nicht alle Win95/98 und WinNT-Rechner können ersetzt werden, da sie auch und vor allem in Werkzeugmaschinen eingebaut sind. Auch übrigens ... ... so ungefähr 80-90% aller OOO-Nutzer nutzen OOo unter Windows das mag sein Siehe auch: http://www.gnu.org/philosophy/no-word-attachments.de.html bedarf auch dringend einer inhaltlichen Aktualisierung Mal abgesehen von dem Hinweis auf HTML ist das nach wie vor im Kern richtig Da ich keine fruchtlose Diskussion möchte (Du kannst mich nicht überzeugen und ich kann dich nicht überzeugen) ist das Thema für mich beendet. -- Mit freundlichen Grüßen Matthias Müller (Benutzer #439779 im Linux-Counter http://counter.li.org) PS: Bitte senden Sie als Antwort auf meine E-Mails reine Text-Nachrichten! Siehe auch: http://www.gnu.org/philosophy/no-word-attachments.de.html pgpTVmFnIFWFQ.pgp Description: PGP signature
Re: [de-users] OOo 3.0 / Installationspfad
Matthias Müller schrieb: Windowsprogrammierer begreifen auch nicht, - dass Laufwerksbuchstaben der letzte Mist sind und maximal 22 zur Verfügung stehen. Bei Netzwerken uU tödlich, - dass immer noch der DOS-Mist mitgeschleppt werden muss, - dass Dateiendungen über den Typ einer Datei entscheiden. Macht mal aus text.txt durch Umbenennen die Datei text.bmp und dann einen Doppelklick drauf. ... wenn ich noch eine Weile überlege fällt mir noch mehr ein. Vielleicht auch etwas Zutreffendes oder nur solche Dinge wie obenstehernd? Welche Windowsprogrammierer schleppen *z.B.* DOS-Mist (was auch immer das im Konkreten sein soll) mit? Windowsprogrammierer programmieren unter Windows Dinge die später auch unter Windows laufen sollen/müssen, sie sind NICHT für Vorgaben/Einschränkungen veranwortlich die ein vorgegebenes BS ihnen setzt. Auch übrigens ... ... so ungefähr 80-90% aller OOO-Nutzer nutzen OOo unter Windows Siehe auch: http://www.gnu.org/philosophy/no-word-attachments.de.html bedarf auch dringend einer inhaltlichen Aktualisierung scnr dito Gruß Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] OOo 3.0 / Installationspfad
Hallo, Am Freitag, 21. November 2008 00:34 schrieb Mathias Bauer: snip Es ist mir ein Rätsel, dass mehr als 10 Jahre nach Einführung der Windows Registry Programmierer immer noch nicht damit umgehen können. Windowsprogrammierer begreifen auch nicht, - dass kein Programm (außer Systemtools) Administratorrechte brauchen sollte, - dass Laufwerksbuchstaben der letzte Mist sind und maximal 22 zur Verfügung stehen. Bei Netzwerken uU tödlich, - dass immer noch der DOS-Mist mitgeschleppt werden muss, - dass Dateiendungen über den Typ einer Datei entscheiden. Macht mal aus text.txt durch Umbenennen die Datei text.bmp und dann einen Doppelklick drauf. ... wenn ich noch eine Weile überlege fällt mir noch mehr ein. scnr -- Mit freundlichen Grüßen Matthias Müller (Benutzer #439779 im Linux-Counter http://counter.li.org) PS: Bitte senden Sie als Antwort auf meine E-Mails reine Text-Nachrichten! Siehe auch: http://www.gnu.org/philosophy/no-word-attachments.de.html pgppbiAutkYuv.pgp Description: PGP signature
Re: [de-users] OOo 3.0 / Installationspfad
Horst Klages wrote: Du kannst OOo3 genauso wie OOo2 in einen vorgegebenen oder einen benutzerdefinierten Pfad installieren. Aber das ist gar nicht dein Problem (s.u.). Stimmt nur bedingt: OOo2 : vorschgeschl.Pfad C:\programme\Open Office.org2 geänderter Pfad C:\programme\OpenOffice Ergebnis nach Installation C:\programme\OpenOffice OOo3 : vorschgeschl.Pfad C:\programme\Open Office.org3 geänderter Pfad C:\programme\OpenOffice Ergebnis nach Installation C:\programme\OpenOffice\Open Office.org3 OOo3 hängt also immer den Ordner Open Office.org3 unter den geänderten Pfad und macht das System damit zwingend Versionsabhängig Nein! Noch einmal: das Installationsverzeichnis, das der Anwender vorschlägt, übernimmt OOo. Aber *intern* hat sich die komplette Struktur geändert. C:\programme\OpenOffice\Open Office.org3 ist *nicht* das Installationsverzeichnis, sondern nur des Brand Layers von OOo. Dazu kommen noch zwei weitere Layer, jeweils im Unterverzeichnis Basis und URE. die weiter aufgebrochene Feinstruktur ist kein Problem wenn der Pfad wie gesagt Versionsunabhängig gestaltet werden kann. Da betrachtest du das aber zu sehr aus deiner eingeschränkten Perspektive. Die Art und Weise, wie OOo seine Dateien innerhalb des Installationsverzeichnisses verteilt und wie diese heißen, ist undokumentiert und sollte nicht zur Grundlage irgendwelcher Tools gemacht werden. Es ist mir ein Rätsel, dass mehr als 10 Jahre nach Einführung der Windows Registry Programmierer immer noch nicht damit umgehen können. Ciao, Mathias -- Mathias Bauer (mba) - Project Lead OpenOffice.org Writer OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS Please don't reply to [EMAIL PROTECTED]. I use it for the OOo lists and only rarely read other mails sent to it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] OOo 3.0 / Installationspfad
Hallo nochmal zwischen den Zeilen | - Ursprüngliche Nachricht - | Von: [EMAIL PROTECTED] (Mathias Bauer) | An: users@de.openoffice.org | Gesendet am: Dienstag, 18. November 2008 19:29 | Betreff: Re: [de-users] OOo 3.0 / Installationspfad | | Horst Klages wrote: | | Hallo Mathias, | | zunächst Danke für die Antwort. | | 1) Natürlich währe das Auslesen der Regestry der Königsweg, ist | im vorliegenden | Fall aber nicht praktikabel da die Sourcen der Drittanwendungen | für diese Erweiterung | nicht zur Verfügung stehen. | 2) Die Drittanwendungen anpassen ist nur in soweit praktikabel, | das alle Systeme wieder den | gleichen OOo Installationspfad haben müssen. D.h. es gibt | Diskrepanzen zwischen noch nicht und | bereits upgedaten Systemen und beim nächsten Upgrade geht der | Spass wieder los. | 3) Eine Batch mit Routerfunktion zwischenzuschalten könnte man | probieren, ich vermute allerdings | das dieses spätestens an den zu übergebenden Daten scheitert. | | Man kann auch Parameter an Batches übergeben und diese dann | weiterreichen. Wenn du z.B. eine Batch-Datei soffice.bat erstellst, | die | enthält Ist Bekannt, muß aber die besonderen Umstände prüfen | | C:\progra~1\OpenOffice\OpenOffice.org 3\program\soffice.exe %1 %2 %3 | | dann kannst du diese Datei mit soffice bla laber schwafel | aufrufen | und es wird soffice.exe mit den übergebenen Parametern gestartet. | | Du hast natürlich ein Problem, wenn deine Drittanwendung nicht | soffice | (dann könntest du dem auch eine Batch-Datei unterschieben), sondern | soffice.exe an der bekannten Stelle erwartet... könnte ein Problem sein | | Gretchenfrage ist natürlich, warum man einen alternativen | Installpfad zuläßt, den dann aber zwingend | in einen Versionsbezogenen ändert (War ja bisher auch nicht so). | | Du kannst OOo3 genauso wie OOo2 in einen vorgegebenen oder einen | benutzerdefinierten Pfad installieren. Aber das ist gar nicht dein | Problem (s.u.). Stimmt nur bedingt: OOo2 : vorschgeschl.Pfad C:\programme\Open Office.org2 geänderter Pfad C:\programme\OpenOffice Ergebnis nach Installation C:\programme\OpenOffice OOo3 : vorschgeschl.Pfad C:\programme\Open Office.org3 geänderter Pfad C:\programme\OpenOffice Ergebnis nach Installation C:\programme\OpenOffice\Open Office.org3 OOo3 hängt also immer den Ordner Open Office.org3 unter den geänderten Pfad und macht das System damit zwingend Versionsabhängig | | Für Tester ist es natürlich toll mehrere Versionen parallel | installieren zu können, | für den Alltagsgebrauch aber eher hinderlich. Ein befreundeter | freiberuflicher Systembetreuer | hat mir gerade noch bestätigt das er häufig auf, mit versch.OOo | Versionen zugemüllte, Kundenrechner | stößt. Hier kann man den berechtigten Vorwurf an die | Drittanwendungen (bezgl.Reg.auslesen) auch an OOo richten, | welches bei Upgrade durchaus auch die Möglichkeit der | Installation in den vorhanden Pfad vorschlagen könnte | (ja, den Haken für Löschen des Altsystems hab ich gesehen). | Genau diese Vorderung habe ich gestern während meiner Recherche | in den [EMAIL PROTECTED] Archiven aus (ich glaube) 2003 | gefunden. | Ich denke die Variante der OOo 2.x: Versionsbezogene Installation | vorschlagen aber Änderung auf Versionsunabhängige | Pfade zulassen war hier schon eine gute Lösung die für ALLE | Vorteile enthielt. | | NaJa, weiterhelfen kann mir das jetzt natürlich nicht und das | vorläufige Resultat ist wohl erst einmal weiter | OOo 2.x einzusetzen. | | Um das mal richtig zu stellen: auch OOo3 installiert sich in den | angegebenen Pfad, allerdings hat sich der interne Aufbau des | OOo-Directories geändert, statt einer monolithischen gibt es jetzt | eine | Feinstruktur aus drei Layern (Brand, Basis und URE). die weiter aufgebrochene Feinstruktur ist kein Problem wenn der Pfad wie gesagt Versionsunabhängig gestaltet werden kann. | | Die Annahme, das soffice.exe würde für alle Ewigkeiten direkt im | Ordner | program unterhalb des Installationsverzeichnisses landen, ist das | Problem. Das sollte man eben nicht tun, wenn es nirgendwo als | verlässlich dokumentiert ist. mindestens in Version 3 ist soffice.exe immer noch im Unterverzeichnis program! Einziges Problem ist das darüber liegende Verzeichnis Open Office.org3 (s.o.). | | Das hilft dir zwar in der Tat nicht weiter, ich wollte es aber | trotzdem | der Korrektheit willen klarstellen. Ja, hilft mir (erstmal) nicht weiter. Ich würde mir hier ein Installations- verhalten wie in V2 wünschen, werde mir aber wohl kurzfristig so helfen müssen, dass ich bei OOo 2.4 bleibe. Die anderen Lösungen werden zumindest für den Moment zu aufwändig in der Umsetzung. Trotzdem noch einmal Danke für die Antworten Gruß Horst | | Ciao, | Mathias | | -- | Mathias Bauer (mba) - Project Lead OpenOffice.org
Re: [de-users] OOo 3.0 / Installationspfad
Horst Klages wrote: Hallo, wir benutzen OpenOffice seit Version 1. Hierbei wurden die Programmdateien immer abweichend zur Standartinstallation (Versionsunabhängig) in den Pfad C:\progra~1\OpenOffice installiert. Dieser auf allen Systemen konstante Pfad ist erforderlich, da OOo aus Drittanwendungen wie z.B. Warenwirtschaft (teilweise mit Datenübergabe) direkt gestartet wird. Der Pfad wurde hierfür während der Installation über die Maske geändert oder Scriptgesteuert gesetzt. In OOo 3.0 scheint dieses Vorgehen nicht mehr zu funktionieren. Bei Vorgabe des oben genannten Pfades installiert sich das Programm in C:\Programme\OpenOffice\OpenOffice.org 3 und ist somit für die Drittanwendungen nicht mehr auffindbar. Gibt es eine Lösung für dieses Problem ? Ja. Die Drittanwendungen entsprechend anpassen. Oder unter dem alten Ort eine Batch-Datei anlegen, die das OOo an seinem richtigen Ort startet. Es ist aber eigentlich ein Bug in den Drittapplikationen. Diese sollten den Pfad, unter dem OOo installiert ist, aus der Windows-Registry auslesen. Dafür steht er dort nämlich. Ciao, Mathias -- Mathias Bauer (mba) - Project Lead OpenOffice.org Writer OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS Please don't reply to [EMAIL PROTECTED]. I use it for the OOo lists and only rarely read other mails sent to it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] OOo 3.0 / Installationspfad
Hallo Mathias, zunächst Danke für die Antwort. 1) Natürlich währe das Auslesen der Regestry der Königsweg, ist im vorliegenden Fall aber nicht praktikabel da die Sourcen der Drittanwendungen für diese Erweiterung nicht zur Verfügung stehen. 2) Die Drittanwendungen anpassen ist nur in soweit praktikabel, das alle Systeme wieder den gleichen OOo Installationspfad haben müssen. D.h. es gibt Diskrepanzen zwischen noch nicht und bereits upgedaten Systemen und beim nächsten Upgrade geht der Spass wieder los. 3) Eine Batch mit Routerfunktion zwischenzuschalten könnte man probieren, ich vermute allerdings das dieses spätestens an den zu übergebenden Daten scheitert. Gretchenfrage ist natürlich, warum man einen alternativen Installpfad zuläßt, den dann aber zwingend in einen Versionsbezogenen ändert (War ja bisher auch nicht so). Für Tester ist es natürlich toll mehrere Versionen parallel installieren zu können, für den Alltagsgebrauch aber eher hinderlich. Ein befreundeter freiberuflicher Systembetreuer hat mir gerade noch bestätigt das er häufig auf, mit versch.OOo Versionen zugemüllte, Kundenrechner stößt. Hier kann man den berechtigten Vorwurf an die Drittanwendungen (bezgl.Reg.auslesen) auch an OOo richten, welches bei Upgrade durchaus auch die Möglichkeit der Installation in den vorhanden Pfad vorschlagen könnte (ja, den Haken für Löschen des Altsystems hab ich gesehen). Genau diese Vorderung habe ich gestern während meiner Recherche in den [EMAIL PROTECTED] Archiven aus (ich glaube) 2003 gefunden. Ich denke die Variante der OOo 2.x: Versionsbezogene Installation vorschlagen aber Änderung auf Versionsunabhängige Pfade zulassen war hier schon eine gute Lösung die für ALLE Vorteile enthielt. NaJa, weiterhelfen kann mir das jetzt natürlich nicht und das vorläufige Resultat ist wohl erst einmal weiter OOo 2.x einzusetzen. Gruß Horst | - Ursprüngliche Nachricht - | Von: [EMAIL PROTECTED] (Mathias Bauer) | An: users@de.openoffice.org | Gesendet am: Dienstag, 18. November 2008 09:06 | Betreff: Re: [de-users] OOo 3.0 / Installationspfad | | | Horst Klages wrote: | | Hallo, | | wir benutzen OpenOffice seit Version 1. Hierbei wurden die | Programmdateien immer abweichend zur Standartinstallation | (Versionsunabhängig) in den Pfad C:\progra~1\OpenOffice | installiert. Dieser auf allen Systemen konstante Pfad ist | erforderlich, | da OOo aus Drittanwendungen wie z.B. Warenwirtschaft (teilweise | mit Datenübergabe) direkt gestartet wird. | Der Pfad wurde hierfür während der Installation über die Maske | geändert oder Scriptgesteuert gesetzt. | | In OOo 3.0 scheint dieses Vorgehen nicht mehr zu funktionieren. | Bei Vorgabe des oben genannten Pfades | installiert sich das Programm in C: | \Programme\OpenOffice\OpenOffice.org 3 und ist somit für die | Drittanwendungen | nicht mehr auffindbar. | | Gibt es eine Lösung für dieses Problem ? | | Ja. Die Drittanwendungen entsprechend anpassen. Oder unter dem | alten Ort | eine Batch-Datei anlegen, die das OOo an seinem richtigen Ort | startet. | | Es ist aber eigentlich ein Bug in den Drittapplikationen. Diese | sollten den Pfad, unter dem OOo installiert ist, aus der | Windows-Registry auslesen. Dafür steht er dort nämlich. | | Ciao, | Mathias | | -- | Mathias Bauer (mba) - Project Lead OpenOffice.org Writer | OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS | Please don't reply to [EMAIL PROTECTED]. | I use it for the OOo lists and only rarely read other mails sent to | it. | | | - | To unsubscribe, e-mail: [EMAIL PROTECTED] | For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] OOo 3.0 / Installationspfad
Horst Klages wrote: Hallo Mathias, zunächst Danke für die Antwort. 1) Natürlich währe das Auslesen der Regestry der Königsweg, ist im vorliegenden Fall aber nicht praktikabel da die Sourcen der Drittanwendungen für diese Erweiterung nicht zur Verfügung stehen. 2) Die Drittanwendungen anpassen ist nur in soweit praktikabel, das alle Systeme wieder den gleichen OOo Installationspfad haben müssen. D.h. es gibt Diskrepanzen zwischen noch nicht und bereits upgedaten Systemen und beim nächsten Upgrade geht der Spass wieder los. 3) Eine Batch mit Routerfunktion zwischenzuschalten könnte man probieren, ich vermute allerdings das dieses spätestens an den zu übergebenden Daten scheitert. Man kann auch Parameter an Batches übergeben und diese dann weiterreichen. Wenn du z.B. eine Batch-Datei soffice.bat erstellst, die enthält C:\progra~1\OpenOffice\OpenOffice.org 3\program\soffice.exe %1 %2 %3 dann kannst du diese Datei mit soffice bla laber schwafel aufrufen und es wird soffice.exe mit den übergebenen Parametern gestartet. Du hast natürlich ein Problem, wenn deine Drittanwendung nicht soffice (dann könntest du dem auch eine Batch-Datei unterschieben), sondern soffice.exe an der bekannten Stelle erwartet... Gretchenfrage ist natürlich, warum man einen alternativen Installpfad zuläßt, den dann aber zwingend in einen Versionsbezogenen ändert (War ja bisher auch nicht so). Du kannst OOo3 genauso wie OOo2 in einen vorgegebenen oder einen benutzerdefinierten Pfad installieren. Aber das ist gar nicht dein Problem (s.u.). Für Tester ist es natürlich toll mehrere Versionen parallel installieren zu können, für den Alltagsgebrauch aber eher hinderlich. Ein befreundeter freiberuflicher Systembetreuer hat mir gerade noch bestätigt das er häufig auf, mit versch.OOo Versionen zugemüllte, Kundenrechner stößt. Hier kann man den berechtigten Vorwurf an die Drittanwendungen (bezgl.Reg.auslesen) auch an OOo richten, welches bei Upgrade durchaus auch die Möglichkeit der Installation in den vorhanden Pfad vorschlagen könnte (ja, den Haken für Löschen des Altsystems hab ich gesehen). Genau diese Vorderung habe ich gestern während meiner Recherche in den [EMAIL PROTECTED] Archiven aus (ich glaube) 2003 gefunden. Ich denke die Variante der OOo 2.x: Versionsbezogene Installation vorschlagen aber Änderung auf Versionsunabhängige Pfade zulassen war hier schon eine gute Lösung die für ALLE Vorteile enthielt. NaJa, weiterhelfen kann mir das jetzt natürlich nicht und das vorläufige Resultat ist wohl erst einmal weiter OOo 2.x einzusetzen. Um das mal richtig zu stellen: auch OOo3 installiert sich in den angegebenen Pfad, allerdings hat sich der interne Aufbau des OOo-Directories geändert, statt einer monolithischen gibt es jetzt eine Feinstruktur aus drei Layern (Brand, Basis und URE). Die Annahme, das soffice.exe würde für alle Ewigkeiten direkt im Ordner program unterhalb des Installationsverzeichnisses landen, ist das Problem. Das sollte man eben nicht tun, wenn es nirgendwo als verlässlich dokumentiert ist. Das hilft dir zwar in der Tat nicht weiter, ich wollte es aber trotzdem der Korrektheit willen klarstellen. Ciao, Mathias -- Mathias Bauer (mba) - Project Lead OpenOffice.org Writer OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS Please don't reply to [EMAIL PROTECTED]. I use it for the OOo lists and only rarely read other mails sent to it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[de-users] OOo 3.0 / Installationspfad
Hallo, wir benutzen OpenOffice seit Version 1. Hierbei wurden die Programmdateien immer abweichend zur Standartinstallation (Versionsunabhängig) in den Pfad C:\progra~1\OpenOffice installiert. Dieser auf allen Systemen konstante Pfad ist erforderlich, da OOo aus Drittanwendungen wie z.B. Warenwirtschaft (teilweise mit Datenübergabe) direkt gestartet wird. Der Pfad wurde hierfür während der Installation über die Maske geändert oder Scriptgesteuert gesetzt. In OOo 3.0 scheint dieses Vorgehen nicht mehr zu funktionieren. Bei Vorgabe des oben genannten Pfades installiert sich das Programm in C:\Programme\OpenOffice\OpenOffice.org 3 und ist somit für die Drittanwendungen nicht mehr auffindbar. Gibt es eine Lösung für dieses Problem ? Danke und Gruß Horst Klages Müller Schmidt PFEILRINGWERK GMBH CO KG Solingen - Germany mailto:[EMAIL PROTECTED] Tel. 0212-5461-49 Fax. 0212-5461-22 Müller Schmidt PFEILRINGWERK GmbH Co.KG Postfach100544, D-42605 Solingen Sudetenstraße 5, D-42653 SolingenKommanditgesellschaft Sitz Solingen Registergericht Wuppertal, HRA 19381 UST-IdNr: DE 120876397 St.Nr. 128/5862/0354 ILN Nr.400334903phG: Pfeilring Management GmbH Registergericht Wuppertal, HRB 20051 Geschäftsführer: Dipl.-Ing. Torsten Korb