---

Hallo zusammen,

Im ME10 gibt es in der Windows-Variante einen sehr nützlichen Befehl mit dem man alle Anpassungen die im Benutzerinterface gemacht wurden in eine Datei sichern kann (Layout speichern).
Möchte man das gleiche im OSD haben muß man erstens das Verzeichnis "sd_customize_11" unter Benutzer-Profile\Anwendungsdaten  sichern und zweitens via Regedit den Registrierungsschlüssel
"HKEY_CURRENT_USER\Software\CoCreate\OneSpace Designer\Versionsnummer"
in eine Datei exportieren.
Für Leute, die sich nicht gerade als Computerfreaks bezeichnen können, eine etwas komplizierte Vorgehenweise.
Hat vieleicht schon jemand eine etwas einfachere Lösung für die Sicherhung der benutzerspezifischen Anpassungen gefunden?
Interessant wäre es auch zu wissen ob man Regedit mit Kommandozeilenoptionen steuern kann um so den Vorgang so per Batchdatei durchführen zu können?

------------------
Grüße
Hartmuth

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Hartmuth,
Meines Wissens gibt es dafür seit der Version 9 einen Schalter.
Der Schalter ist unter:
Werkzeuge/Benutzeroberflächenvorgaben/Anpassungen/Anpassungen export...

Mit diesem Befehl werden alle wichtigen Daten in das jeweilige Userverzeichnis kopiert(samt Registry-Eintrag).

Grüsse und so

FL

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Durch ein wenig manuelle Arbeit kann man erreichen, dass das
Layout vom OS Designer bzgl. gedockter Toolbars etc. auch ohne
Daten aus der Registry rekonstruiert wird.
Dazu macht man idealerweise folgendes:

1. OSD starten und alle gewuenschten Customizations durchfuehren

2. "Anpassungen exportieren" ausfuehren

3. OSD terminieren und Registry zuruecksetzen mit z.B.
    ResetUISettings.bat

4. Nun die *.tlb Dateien in sd_customize_11 evtl. editieren
    und/oder umbenennen, damit das gewuenschte Layout
    allein anhand dieser Dateien rekonstruiert wird.
    Dazu ist folgendes zu beachten:
    a. Die *.tlb Dateien werden beim Startup von OSD in
        lexikalischer Ordnung geladen.
    b. In jeder *.tlb Datei steht etwas wie :docking :top-next
        drin.
    Nun sollte die Datei, die den Toolbar oben links beschreibt
    als erste geladen werden. Dazu muss sie einen Namen haben,
    der lexikalisch vor allen anderen *.tlb Dateinen kommt.
    Als Docking sollte in dieser Datei :docking :top
    stehen.
    Der zweite Toolbar, der rechts an diesen Toolbar in
    der ersten oberen Toolbar Reihe anschliesst, sollte
    als Dateinamen entsprechend lexikalisch nach dem ersten
    kommen und :docking :top-next enthalten.
    Sollte nun oben eine zweite Reihe von Toolbars kommen, muss
    die Datei, die den ersten Toolbar der zweiten Reihe beschreibt
    lexikalisch nach dem letzten Toolbar der ersten Reihe
    kommen und wieder ein :docking :top enthalten.
    Damit wird eine neue Reihe eroeffent.
    Fuer Toolbars links, rechts und unten verfaehrt man
    entsprechend.
    Ich verwende folgende Prefixe fuer Toolbar Dateinen, damit
    deren richtige lexikalische Ordnung gegeben ist:

      t11_xxx.tlb  t12_xxx.tlb  t13_xxx.tlb ...
      t21_xxx.tlb  t22_xxx.tlb ...

      fuer Top Toolbars Reihe 1 Nummer 1 bis 3 und
          Top Toolbars Reihe 2 Nummer 1 und 2

    Toolbars, die oben, links, rechts oder unten gedockt
    werden sollen, muessen nur innerhalb der Gruppe lexikalisch
    geordnet sein.

5. Zum Testen der Schritte in 4. bitte OSD hochfahren,
    betrachten und wieder runterfahren. Danach wieder die
    Registry reinigen, oder man setzt im OSD das Flag, dass
    die UI Dinge nicht in der Registry gespeichert werden sollen.
    Schritt 4. wiederholen, solange bis man das gewuenschte
    Layout erreicht.

Ein wenig Fummelarbeit, aber mit dieser Vorgehensweise kann
man komplett von der Registry loskommen.
Analog sollte man die Dateien, die ins ANNOTATION Unterverzeichnis
geschrieben wurden, anpassen.

Fuer OSDM 12.0 gibt es Planungen, UI Customizations aehnlich
zu ME10's Vorgehensweise komplett in Dateien abzuspeichern.
Damit sollte das leidige Thema Registry Vergangenheit sein ...

Viele Gruesse,
Markus

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

An FL:

Die Funktion "Anpassungen exportieren" nutzt nur in soweit etwas, als das man damit die verwendeten Toolbars, selbstdefinierte Icons und Befehle ins Verzeichnis "sd_customize_11" speichern kann.
Die Postion und Sichtbarkeit der Toolbars lässt sich damit nicht beeinflussen.

An Markus:
Interessante Vorgehensweise, die Du da beschreibst. Werde ich bei gelegenheit mal vertiefen.
Nur im konkreten Fall geht es darum, dass von mir betreute Anwender analog ME10 einen Knopf haben möchten, mit dem sie exakt die mommentanen Einstellungen sichern und bei Bedarf genau so einfach wiederherstellen können.
Der von dir beschriebene Weg würde bedeuten, dass nach jeder Anpassung die betroffenen Toolbars neu editiert werden müßten.
Wenn es einen Weg geben würde den Registry Im- und Export zu automatisieren, wäre das sicher einfacher.
Ansonsten müssen wir halt auf Version 12 hoffen und ich meine Anwender solange vertrösten.

------------------
Grüße
Hartmuth

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Markus,

das von Dir beschriebene Verfahren benutze ich nun auch. Es funktioniert gut, allerdings mit einem Problem. Die Symbolleiste "Fangen" scheint eine Sonderstellung einzunehmen, sie wird nicht im Benutzerprofil abgespeichert und muß nach dem Reinigen der Registry wieder aktiv geschaltet werden, natürlich auch im Annotation. Nun habe ich den Effekt, daß beim Umschalten zwischen Annotation und OSD diese "Fangen"-Symbolleisten (bei mir am unteren Bildschirmrand) ihre Position verlieren und auch andere Symbolleisten daneben beeinflussen. Das passiert anscheinend willkürlich, ich habe noch keine Regel dafür feststellen können. Kennt jemand dieses Verhalten und gibt es eine Lösung?

Gruß Joachim

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Joachim,

ja, in der Tat nimmt die "Fangen" Symbolleiste eine Sonderstellung ein. Aber an sich sollte sie kein Problem darstellen.
Koenntest Du mir je einen Screenshot vom Designer und Annotation UI Layout schicken, wie Du es gerne haettest und einen Screenshot, wie es aussieht, wenn Du zwischen Annotation und Designer hin- und hergeschaltet hast?
Damit koennte ich Dir vielleicht eine Empfehlung geben, wie Du das Problem loesen koenntest.

Viele Gruesse,
Markus

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

sym_leisten.zip

Hallo Markus,

hier die 4 Ansichten meiner Symbolleisten. Bleibe ich im OSD, d.h. Annotation ist nicht geladen, ist alles ok. Die Probleme treten erst auf wenn ich Annotation aktiviere. Ich kann dann zwar wieder alles dahin schieben wo ich die Sym-Leisten hin haben will, aber nach ein paarmal hin- und herschalten zwischen Anno und OSD ändern sich wieder die Positionen. Das ganze betrifft übrigens nur die unteren Sym-Leisten (vermutlich wg. "Fangen").

Dank und Gruß Joachim

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Joachim,

vielen Dank fuer die Screenshots. Jetzt konnte ich das Problem hier nachvollziehen. Ja, in der Tat liegt das merkwuerdige Verhalten an der Fangen Symbolleiste.
In der aktuellen Version von OSDM gibt es da wohl leider nur die Loesung, dass man die Fangen Leiste nicht "dockt", sondern sie "floating" zeigt. Damit duerfte das Problem beim Hin- und Herschalten zwischen Designer und Annotation nicht mehr auftreten.
Fuer 12.0 sind in diesem Bereich massive Verbesserungen zu erwarten.

Viele Gruesse,
Markus

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von Markus Kuehl:
...

Fuer OSDM 12.0 gibt es Planungen, UI Customizations aehnlich
zu ME10's Vorgehensweise komplett in Dateien abzuspeichern.
Damit sollte das leidige Thema Registry Vergangenheit sein ...

Viele Gruesse,
Markus

---

Hallo Markus,

weisst Du schon genaueres ?

Macht es keinen Sinn mehr die Fehler in dem Bereich zu suchen, weil es neu programmiert ist ?

z.B. 15000 Dateien im Temp-Verzeichnis nach dem Starten von OSD und Annotation.
Oder die grosse Anzahl von Annotation-Hauptmenüs.

Tschuess
Martin

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Martin,

Zitat:

---

Original erstellt von Martin.M:
Hallo Markus,

weisst Du schon genaueres ?

Macht es keinen Sinn mehr die Fehler in dem Bereich zu suchen, weil es neu programmiert ist ?

z.B. 15000 Dateien im Temp-Verzeichnis nach dem Starten von OSD und Annotation.
Oder die grosse Anzahl von Annotation-Hauptmenüs.

Tschuess
Martin

---

Ja, Du liegst mit Deinen Annahmen richtig: Der gesamte Bereich wird fuer die 12.0 Version neu programmiert. Da bisher weder ein Kunde noch unser Support oder hier intern das Problem verlaesslich reproduzieren konnte, investieren wir aktuell in eine neue Loesung und versuchen nicht, das Problem irgendwie zu fixen.
In Deinen Fall mit 15000 temp Dateien und einer Riesenmenge von Annotation Menues, solltest Du schleunigst Deine Registry bereinigen und die temp Dateien loeschen. Dazu beende bitte den OSDM, loesche alle temp Dateien und rufe "ResetUISettings.bat" im Installationsverzeichnis vom Designer auf. Beachte bitte, dass bei diesem Schritt Deine gesamten UI Anpassungen (Toolbar Positionen und Inhalte) verloren gehen, sofern Du nicht vorher die Anpassungen exportiert hast.

Viele Gruesse,
Markus

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Markus,

vielen Dank für die Info. Die ResetUISettings.bat kann ich bald im Schlaf benutzen (Ist vielleicht ein bischen übertrieben, aber bei 50 OSDs hatte es sich in letzter Zeit gehäuft).

Ich hoffe Eure neue Lösung speichert im sd_customize-Verzeichnis nicht nur die Zusammenstellung der Symbolleisten sondern die Position und ob sie ein- oder ausgeblendet sind.
Es sollte auch für jeden Befehl ein Icon vorhanden sein damit die Anwender nicht ihren Zeit damit verplempern welche zu malen.
Die Einstellungen müssen auch bei einem Update auf eine neue Version übernommen werden. Die Konstrukteure können nicht jedes halbe Jahr stundenlang ihre Oberfläche wieder einrichten. Beim letzten Update waren zum Teil die Kontextmenüs Ansicht leer.
Unsere Anwender fügen auch in die Menüleiste Befehle ein. Die werden auch nicht im sd_customize gespeichert. Sehr beliebt sind die Befehle zum Umschalten in OSD, SheetMetal und Annotation.

Vielleicht kannst Du daraus ein Enhancement Request machen.

Tschuess
Martin

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Martin,

die Probleme die Du in Deinem Posting auflistest, sind alle bekannt und werden in der Neuimplementierung fuer 12.0 beruecksichtigt. Allerdings kann ich nicht versprechen, dass es fuer jedes Kommando auch ein Icon gibt. Gibt es denn Bereiche, in denen auf jeden Fall im naechsten Release die Icons vorhanden sein sollten? Damit koennten wir die Prioritaeten beim Icon-malen besser vergeben.

Viele Gruesse,
Markus

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP