Re: [de-users] OOo 3.0 / Installationspfad

2008-11-19 Diskussionsfäden Horst Klages
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

2008-11-18 Diskussionsfäden Horst Klages
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]



[de-users] OOo 3.0 / Installationspfad

2008-11-17 Diskussionsfäden Horst Klages
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

[de-users] Tabellenregister beim öffnen von XLS aktivieren

2006-05-30 Diskussionsfäden Horst Klages
Hallo Zusammen,
 
wir haben ein ERP-System welches eine Option zum Daten-Export
in ein älteres Excel-Format beinhaltet (Excel selber meldet Version 2.1). 
Diese erstellt die Excel-Tabelle als neue Datei nach vorheriger Selektion der 
Daten. 
Da häufig individuelle Anforderungen an Auswertungen bestehen, wird diese 
Funktion 
gerne und häufig benutzt.
 
Seit Installation von OO2.0.2 haben wir folgendes Problem:
Beim Öffnen der so erstellten Dateien fehlt die Anzeige des Tabellenregisters 
was für Navigation und Übersicht sehr hinderlich ist. Leider haben wir nur
die Möglichkeit gefunden unter Extras/Optionen/..Calc/Ansicht das Register
manuell zu aktivieren.
Ist es möglich diese Einstellung dauerhaft(auch für künftige) zu speichern oder
wie kann ich die Option über ein Makro aktivieren.
 
Vorab Danke für eine Hilfestellung.
 
Mit freundlichen Grüßen
hotte