Leider darf ich auch nach dem Update 560 wieder alle Systemeinstellungen 
ändern. Wieder hat die Installationsroutine ungefragt alle Pfade auf die 
2.0-Pfade gesetzt, obwohl ich bei der Erstinstallation explizit gewählt 
hatte, das ich die alten Pfade behalten will.

Das ist wirklich sehr ärgerlich!

Jan

Nachtrag: In den Environment Options stehen die korrekten Pfade zur 1.9 
drin. Die 2.0-Pfade nur für Parts, die es nur in 2.0 gibt.

Jan

Am 10.11.2014 um 14:09 schrieb "Jan Escholt":
> Leider darf ich auch nach dem Update 560 wieder alle Systemeinstellungen
> ändern. Wieder hat die Installationsroutine ungefragt alle Pfade auf die
> 2.0-Pfade gesetzt, obwohl ich bei der Erstinstallation explizit gewählt
> hatte, das ich die alten Pfade behalten will.
>
> Das ist wirklich sehr ärgerlich!
>
> Jan

Ok, das must du genauer erklären......

  Andreas Herdt
  Alaska Software

--------------------------------------------------------------------

Technical Support:      support@alaska-software.com

News Server:            news.alaska-software.com
Homepage:               http://www.alaska-software.com
WebKnowledgeBase:       http://www.alaska-software.com/kbase.shtm

Fax European Office:    +49 (0) 61 96 - 77 99 99 23
Fax US Office:          +1 (646) 218 1281
--------------------------------------------------------------------

"Jan Escholt" wrote in message 
news:a40f005$6db669e7$1d02e0@news.alaska-software.com...
> Nachtrag: In den Environment Options stehen die korrekten Pfade zur 1.9 
> drin. Die 2.0-Pfade nur für Parts, die es nur in 2.0 gibt.
>
> Jan
>
> Am 10.11.2014 um 14:09 schrieb "Jan Escholt":
>> Leider darf ich auch nach dem Update 560 wieder alle Systemeinstellungen
>> ändern. Wieder hat die Installationsroutine ungefragt alle Pfade auf die
>> 2.0-Pfade gesetzt, obwohl ich bei der Erstinstallation explizit gewählt
>> hatte, das ich die alten Pfade behalten will.
>>
>> Das ist wirklich sehr ärgerlich!
>>
>> Jan

Siehe Anhang.

Jan

Am 10.11.2014 um 21:07 schrieb "Andreas Herdt":
> Ok, das must du genauer erklären......
>

Hallo Jan,

Ich habe den Release (2.00.554) Installiert, die File Assoziationen 
manipuliert.
Dann habe ich den ersten Update, danach den 2. Update durchgeführt. Nach
jedem Update waren die File Assoziationen unangetastet.

Ich kann das von dir beschriebene Problem nicht nachvollziehen.

Ich würde um eine genaue Beschreibung bitten, wie ich es erzwingen kann, 
dass
nach einem Update die File Assoziationen nicht mehr dem entsprechen wie sie
ursprünglich gesetzt waren.

Hierfür vorab herzlichen Dank.

Mit freundlichen Grüssen,

  Andreas Herdt
  Alaska Software

--------------------------------------------------------------------

Technical Support:      support@alaska-software.com

News Server:            news.alaska-software.com
Homepage:               http://www.alaska-software.com
WebKnowledgeBase:       http://www.alaska-software.com/kbase.shtm

Fax European Office:    +49 (0) 61 96 - 77 99 99 23
Fax US Office:          +1 (646) 218 1281
--------------------------------------------------------------------

"Jan Escholt" wrote in message 
news:1afb7769$3475aff9$1f3f46@news.alaska-software.com...
> Siehe Anhang.
>
> Jan
>
> Am 10.11.2014 um 21:07 schrieb "Andreas Herdt":
>> Ok, das must du genauer erklären......
>>
>

Hallo Andreas,

was soll ich dazu sagen? Ich mach ja nichts besonderes. Ich starte das 
Update, und danach sind die Einstellungen verändert. Keine Ahnung wie Du 
das erzwingen kannst. Wüßte ihc das könnte ich ja eventuell bei mir 
selber was gegen diese ungefragten Manipulationen tun.

Ich habe das letzte Update übrigens heute auch auf meinem Win 
8.2-Rechner installiert. Und durfte prompt wieder die ganzen Pfade 
manuell korrigieren. Genau wie gestern auf meinem Win 7 Laptop.

Jan

Am 11.11.2014 um 14:00 schrieb "Andreas Herdt":
> Hallo Jan,
>
> Ich habe den Release (2.00.554) Installiert, die File Assoziationen
> manipuliert.
> Dann habe ich den ersten Update, danach den 2. Update durchgeführt. Nach
> jedem Update waren die File Assoziationen unangetastet.
>
> Ich kann das von dir beschriebene Problem nicht nachvollziehen.
>
> Ich würde um eine genaue Beschreibung bitten, wie ich es erzwingen kann,
> dass
> nach einem Update die File Assoziationen nicht mehr dem entsprechen wie sie
> ursprünglich gesetzt waren.
>
> Hierfür vorab herzlichen Dank.
>
> Mit freundlichen Grüssen,
>

Hi Jan,

> was soll ich dazu sagen? Ich mach ja nichts besonderes. Ich starte das 
> Update, und danach sind die Einstellungen verändert. Keine Ahnung wie Du 
> das erzwingen kannst. Wüßte ihc das könnte ich ja eventuell bei mir selber 
> was gegen diese ungefragten Manipulationen tun.

Du hast in irgend einer Form ein Problem auf nun immerhin drei verschiedenen
Rechnern.

Deshalb noch mal die Bitte genau zu beschreiben, was du getan hast, 
gestartet
mit der ersten Installation. Aus dieser Interaktion ergibt sich zwangsläufig 
der
Grund des Problems.

Kommen wir hier zu keinem Schluss können wir in Ermangelung eines Problemes
keine Lösung bieten 

Mit freundlichen Grüssen,

  Andreas Herdt
  Alaska Software

--------------------------------------------------------------------

Technical Support:      support@alaska-software.com

News Server:            news.alaska-software.com
Homepage:               http://www.alaska-software.com
WebKnowledgeBase:       http://www.alaska-software.com/kbase.shtm

Fax European Office:    +49 (0) 61 96 - 77 99 99 23
Fax US Office:          +1 (646) 218 1281
--------------------------------------------------------------------

"Jan Escholt" wrote in message 
news:6ded04bc$5021349d$211db9@news.alaska-software.com...
> Hallo Andreas,
>
> was soll ich dazu sagen? Ich mach ja nichts besonderes. Ich starte das 
> Update, und danach sind die Einstellungen verändert. Keine Ahnung wie Du 
> das erzwingen kannst. Wüßte ihc das könnte ich ja eventuell bei mir selber 
> was gegen diese ungefragten Manipulationen tun.
>
> Ich habe das letzte Update übrigens heute auch auf meinem Win 8.2-Rechner 
> installiert. Und durfte prompt wieder die ganzen Pfade manuell 
> korrigieren. Genau wie gestern auf meinem Win 7 Laptop.
>
> Jan
>
> Am 11.11.2014 um 14:00 schrieb "Andreas Herdt":
>> Hallo Jan,
>>
>> Ich habe den Release (2.00.554) Installiert, die File Assoziationen
>> manipuliert.
>> Dann habe ich den ersten Update, danach den 2. Update durchgeführt. Nach
>> jedem Update waren die File Assoziationen unangetastet.
>>
>> Ich kann das von dir beschriebene Problem nicht nachvollziehen.
>>
>> Ich würde um eine genaue Beschreibung bitten, wie ich es erzwingen kann,
>> dass
>> nach einem Update die File Assoziationen nicht mehr dem entsprechen wie 
>> sie
>> ursprünglich gesetzt waren.
>>
>> Hierfür vorab herzlichen Dank.
>>
>> Mit freundlichen Grüssen,
>>

Andreas,

ich habe genau das gemacht was ich geschrieben habe:
- Fast alle Betas und RC installiert , dabei abgewählt das die das die 
Verknüpfungen neu zugewiesen werden sollen. Sehr viel mehr 
Einstellmöglichkeiten bietet die Installation ja leider immer noch nicht an.
- Erste scharfe Version installiert. Ebenfalls die Änderung der 
Verknüpfungen abgewählt.
- Updates installiert. Hier sind überhaupt garkeine Änderungen mehr möglich.

Das wars. Was also soll ich da noch im Detail noch erklären??? Das ist 
Eure Installationsroutine, Ihr müßt also wissen was Ihr da macht. Nicht 
ich. Mir sind die Hände gebunden, denn ich kann überhaupt nichts 
einstellen. Da Ihr das untersagt bzw. garnicht erst anbietet.

Jan


Am 11.11.2014 um 14:15 schrieb "Andreas Herdt":
> Hi Jan,
>
>> was soll ich dazu sagen? Ich mach ja nichts besonderes. Ich starte das
>> Update, und danach sind die Einstellungen verändert. Keine Ahnung wie
>> Du das erzwingen kannst. Wüßte ihc das könnte ich ja eventuell bei mir
>> selber was gegen diese ungefragten Manipulationen tun.
>
> Du hast in irgend einer Form ein Problem auf nun immerhin drei
> verschiedenen
> Rechnern.
>
> Deshalb noch mal die Bitte genau zu beschreiben, was du getan hast,
> gestartet
> mit der ersten Installation. Aus dieser Interaktion ergibt sich
> zwangsläufig der
> Grund des Problems.
>
> Kommen wir hier zu keinem Schluss können wir in Ermangelung eines Problemes
> keine Lösung bieten 
>
> Mit freundlichen Grüssen,
>

Andreas,

ich habe mal ein wenig rumgewühlt. Wolfgang hat in dem Thread "Updates", 
von mir aus anderem Grund gestartet am 14.10., genau das gleiche 
Verhalten geschildert. Fünfte Antwort auf meine Eröffnung.

Ich bin mir diesem Problem also anscheinend nicht alleine ...

Jan

Am 11.11.2014 um 14:25 schrieb "Jan Escholt":
> Andreas,
>
> ich habe genau das gemacht was ich geschrieben habe:
> - Fast alle Betas und RC installiert , dabei abgewählt das die das die
> Verknüpfungen neu zugewiesen werden sollen. Sehr viel mehr
> Einstellmöglichkeiten bietet die Installation ja leider immer noch nicht
> an.
> - Erste scharfe Version installiert. Ebenfalls die Änderung der
> Verknüpfungen abgewählt.
> - Updates installiert. Hier sind überhaupt garkeine Änderungen mehr
> möglich.
>
> Das wars. Was also soll ich da noch im Detail noch erklären??? Das ist
> Eure Installationsroutine, Ihr müßt also wissen was Ihr da macht. Nicht
> ich. Mir sind die Hände gebunden, denn ich kann überhaupt nichts
> einstellen. Da Ihr das untersagt bzw. garnicht erst anbietet.
>
> Jan
>
>
> Am 11.11.2014 um 14:15 schrieb "Andreas Herdt":
>> Hi Jan,
>>
>>> was soll ich dazu sagen? Ich mach ja nichts besonderes. Ich starte das
>>> Update, und danach sind die Einstellungen verändert. Keine Ahnung wie
>>> Du das erzwingen kannst. Wüßte ihc das könnte ich ja eventuell bei mir
>>> selber was gegen diese ungefragten Manipulationen tun.
>>
>> Du hast in irgend einer Form ein Problem auf nun immerhin drei
>> verschiedenen
>> Rechnern.
>>
>> Deshalb noch mal die Bitte genau zu beschreiben, was du getan hast,
>> gestartet
>> mit der ersten Installation. Aus dieser Interaktion ergibt sich
>> zwangsläufig der
>> Grund des Problems.
>>
>> Kommen wir hier zu keinem Schluss können wir in Ermangelung eines
>> Problemes
>> keine Lösung bieten 
>>
>> Mit freundlichen Grüssen,
>>

Hi Jan,

> - Updates installiert. Hier sind überhaupt garkeine Änderungen mehr 
> möglich.

Man kann über das Control Panel eine bestehende Installation manipulieren.

Ansonsten: Deinstalliere Xbase++. Dann starte mit einer frischen 
Installation.

  Andreas Herdt
  Alaska Software

--------------------------------------------------------------------

Technical Support:      support@alaska-software.com

News Server:            news.alaska-software.com
Homepage:               http://www.alaska-software.com
WebKnowledgeBase:       http://www.alaska-software.com/kbase.shtm

Fax European Office:    +49 (0) 61 96 - 77 99 99 23
Fax US Office:          +1 (646) 218 1281
--------------------------------------------------------------------

"Jan Escholt" wrote in message 
news:4be8bd5d$3d485cae$81d@news.alaska-software.com...
> Andreas,
>
> ich habe genau das gemacht was ich geschrieben habe:
> - Fast alle Betas und RC installiert , dabei abgewählt das die das die 
> Verknüpfungen neu zugewiesen werden sollen. Sehr viel mehr 
> Einstellmöglichkeiten bietet die Installation ja leider immer noch nicht 
> an.
> - Erste scharfe Version installiert. Ebenfalls die Änderung der 
> Verknüpfungen abgewählt.
> - Updates installiert. Hier sind überhaupt garkeine Änderungen mehr 
> möglich.
>
> Das wars. Was also soll ich da noch im Detail noch erklären??? Das ist 
> Eure Installationsroutine, Ihr müßt also wissen was Ihr da macht. Nicht 
> ich. Mir sind die Hände gebunden, denn ich kann überhaupt nichts 
> einstellen. Da Ihr das untersagt bzw. garnicht erst anbietet.
>
> Jan
>
>
> Am 11.11.2014 um 14:15 schrieb "Andreas Herdt":
>> Hi Jan,
>>
>>> was soll ich dazu sagen? Ich mach ja nichts besonderes. Ich starte das
>>> Update, und danach sind die Einstellungen verändert. Keine Ahnung wie
>>> Du das erzwingen kannst. Wüßte ihc das könnte ich ja eventuell bei mir
>>> selber was gegen diese ungefragten Manipulationen tun.
>>
>> Du hast in irgend einer Form ein Problem auf nun immerhin drei
>> verschiedenen
>> Rechnern.
>>
>> Deshalb noch mal die Bitte genau zu beschreiben, was du getan hast,
>> gestartet
>> mit der ersten Installation. Aus dieser Interaktion ergibt sich
>> zwangsläufig der
>> Grund des Problems.
>>
>> Kommen wir hier zu keinem Schluss können wir in Ermangelung eines 
>> Problemes
>> keine Lösung bieten :-(
>>
>> Mit freundlichen Grüssen,
>>

Andreas,

Das mit dem Controll Panel gilt hier nicht. Wie ich Dir mehrfach 
wiederholt habe, hab ich nichts geändert.

Ich habe also mal kostbare Zeit genommen und
- Xbase++ 2.0 560 Deinstalliert
- In der Registry stapelweise (geschätzt 20-30) Einträge auf den 
Roamingordern gelöscht. Da scheint es um irgendwelche 
Installationseinträge zu gehen.
- Die 554 neu installiert.
- Am Ende der Installation bei ersten Workbench-Start die 
Dateiverknüpfungen entfernt.
- Die Updateabfrage beim ersten Start ignoriert.
- Ein Projekt geöffnet, Einstellungen der angedockten Fenster 
vorgenommen, und debuggen lassen. Nur um mal ein paar Dinge laufen 
gelassen zu haben.
- Kontrolle: Die Umgebungsvariablen sind auf die 2.0-Pfade ergänzt worden!!!
- Manuell rausgenommen.
- Manuell das Update auf die 560 gestartet.
- Während des Konfigurationsprozesses wurden die Pfade wieder auf die 
2.0 zurückgesetzt. Ca. bei 90 % Fortschritt.

Reicht das als Infos für Dich?

Jan

Ergebnisse:
Im Variablenfenster wieder auf eine Spalte zurückgesetzt

Am 11.11.2014 um 14:53 schrieb "Andreas Herdt":
> Hi Jan,
>
>> - Updates installiert. Hier sind überhaupt garkeine Änderungen mehr
>> möglich.
>
> Man kann über das Control Panel eine bestehende Installation manipulieren.
>
> Ansonsten: Deinstalliere Xbase++. Dann starte mit einer frischen
> Installation.
>

Nachtrag: Auch die Spalten des Variablenfensters sind nach dem Update 
auf die 560 wieder falsch gewesen. So wie bereits detailliert geschildert.

Jan

Am 11.11.2014 um 15:31 schrieb "Jan Escholt":
> Andreas,
>
> Das mit dem Controll Panel gilt hier nicht. Wie ich Dir mehrfach
> wiederholt habe, hab ich nichts geändert.
>
> Ich habe also mal kostbare Zeit genommen und
> - Xbase++ 2.0 560 Deinstalliert
> - In der Registry stapelweise (geschätzt 20-30) Einträge auf den
> Roamingordern gelöscht. Da scheint es um irgendwelche
> Installationseinträge zu gehen.
> - Die 554 neu installiert.
> - Am Ende der Installation bei ersten Workbench-Start die
> Dateiverknüpfungen entfernt.
> - Die Updateabfrage beim ersten Start ignoriert.
> - Ein Projekt geöffnet, Einstellungen der angedockten Fenster
> vorgenommen, und debuggen lassen. Nur um mal ein paar Dinge laufen
> gelassen zu haben.
> - Kontrolle: Die Umgebungsvariablen sind auf die 2.0-Pfade ergänzt
> worden!!!
> - Manuell rausgenommen.
> - Manuell das Update auf die 560 gestartet.
> - Während des Konfigurationsprozesses wurden die Pfade wieder auf die
> 2.0 zurückgesetzt. Ca. bei 90 % Fortschritt.
>
> Reicht das als Infos für Dich?
>
> Jan
>
> Ergebnisse:
> Im Variablenfenster wieder auf eine Spalte zurückgesetzt
>
> Am 11.11.2014 um 14:53 schrieb "Andreas Herdt":
>> Hi Jan,
>>
>>> - Updates installiert. Hier sind überhaupt garkeine Änderungen mehr
>>> möglich.
>>
>> Man kann über das Control Panel eine bestehende Installation
>> manipulieren.
>>
>> Ansonsten: Deinstalliere Xbase++. Dann starte mit einer frischen
>> Installation.
>>

Hallo Jan,

Auf dieses Thema würde ich gerne zurück kommen. Ich muss ein
wenig um Geduld bitten.

  Andreas Herdt
  Alaska Software

--------------------------------------------------------------------

Technical Support:      support@alaska-software.com

News Server:            news.alaska-software.com
Homepage:               http://www.alaska-software.com
WebKnowledgeBase:       http://www.alaska-software.com/kbase.shtm

Fax European Office:    +49 (0) 61 96 - 77 99 99 23
Fax US Office:          +1 (646) 218 1281
--------------------------------------------------------------------

"Jan Escholt" wrote in message 
news:572c1383$2ae36363$54a@news.alaska-software.com...
> Nachtrag: Auch die Spalten des Variablenfensters sind nach dem Update auf 
> die 560 wieder falsch gewesen. So wie bereits detailliert geschildert.
>
> Jan
>
> Am 11.11.2014 um 15:31 schrieb "Jan Escholt":
>> Andreas,
>>
>> Das mit dem Controll Panel gilt hier nicht. Wie ich Dir mehrfach
>> wiederholt habe, hab ich nichts geändert.
>>
>> Ich habe also mal kostbare Zeit genommen und
>> - Xbase++ 2.0 560 Deinstalliert
>> - In der Registry stapelweise (geschätzt 20-30) Einträge auf den
>> Roamingordern gelöscht. Da scheint es um irgendwelche
>> Installationseinträge zu gehen.
>> - Die 554 neu installiert.
>> - Am Ende der Installation bei ersten Workbench-Start die
>> Dateiverknüpfungen entfernt.
>> - Die Updateabfrage beim ersten Start ignoriert.
>> - Ein Projekt geöffnet, Einstellungen der angedockten Fenster
>> vorgenommen, und debuggen lassen. Nur um mal ein paar Dinge laufen
>> gelassen zu haben.
>> - Kontrolle: Die Umgebungsvariablen sind auf die 2.0-Pfade ergänzt
>> worden!!!
>> - Manuell rausgenommen.
>> - Manuell das Update auf die 560 gestartet.
>> - Während des Konfigurationsprozesses wurden die Pfade wieder auf die
>> 2.0 zurückgesetzt. Ca. bei 90 % Fortschritt.
>>
>> Reicht das als Infos für Dich?
>>
>> Jan
>>
>> Ergebnisse:
>> Im Variablenfenster wieder auf eine Spalte zurückgesetzt
>>
>> Am 11.11.2014 um 14:53 schrieb "Andreas Herdt":
>>> Hi Jan,
>>>
>>>> - Updates installiert. Hier sind überhaupt garkeine Änderungen mehr
>>>> möglich.
>>>
>>> Man kann über das Control Panel eine bestehende Installation
>>> manipulieren.
>>>
>>> Ansonsten: Deinstalliere Xbase++. Dann starte mit einer frischen
>>> Installation.
>>>

Hi Jan,

> Reicht das als Infos für Dich?

Mal sehen 

> - In der Registry stapelweise (geschätzt 20-30) Einträge auf den 
> Roamingordern gelöscht. Da scheint es um irgendwelche 
> Installationseinträge zu gehen.

Das tut bestimmt nichts zur Sache, aber was genau meinst du. Welche
Registry Einträge?

> - Die 554 neu installiert.

Du hast im "Custom Setup" dialog das feature "Change Environment"
ausgeschaltet. Ein rotes X wurde for dem Eintrag angezeigt?

> - Am Ende der Installation bei ersten Workbench-Start die 
> Dateiverknüpfungen entfernt.
> - Die Updateabfrage beim ersten Start ignoriert.
> - Ein Projekt geöffnet, Einstellungen der angedockten Fenster vorgenommen, 
> und debuggen lassen. Nur um mal ein paar Dinge laufen gelassen zu haben.
> - Kontrolle: Die Umgebungsvariablen sind auf die 2.0-Pfade ergänzt 
> worden!!!
> - Manuell rausgenommen.

Du meinst die Umgebungs für den Benutzer "System" -> "Advanced System
Settings"?

> - Manuell das Update auf die 560 gestartet.
> - Während des Konfigurationsprozesses wurden die Pfade wieder auf die 2.0 
> zurückgesetzt. Ca. bei 90 % Fortschritt.

Das ist nur möglich wenn du während der Installation die Modifikation des
Environments nicht unterbunden hast; Im "Custom Setup" dialog währen der
Installation der ursprünglichen Installation.

Ein Update wird sonst das Feature "Change Environment" wieder etablieren.

> Reicht das als Infos für Dich?

Nein 

Was ist nach dem Update aus den Datei Assoziationen geworden?

Mit freundlichen Grüssen,

  Andreas Herdt
  Alaska Software

--------------------------------------------------------------------

Technical Support:      support@alaska-software.com

News Server:            news.alaska-software.com
Homepage:               http://www.alaska-software.com
WebKnowledgeBase:       http://www.alaska-software.com/kbase.shtm

Fax European Office:    +49 (0) 61 96 - 77 99 99 23
Fax US Office:          +1 (646) 218 1281
--------------------------------------------------------------------

"Jan Escholt" wrote in message 
news:2f2eede$4b1026cc$531@news.alaska-software.com...
> Andreas,
>
> Das mit dem Controll Panel gilt hier nicht. Wie ich Dir mehrfach 
> wiederholt habe, hab ich nichts geändert.
>
> Ich habe also mal kostbare Zeit genommen und
> - Xbase++ 2.0 560 Deinstalliert
> - In der Registry stapelweise (geschätzt 20-30) Einträge auf den 
> Roamingordern gelöscht. Da scheint es um irgendwelche 
> Installationseinträge zu gehen.
> - Die 554 neu installiert.
> - Am Ende der Installation bei ersten Workbench-Start die 
> Dateiverknüpfungen entfernt.
> - Die Updateabfrage beim ersten Start ignoriert.
> - Ein Projekt geöffnet, Einstellungen der angedockten Fenster vorgenommen, 
> und debuggen lassen. Nur um mal ein paar Dinge laufen gelassen zu haben.
> - Kontrolle: Die Umgebungsvariablen sind auf die 2.0-Pfade ergänzt 
> worden!!!
> - Manuell rausgenommen.
> - Manuell das Update auf die 560 gestartet.
> - Während des Konfigurationsprozesses wurden die Pfade wieder auf die 2.0 
> zurückgesetzt. Ca. bei 90 % Fortschritt.
>
> Reicht das als Infos für Dich?
>
> Jan
>
> Ergebnisse:
> Im Variablenfenster wieder auf eine Spalte zurückgesetzt
>
> Am 11.11.2014 um 14:53 schrieb "Andreas Herdt":
>> Hi Jan,
>>
>>> - Updates installiert. Hier sind überhaupt garkeine Änderungen mehr
>>> möglich.
>>
>> Man kann über das Control Panel eine bestehende Installation 
>> manipulieren.
>>
>> Ansonsten: Deinstalliere Xbase++. Dann starte mit einer frischen
>> Installation.
>>

Hallo Andreas,

Am 11.11.2014 um 15:54 schrieb "Andreas Herdt":

>> - In der Registry stapelweise (geschätzt 20-30) Einträge auf den
>> Roamingordern gelöscht. Da scheint es um irgendwelche
>> Installationseinträge zu gehen.
>
> Das tut bestimmt nichts zur Sache, aber was genau meinst du. Welche
> Registry Einträge?
Kann ich Dir jetzt im Nachhinein auch nicht mehr sagen. Aber mit den 
neuen Installationen sind die nicht wieder aufgetaucht. Vielleicht noch 
aus der Beta-Phase?

>
>> - Die 554 neu installiert.
>
> Du hast im "Custom Setup" dialog das feature "Change Environment"
> ausgeschaltet. Ein rotes X wurde for dem Eintrag angezeigt?
Nein! Das habe ich auch erst jetzt gesehen, wo ich explizit jeden Dialog 
genau untersucht habe auf Deine Anmerkung hin. Siehe meine Anmerkung 
ganz unten.

>
>> - Am Ende der Installation bei ersten Workbench-Start die
>> Dateiverknüpfungen entfernt.
>> - Die Updateabfrage beim ersten Start ignoriert.
>> - Ein Projekt geöffnet, Einstellungen der angedockten Fenster
>> vorgenommen, und debuggen lassen. Nur um mal ein paar Dinge laufen
>> gelassen zu haben.
>> - Kontrolle: Die Umgebungsvariablen sind auf die 2.0-Pfade ergänzt
>> worden!!!
>> - Manuell rausgenommen.
>
> Du meinst die Umgebungs für den Benutzer "System" -> "Advanced System
> Settings"?
Ja

>
>> - Manuell das Update auf die 560 gestartet.
>> - Während des Konfigurationsprozesses wurden die Pfade wieder auf die
>> 2.0 zurückgesetzt. Ca. bei 90 % Fortschritt.
>
> Das ist nur möglich wenn du während der Installation die Modifikation des
> Environments nicht unterbunden hast; Im "Custom Setup" dialog währen der
> Installation der ursprünglichen Installation.
>
> Ein Update wird sonst das Feature "Change Environment" wieder etablieren.
>
>> Reicht das als Infos für Dich?
>
> Nein 
>
> Was ist nach dem Update aus den Datei Assoziationen geworden?
Die sind immer so geblieben wie ich das eingestellt hatte.

zumindest das Rätsel, warum der immer zurück gestellt wurde, scheint 
damit gelöst zu sein. Aber zwei Vorschläge dazu von mir:
1) Baut den Hinweis auf die Pfadanpassungen bitte anders ein. 
Prägnanter. Viele Anwender sind wie ich - bitte alles zum Installieren 
markieren, was das Installationspaket anbietet. Ohne groß nachzusehen, 
was das im Detail sein könnte. Pfadänderungen sind ja keine Installation 
von Features ... Eine Checkbox wäre sicher angemessener.

2) Wie andernorts schon geschrieben sollten eingestellte Dinge bei einem 
Update berücksichtigt werden. Und nicht einfach ungefragt umgestellt werden.

Und offen geblieben ist dennoch, daß das Variablenfenster bei einem 
Update wieder verkrüppelt wird. Daran hat sich nichts geändert.

Jan

Hi Jan,

>> Du hast im "Custom Setup" dialog das feature "Change Environment"
>> ausgeschaltet. Ein rotes X wurde for dem Eintrag angezeigt?
> Nein! Das habe ich auch erst jetzt gesehen, wo ich explizit jeden Dialog 
> genau untersucht habe auf Deine Anmerkung hin. Siehe meine Anmerkung ganz 
> unten.

Ok. Das Rätsel scheint gelöst. Wann immer von Umgebungs Variablen
geredet wurde, dann ging das aneinander vorbei. Ich meinte das Environment
mit dem Installer gesetzt wird. Du hast dich auf die Einstellungen aus der
Workbench heraus bezogen.

Wichtig: Xbase++ unterstützt eine side-by-side Installation um das 
Entwickeln
auch mit älteren Versionen zu ermöglichen. In der Praxis meint das, es muss
die Modifikation des Environments während der Installation im Installation
Wizard untermunden werden.

Hinweis: Ein Update berücksichtigt dies Einstellung der vorherigen 
Installation.

>> Was ist nach dem Update aus den Datei Assoziationen geworden?
> Die sind immer so geblieben wie ich das eingestellt hatte.

Die Datei Assoziationen werden nur bei der erstmaligen Installation 
angefasst.
Wenn sich diese zwischenzeitlich bei dir verändert haben, dann bleibt das
ein Mysterium.

> 1) Baut den Hinweis auf die Pfadanpassungen bitte anders ein. Prägnanter. 
> Viele Anwender sind wie ich - bitte alles zum Installieren markieren, was 
> das Installationspaket anbietet. Ohne groß nachzusehen, was das im Detail 
> sein könnte. Pfadänderungen sind ja keine Installation von Features ... 
> Eine Checkbox wäre sicher angemessener.

Wir haben ein Auge darauf.

> 2) Wie andernorts schon geschrieben sollten eingestellte Dinge bei einem 
> Update berücksichtigt werden. Und nicht einfach ungefragt umgestellt 
> werden.

Abgesehen vom Variablenfenster ist mir das zu unspezifisch. Ein Update
soll keine Einstellungen verändern. Bitte verlange von mir nicht alle 
"andernorts"
zu durchforsten, was du meinst.

> Und offen geblieben ist dennoch, daß das Variablenfenster bei einem Update 
> wieder verkrüppelt wird. Daran hat sich nichts geändert.

Um den werden wir uns noch kümmern. Aber nicht jetzt. Wir kommen darauf
zurück.

Mit freundlichen Grüssen,

  Andreas Herdt
  Alaska Software

--------------------------------------------------------------------

Technical Support:      support@alaska-software.com

News Server:            news.alaska-software.com
Homepage:               http://www.alaska-software.com
WebKnowledgeBase:       http://www.alaska-software.com/kbase.shtm

Fax European Office:    +49 (0) 61 96 - 77 99 99 23
Fax US Office:          +1 (646) 218 1281
--------------------------------------------------------------------

"Jan Escholt" wrote in message 
news:1353104e$2f8578a4$1824@news.alaska-software.com...
> Hallo Andreas,
>
> Am 11.11.2014 um 15:54 schrieb "Andreas Herdt":
>
>>> - In der Registry stapelweise (geschätzt 20-30) Einträge auf den
>>> Roamingordern gelöscht. Da scheint es um irgendwelche
>>> Installationseinträge zu gehen.
>>
>> Das tut bestimmt nichts zur Sache, aber was genau meinst du. Welche
>> Registry Einträge?
> Kann ich Dir jetzt im Nachhinein auch nicht mehr sagen. Aber mit den neuen 
> Installationen sind die nicht wieder aufgetaucht. Vielleicht noch aus der 
> Beta-Phase?
>
>>
>>> - Die 554 neu installiert.
>>
>> Du hast im "Custom Setup" dialog das feature "Change Environment"
>> ausgeschaltet. Ein rotes X wurde for dem Eintrag angezeigt?
> Nein! Das habe ich auch erst jetzt gesehen, wo ich explizit jeden Dialog 
> genau untersucht habe auf Deine Anmerkung hin. Siehe meine Anmerkung ganz 
> unten.
>
>>
>>> - Am Ende der Installation bei ersten Workbench-Start die
>>> Dateiverknüpfungen entfernt.
>>> - Die Updateabfrage beim ersten Start ignoriert.
>>> - Ein Projekt geöffnet, Einstellungen der angedockten Fenster
>>> vorgenommen, und debuggen lassen. Nur um mal ein paar Dinge laufen
>>> gelassen zu haben.
>>> - Kontrolle: Die Umgebungsvariablen sind auf die 2.0-Pfade ergänzt
>>> worden!!!
>>> - Manuell rausgenommen.
>>
>> Du meinst die Umgebungs für den Benutzer "System" -> "Advanced System
>> Settings"?
> Ja
>
>>
>>> - Manuell das Update auf die 560 gestartet.
>>> - Während des Konfigurationsprozesses wurden die Pfade wieder auf die
>>> 2.0 zurückgesetzt. Ca. bei 90 % Fortschritt.
>>
>> Das ist nur möglich wenn du während der Installation die Modifikation des
>> Environments nicht unterbunden hast; Im "Custom Setup" dialog währen der
>> Installation der ursprünglichen Installation.
>>
>> Ein Update wird sonst das Feature "Change Environment" wieder etablieren.
>>
>>> Reicht das als Infos für Dich?
>>
>> Nein :-)
>>
>> Was ist nach dem Update aus den Datei Assoziationen geworden?
> Die sind immer so geblieben wie ich das eingestellt hatte.
>
> zumindest das Rätsel, warum der immer zurück gestellt wurde, scheint damit 
> gelöst zu sein. Aber zwei Vorschläge dazu von mir:
> 1) Baut den Hinweis auf die Pfadanpassungen bitte anders ein. Prägnanter. 
> Viele Anwender sind wie ich - bitte alles zum Installieren markieren, was 
> das Installationspaket anbietet. Ohne groß nachzusehen, was das im Detail 
> sein könnte. Pfadänderungen sind ja keine Installation von Features ... 
> Eine Checkbox wäre sicher angemessener.
>
> 2) Wie andernorts schon geschrieben sollten eingestellte Dinge bei einem 
> Update berücksichtigt werden. Und nicht einfach ungefragt umgestellt 
> werden.
>
> Und offen geblieben ist dennoch, daß das Variablenfenster bei einem Update 
> wieder verkrüppelt wird. Daran hat sich nichts geändert.
>
> Jan

Am 11.11.2014 16:37, schrieb Andreas Herdt:
> Hi Jan,
>
>>> Du hast im "Custom Setup" dialog das feature "Change Environment"
>>> ausgeschaltet. Ein rotes X wurde for dem Eintrag angezeigt?
>> Nein! Das habe ich auch erst jetzt gesehen, wo ich explizit jeden
>> Dialog genau untersucht habe auf Deine Anmerkung hin. Siehe meine
>> Anmerkung ganz unten.
>
> Ok. Das Rätsel scheint gelöst. Wann immer von Umgebungs Variablen
> geredet wurde, dann ging das aneinander vorbei. Ich meinte das Environment
> mit dem Installer gesetzt wird. Du hast dich auf die Einstellungen aus der
> Workbench heraus bezogen.
>
> Wichtig: Xbase++ unterstützt eine side-by-side Installation um das
> Entwickeln
> auch mit älteren Versionen zu ermöglichen. In der Praxis meint das, es muss
> die Modifikation des Environments während der Installation im Installation
> Wizard untermunden werden.
>
> Hinweis: Ein Update berücksichtigt dies Einstellung der vorherigen
> Installation.
>
>>> Was ist nach dem Update aus den Datei Assoziationen geworden?
>> Die sind immer so geblieben wie ich das eingestellt hatte.
>
> Die Datei Assoziationen werden nur bei der erstmaligen Installation
> angefasst.
> Wenn sich diese zwischenzeitlich bei dir verändert haben, dann bleibt das
> ein Mysterium.
>
>> 1) Baut den Hinweis auf die Pfadanpassungen bitte anders ein.
>> Prägnanter. Viele Anwender sind wie ich - bitte alles zum Installieren
>> markieren, was das Installationspaket anbietet. Ohne groß nachzusehen,
>> was das im Detail sein könnte. Pfadänderungen sind ja keine
>> Installation von Features ... Eine Checkbox wäre sicher angemessener.
>
> Wir haben ein Auge darauf.
>
>> 2) Wie andernorts schon geschrieben sollten eingestellte Dinge bei
>> einem Update berücksichtigt werden. Und nicht einfach ungefragt
>> umgestellt werden.
>
> Abgesehen vom Variablenfenster ist mir das zu unspezifisch. Ein Update
> soll keine Einstellungen verändern. Bitte verlange von mir nicht alle
> "andernorts"
> zu durchforsten, was du meinst.
>
>> Und offen geblieben ist dennoch, daß das Variablenfenster bei einem
>> Update wieder verkrüppelt wird. Daran hat sich nichts geändert.
>
> Um den werden wir uns noch kümmern. Aber nicht jetzt. Wir kommen darauf
> zurück.
>
> Mit freundlichen Grüssen,
>
Nur zur Info:
nachdem ich über die Systemsteuerung das Ändern des Environments mit 
einem Änderungssetup ausgeschaltet habe, hat das Update jetzt auch meine 
Umgebungsvariablen nicht mehr geändert.
Ich schließe mich jedoch anderen an, diese Einstellung gehört nicht in 
die Feature Auswahl, es sollte dafür auf einer Extraseite eine Checkbox 
in der Installtionsroutine geben.

Wolfgang Ciriack wrote:

> Ich schließe mich jedoch anderen an, diese Einstellung gehört nicht in 
> die Feature Auswahl, es sollte dafür auf einer Extraseite eine Checkbox 
> in der Installtionsroutine geben.

Amen! 

Die Änderung der Umgebungsvariablen ist kein Teil des Produktes (es werden
keine zusätzlichen Komponenten oder Dateien installiert), sondern eine
Verhaltensänderung des Systems, wie auch z.B. die Registrierung von
Dateiendungen - das sollte an prominenterer Stelle stehen, schon allein aus
dem Grund das mehr Raum für eine genauere Erklärung vorhanden wäre.

Exakt aus diesem Grund habe ich den Rechner auf dem ich die
Xbase++-Installation habe komplett virtualisiert.

In meinem Fall ist das aber auch einfacher als bei anderen, da ich die
Workbench nicht benutze.

grüße
Thomas

Hallo Thomas, Wolfgang,

Dieses Thema ist in einem anderen Thread bereits diskutiert. Wir haben
bereits mitgeteilt, dass das Installations Package eine Änderung erfahren
wird. Wegen den Konferenzen (morgen beginnt die nächste) sind wir
leider noch nicht dazu gekommen. Entschuldigung dafür.

Mit freundlichen Grüssen,

  Andreas Herdt
  Alaska Software

--------------------------------------------------------------------

Technical Support:      support@alaska-software.com

News Server:            news.alaska-software.com
Homepage:               http://www.alaska-software.com
WebKnowledgeBase:       http://www.alaska-software.com/kbase.shtm

Fax European Office:    +49 (0) 61 96 - 77 99 99 23
Fax US Office:          +1 (646) 218 1281
--------------------------------------------------------------------

"Thomas Braun" wrote in message 
news:1xqkzuxk9bav9$.1e1ft2iav7ew0$.dlg@40tude.net...
> Wolfgang Ciriack wrote:
>
>> Ich schließe mich jedoch anderen an, diese Einstellung gehört nicht in
>> die Feature Auswahl, es sollte dafür auf einer Extraseite eine Checkbox
>> in der Installtionsroutine geben.
>
> Amen!
>
> Die Änderung der Umgebungsvariablen ist kein Teil des Produktes (es werden
> keine zusätzlichen Komponenten oder Dateien installiert), sondern eine
> Verhaltensänderung des Systems, wie auch z.B. die Registrierung von
> Dateiendungen - das sollte an prominenterer Stelle stehen, schon allein 
> aus
> dem Grund das mehr Raum für eine genauere Erklärung vorhanden wäre.
>
> Exakt aus diesem Grund habe ich den Rechner auf dem ich die
> Xbase++-Installation habe komplett virtualisiert.
>
> In meinem Fall ist das aber auch einfacher als bei anderen, da ich die
> Workbench nicht benutze.
>
> grüße
> Thomas

Hallo Jan,

Mit "alle Systemeinstellungen" meinst du die Environment Variablen.
Oder sind andere "Systemeinstellungen" auch betroffen?

Ich habe auf einer Maschine ohne Xbase++ installation den Release
installiert wobei ich die Option "Envornment Variables" abgewählt
habe.

Dann habe ich nacheinander die beiden Updates installiert. Ich kann
nicht beobachten, dass das Environment angefasst worden währe.
Bitte spiele dies bei dir nochmal durch. Sobald das Environment
verändert wurde bitte ich um info über das Betriebssystem und
detaillierte Angaben, was genau du gemacht hast und wann das
Environment modifiziert wurde.

Man kann das Environment bequem auch nach einer Installation
modifizieren. Hierzu verwende man den Knopf "Ändern" unter
Control Panel -> Programme -> Programme und Features.
Auch das habe ich mit einem installierten Produkt nochmals
probiert mit dem Ergebnis, dass die Environment Einstellungen
zurück genommen wurden.

Mit freundlichen Grüssen,

  Andreas Herdt
  Alaska Software

--------------------------------------------------------------------

Technical Support:      support@alaska-software.com

News Server:            news.alaska-software.com
Homepage:               http://www.alaska-software.com
WebKnowledgeBase:       http://www.alaska-software.com/kbase.shtm

Fax European Office:    +49 (0) 61 96 - 77 99 99 23
Fax US Office:          +1 (646) 218 1281
--------------------------------------------------------------------

"Jan Escholt" wrote in message 
news:8ef74d4$366df896$1c3b68@news.alaska-software.com...
> Leider darf ich auch nach dem Update 560 wieder alle Systemeinstellungen 
> ändern. Wieder hat die Installationsroutine ungefragt alle Pfade auf die 
> 2.0-Pfade gesetzt, obwohl ich bei der Erstinstallation explizit gewählt 
> hatte, das ich die alten Pfade behalten will.
>
> Das ist wirklich sehr ärgerlich!
>
> Jan

Hallo Andreas,

ich habe zwei Entwicklungsrechner, die ich wechselnd je nach Gegebenheit 
nutze. Beide haben 1.9 drauf, und seit dem Erscheinen parallel auch 2.0. 
Wobei ich bei der Installation von 2.0 auf beiden Rechnern gesagt habe, 
das die Pfade für die Umgebungsvariablen nicht angepasst werden sollen.

Leider mußte ich auf meinem Windows 8.1-Rechner bei jedem 2.0-Update und 
beim letzten 2.0-Update auf meinen Windows 7-Rechner  die 
Umgebungsvariablen hinterher manuell in der Systemsteuerung wieder auf 
die 1.9-Pfade zurücksetzen. Weil die Updateroutine die leider immer auf 
die 2.0-Pfade ergänzt.

Zur Verdeutlichung siehe den Anhang. Der hier aber natürlich schon 
korrigiert ist.

Jan

Am 10.11.2014 um 21:06 schrieb "Andreas Herdt":
> Hallo Jan,
>
> Mit "alle Systemeinstellungen" meinst du die Environment Variablen.
> Oder sind andere "Systemeinstellungen" auch betroffen?
>
> Ich habe auf einer Maschine ohne Xbase++ installation den Release
> installiert wobei ich die Option "Envornment Variables" abgewählt
> habe.
>
> Dann habe ich nacheinander die beiden Updates installiert. Ich kann
> nicht beobachten, dass das Environment angefasst worden währe.
> Bitte spiele dies bei dir nochmal durch. Sobald das Environment
> verändert wurde bitte ich um info über das Betriebssystem und
> detaillierte Angaben, was genau du gemacht hast und wann das
> Environment modifiziert wurde.
>
> Man kann das Environment bequem auch nach einer Installation
> modifizieren. Hierzu verwende man den Knopf "Ändern" unter
> Control Panel -> Programme -> Programme und Features.
> Auch das habe ich mit einem installierten Produkt nochmals
> probiert mit dem Ergebnis, dass die Environment Einstellungen
> zurück genommen wurden.
>
> Mit freundlichen Grüssen,
>

Hallo Jan,

Der Hinweis auf zwei unterschiedliche Betriebssysteme war sicherlich
wichtig. Ich habe das Prozedere nochmal auf Windows 8 durchgespielt.

 Installation Release
   Die Manipulation des Environments im Installation Wizard abgeschaltet
 1. Update herunter geladen und installiert
* 2. Update herunter geladen und installiert

In keinem Fall war das Environment modifiziert. Weder mit der ersten
Installation, noch mit einem der Updates.

Es war nach dem 2. Update Problemlos möglich über "Programme und
Features" aus dem Control Panel heraus das Environment zu setzten
und die Modifikation des Environments auch wieder zurück zu nehmen.

Bitte beschreibe im Detail was du tust, so dass wir verstehen können,
was bei dir auf dem Rechner schief läuft.

Herzlichen Dank im Voraus,

Andreas Herdt

  Andreas Herdt
  Alaska Software

--------------------------------------------------------------------

Technical Support:      support@alaska-software.com

News Server:            news.alaska-software.com
Homepage:               http://www.alaska-software.com
WebKnowledgeBase:       http://www.alaska-software.com/kbase.shtm

Fax European Office:    +49 (0) 61 96 - 77 99 99 23
Fax US Office:          +1 (646) 218 1281
--------------------------------------------------------------------

"Jan Escholt" wrote in message 
news:69bd4038$1a9440b1$1f3c6c@news.alaska-software.com...
> Hallo Andreas,
>
> ich habe zwei Entwicklungsrechner, die ich wechselnd je nach Gegebenheit
> nutze. Beide haben 1.9 drauf, und seit dem Erscheinen parallel auch 2.0.
> Wobei ich bei der Installation von 2.0 auf beiden Rechnern gesagt habe,
> das die Pfade für die Umgebungsvariablen nicht angepasst werden sollen.
>
> Leider mußte ich auf meinem Windows 8.1-Rechner bei jedem 2.0-Update und
> beim letzten 2.0-Update auf meinen Windows 7-Rechner  die
> Umgebungsvariablen hinterher manuell in der Systemsteuerung wieder auf
> die 1.9-Pfade zurücksetzen. Weil die Updateroutine die leider immer auf
> die 2.0-Pfade ergänzt.
>
> Zur Verdeutlichung siehe den Anhang. Der hier aber natürlich schon
> korrigiert ist.
>
> Jan
>
> Am 10.11.2014 um 21:06 schrieb "Andreas Herdt":
>> Hallo Jan,
>>
>> Mit "alle Systemeinstellungen" meinst du die Environment Variablen.
>> Oder sind andere "Systemeinstellungen" auch betroffen?
>>
>> Ich habe auf einer Maschine ohne Xbase++ installation den Release
>> installiert wobei ich die Option "Envornment Variables" abgewählt
>> habe.
>>
>> Dann habe ich nacheinander die beiden Updates installiert. Ich kann
>> nicht beobachten, dass das Environment angefasst worden währe.
>> Bitte spiele dies bei dir nochmal durch. Sobald das Environment
>> verändert wurde bitte ich um info über das Betriebssystem und
>> detaillierte Angaben, was genau du gemacht hast und wann das
>> Environment modifiziert wurde.
>>
>> Man kann das Environment bequem auch nach einer Installation
>> modifizieren. Hierzu verwende man den Knopf "Ändern" unter
>> Control Panel -> Programme -> Programme und Features.
>> Auch das habe ich mit einem installierten Produkt nochmals
>> probiert mit dem Ergebnis, dass die Environment Einstellungen
>> zurück genommen wurden.
>>
>> Mit freundlichen Grüssen,
>>
>

Hallo Andreas,

siehe meine andere Antwort zu Diener Aufforderung. Fakt ist, ich kann 
Dir die gewünschte Antwort nicht geben. Denn ich habe keine Ahnung wie 
man dieses Fehlverhalten erzwingen kann.

Jan

Am 11.11.2014 um 14:04 schrieb "Andreas Herdt":
> Hallo Jan,
>
> Der Hinweis auf zwei unterschiedliche Betriebssysteme war sicherlich
> wichtig. Ich habe das Prozedere nochmal auf Windows 8 durchgespielt.
>
> * Installation Release
>    Die Manipulation des Environments im Installation Wizard abgeschaltet
> * 1. Update herunter geladen und installiert
> * 2. Update herunter geladen und installiert
>
> In keinem Fall war das Environment modifiziert. Weder mit der ersten
> Installation, noch mit einem der Updates.
>
> Es war nach dem 2. Update Problemlos möglich über "Programme und
> Features" aus dem Control Panel heraus das Environment zu setzten
> und die Modifikation des Environments auch wieder zurück zu nehmen.
>
> Bitte beschreibe im Detail was du tust, so dass wir verstehen können,
> was bei dir auf dem Rechner schief läuft.
>
> Herzlichen Dank im Voraus,
>
> Andreas Herdt
>

Andreas,

mal abseits unserer sonstigen Diskussion zu diesem Thema: Es müsste 
ansich egal sein was bei der Installation der Grundversion oder 
irgendwelcher Updates passiert. Wenn der Anwender manuell irgendeine 
Einstellung an den Pfaden vornimmt, dann müsste das unbedingt beim 
nächsten Update berücksicht bleiben.

Jan

Am 10.11.2014 um 14:09 schrieb "Jan Escholt":
> Leider darf ich auch nach dem Update 560 wieder alle Systemeinstellungen
> ändern. Wieder hat die Installationsroutine ungefragt alle Pfade auf die
> 2.0-Pfade gesetzt, obwohl ich bei der Erstinstallation explizit gewählt
> hatte, das ich die alten Pfade behalten will.
>
> Das ist wirklich sehr ärgerlich!
>
> Jan

Hallo Jan,

Das ursprüngliche Problem hat sich meines erachtens in diesem Thread
aufgelöst.

Sollte ein Update irgendeine "Einstellung" ändern, dann teile uns das
bitte mit, dass sollte sicherlich in einem Update nicht passieren. Zumindest
brauchen wir hierfür Klärung.

Mit freundlichen Grüssen,

  Andreas Herdt
  Alaska Software

--------------------------------------------------------------------

Technical Support:      support@alaska-software.com

News Server:            news.alaska-software.com
Homepage:               http://www.alaska-software.com
WebKnowledgeBase:       http://www.alaska-software.com/kbase.shtm

Fax European Office:    +49 (0) 61 96 - 77 99 99 23
Fax US Office:          +1 (646) 218 1281
--------------------------------------------------------------------

"Jan Escholt" wrote in message 
news:365e17a4$6f56b650$6a6@news.alaska-software.com...
> Andreas,
>
> mal abseits unserer sonstigen Diskussion zu diesem Thema: Es müsste ansich 
> egal sein was bei der Installation der Grundversion oder irgendwelcher 
> Updates passiert. Wenn der Anwender manuell irgendeine Einstellung an den 
> Pfaden vornimmt, dann müsste das unbedingt beim nächsten Update 
> berücksicht bleiben.
>
> Jan
>
> Am 10.11.2014 um 14:09 schrieb "Jan Escholt":
>> Leider darf ich auch nach dem Update 560 wieder alle Systemeinstellungen
>> ändern. Wieder hat die Installationsroutine ungefragt alle Pfade auf die
>> 2.0-Pfade gesetzt, obwohl ich bei der Erstinstallation explizit gewählt
>> hatte, das ich die alten Pfade behalten will.
>>
>> Das ist wirklich sehr ärgerlich!
>>
>> Jan