---

Hallo zusammen,

gibt es die Möglichkeit, zwei custom_dirs.dat-Dateien parallel beim starten auslesen zu lassen?
Ich frage deshalb, weil ein Kunde bereits eine komplette Umgebung zur Verfügung stellt, inklusive der custom_dirs.dat, ich aber noch eine zusätzliche Menüleiste zur Verfügung stellen möchte.
Klar, ich könnte den Pfad zu meinem Menü in die custom_dirs.dat des Kunden eintragen, ich möchte aber diese Umgebung, wenn möglich, im Installationszustand belassen und nur "von außen" darauf zugreifen, um bei einem Update nicht wieder alles mögliche umstellen zu müssen.

Kann mir da jemand helfen?

Danke schon mal,
viele Grüße!

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

---

Arbeitet Ihr Nativ ?

Nativ kannst du dir ja x-beliebig viele Startscripte erstellen und/oder nur eins....
habe auch schon gesehen das da einige X-Custom. Versionen zur Auswahl haben...

Hilf dir das?

------------------
“Vision without action is a daydream. Action without vision is a nightmare.”

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

---

Ja, wir arbeiten nativ.
Wie genau meinst du das mit beliebig vielen Startscripten? Ich möchte ja die Umgebung vom Kunden nutzen, nur halt noch ergänzt um unsere Menüleiste.
Im Moment habe ich die vom Kunden angelegte custom_dirs.dat modifiziert, das klappt ja auch. Ich möchte aber nicht bei jedem neuen Build vom Kunden die Dateien anpassen. Deswegen dachte ich, man kann vielleicht in einem Startscript die Menüleiste definieren und dann die umgebung vom kunden starten (über seine .exe, die dann halt seine custom_dirs.dat aufruft).
Wie kann ich das in etwa realisieren?

Viele grüße

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

---

Zitat:

---

Original erstellt von pleudel:
...gibt es die Möglichkeit, zwei custom_dirs.dat-Dateien parallel beim starten auslesen zu lassen?
...

---

Damit das UGII_CUSTOM_DIRECTORY_FILE des Kunden bleiben kann wie es ist, würde ich ein UGII_USER_DIR definieren ( Startskript oder UGII_ENV_FILE ) und dann darin "spezielles" Customizing ablegen ( $UGII_USER_DIR/Startup für Menu u.dgl. ).
UGII_USER_DIR wird in deiner Umgebung wahrscheinlich nicht definiert sein, ich kenne sie aber auch nicht ...

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

---

Ach, Hervorragend! Das hat geklappt, Thomas! Vielen Dank!

Ich habe jetzt in einem Start-Skript die Variablen "UGII_USER_DIR" und "UGII_LOAD_OPTIONS" definiert, das hat auch die gewünschten Auswirkungen.
Jetzt habe ich es noch mit "UGII_TEMPLATE_DIR" versucht, auch das funktioniert, überschreibt aber  leider das Verzeichnis der Kundenumgebung, sodass ich beim Erstellen eines neuen Parts nur das eigene Part zur Verfügung habe, nicht die anderen. Kann man das auch noch irgendwie einstellen?

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

---

Nachtrag: Ich bin jetzt schon soweit, dass ich weiß, dass es im Prinzip reichen würde, eine weitere ".Pax" Datei in ein Startup-Verzeichnis zu legen, welches wiederum als USER_DIR definiert sein muss (das habe ich ja über die Umgebungsvariablen in der batch-Datei getan).
Leider wird aber die zusätzliche Pax-Datei nicht ausgelesen, ich habe im NX nur weiterhin die Reiter des Kunden bei "FileNew", den eigenen aber nicht. Kann es sein, dass der Kunde mit seiner Umgebung meine Pax-Datei wieder überschreibt oder löscht? 

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

---

Stell doch mal die Umgebung die du von eurem Kunden bekommen hast zur Verfügung, dann schaue ich es mir an....

------------------
“Vision without action is a daydream. Action without vision is a nightmare.”

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

---

Ich glaube bzw. weiß nicht, ob ich diese hier einfach hochladen darf...

Mittlerweile habe ich es sowohl hinbekommen, das Zusatzmenü in die Kundenumgebung einzubinden, als auch einen neuen Reiter bei "FileNew". Leider geht das nur getrennt voneinander, also entweder oder.
Mein start-Skript sieht wie folgt aus:

@echo off
 
rem ------------------------------------------------------------------------------------------------
rem ---------------------- Custom-Verzeichnisse angeben --------------------------------------------
rem ------------------------------------------------------------------------------------------------ 

set UGII_USER_DIR=Z:\Startumgebung\Zusatzprogrammierung\04_Startparts
set UGII_USER_DIR=Z:\Startumgebung\Zusatzprogrammierung\01_Tools_Menu

rem ------------------------------------------------------------------------------------------------
rem -------------------- Ladeoptionen für jeden einzeln --------------------------------------------
rem ------------------------------------------------------------------------------------------------
set UGII_LOAD_OPTIONS=H:\%username%_load_options.def

rem ------------------------------------------------------------------------------------------------
rem --------------------------- *** NX Starten *** -------------------------------------------------
rem ------------------------------------------------------------------------------------------------
start "" " ---PFAD ZUR EXE--- "

Mir ist aufgefallen, dass jenachdem in welcher Reihenfolge ich die USER_DIRS setze, nur der letzte Eintrag ausgelesen wird. Kann man hier gar nicht mehrere USER_DIRS nacheinander angeben? Die scheinen sich im Moment zu überschreiben... :-(

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

---

Ne, das siehst du nicht ganz richtig.

Es werden schon beide Zeilen gelesen. Dein Problem ist nur, dass du in der einen Zeile die Variable UGII_USER_DIR setzt und gleich danach wieder mit einem anderen Wert überschreibst. Hier gilt: Wer zuletzt kommt, der gewinnt.

Vielleicht probierst du's mit diesen drei Variablen:
UGII_SITE_DIR
UGII_GROUP_DIR
UGII_USER_DIR

------------------
Gruß 

Markus

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

---

fangen wir mal von vorne an....  mögliches Szenario wie es bei uns ist....

die UGII_SITE_DIR zeigt auf einene share Folder: \share\nx_global\nx10\ugii

in diesem Folder hast du Ordner a la .... deiner NX10 Installation...

BSP:
..\ugii\menus                      (hier liegt deine ugii_env.dat und ugcolor.cdf)
..\ugii\menus\NX_toolbars\Startup  (hier liegen deine Toolbars - *.men -*.grb)
..\ugii\menus\roles\startup\roles  (hier liegt deine Firmen Rolle *.mtx)

..\ugii\Startup                    (hier liegt deine main.men und deine nx100_site.dpv)

die UGII_SITE_DIR / GROUP, etc. setzt du in der ugii_env.dat , die Files Struktur wird immer ähnlich aussehen SITE/GROUP/USER
sprich -->> Startup Folder

Hilft dir dies weiter ?

------------------
“Vision without action is a daydream. Action without vision is a nightmare.”

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

---

schau mal hier:

- https://docs.plm.automation.siemens.com/tdoc/nx/10.0.3/nx_help/#uid:index_customizing_nx_installation
- https://docs.plm.automation.siemens.com/tdoc/nx/10.0.3/nx_help#uid:index_customizing_nx_installation:id1366187:customer_defaults_default_levels_rt
- https://docs.plm.automation.siemens.com/tdoc/nx/10.0.3/nx_help#uid:index_customizing_nx_installation:customize_interface

------------------
“Vision without action is a daydream. Action without vision is a nightmare.”

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

---

Hallo ihr Lieben,

vielen Dank schon mal, dass ihr mir helft.
Leider habe ich jetzt folgendes Problem festgestellt: Wenn ich die Variablen USER_DIR, GROUP_DIR und SITE_DIR setze, werden in den Anwenderstandards alle 3 Level freigegeben. So kann der User Einstellungen auf User-Ebene ändern und speichern, dann wird eine Datei in dem jeweiligen Startup-Verzeichnis erstellt.
Vom Prinzip her ist das ja alles logisch, aber wie kann ich das verhindern?
So richtig blicke ich noch nicht durch, wie das alles zusammenhängt.
Mal ganz abgesehen von der Kundenoberfläche, hat denn mal jemand ein funktionierendes Start-Skript, wo alle möglichen Einstellungen getroffen werden, welches man vllt abändern kann?

Vielen Dank schon mal!

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

---

Moin

die Zugriffsrechte auf die Anwenderstandards kommen vom Betriebssystem. Die Site und Group Einstellungen sollten daher in Verzeichnissen liegen auf die die Anwender nur lesenden Zugriff haben.

------------------
Grüße Meinolf

Ich steh auf flotte Dreier

I know I was born and I know that I'll die but the in between is mine - Pearl Jam

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

---

Gibt es denn die Möglichkeit, in den Anwenderstandards nur das Level "Site" zuzulassen, obwohl ich die Pfade UGII_GROUP_DIR und UGII_USER_DIR gesetzt habe? Oder steuert die bloße Anwesenheit dieser Variablen schon das Vorhandensein der zusätzlichen 2 Level?

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

---

Zitat:

---

Original erstellt von pleudel:
Gibt es denn die Möglichkeit, in den Anwenderstandards nur das Level "Site" zuzulassen, ...?

---

Ja, das ist eine Funktion in den CustomerDefaults dass man einen bestimmten Default auf einer bestimmten Stufe sperren kann.
Ist aber nicht ganz das, was du suchst .... weil da musst du jeden einzeln sperren.

Du wirst dich entscheiden müssen ob man was verändern können soll oder nicht ...

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

---

Ich habe mich ja schon dazu entschieden, dass man nichts verändern können soll. Deshalb brauche ich ja im Prinzip auch nur die Stufe SITE. Wenn ich aber in meinem Start-Skript die Variablen UGII_GROUP_DIR und UGII_USER_DIR setze (weil ich von dort z.B. eigene Menü-Dateien lade), dann entsteht in den Anwenderstandards automatisch die Auswahl SITE, GROUP und USER. Setze ich die beiden Pfade nicht, habe ich auch nicht die Auswahl, sondern nur den Eintrag "SITE".

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

---

Moin

wir haben die Anpassungen nicht in den Verzeichnissen für die Anwenderstandards, sondern in einer parallelen Verzeichnisstruktur.
Und die ist für die Anwender komplett schreibgeschützt.
Verwiesen wird darauf wieder über die custom_dirs.dat.
Site ist ebenfalls schreibgeschützt, Group Verzeichnisse gibt es mehrere parallel, die abhängig vom Startscript abhängig vom Benutzernamen angesprochen werden.

Für unseren eigenen Anpassungen braucht es in der custom_dirs.dat dann exakt eine Zeile.

------------------
Grüße Meinolf

Ich steh auf flotte Dreier

I know I was born and I know that I'll die but the in between is mine - Pearl Jam

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

---

Zitat:

---

Original erstellt von Meinolf Droste:
...wir haben die Anpassungen nicht in den Verzeichnissen für die Anwenderstandards, sondern in einer parallelen Verzeichnisstruktur.
Und die ist für die Anwender komplett schreibgeschützt.
...

---

Das ist wahrscheinlich die beste Lösung für die gesuchte Aufgabe.
Dazu wird das fragliche Verzeichnis in UGII_CUSTOM_DIRECTORY_FILE eingetragen ( eins je Zeile, einfach dazu eintragen ).

Alle Verzeichnisse die in UGII_CUSTOM_DIRECTORY_FILE drinstehen werden beim NX Start gelesen und ggf. Programme darin ausgeführt ( z.B. deine Menueanpassungen aus ./startup darin ).

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

---

lw_custom_dirs.dat.txt lw_dag-Kopie.bat.txt

Guten Morgen,

ich glaube, wir drehen uns im Kreis.

Ich habe jetzt die vorgeschlagene Variante getestet. Ich habe eine Datei "lw_custom_dirs.dat" angelegt mit 2 Pfaden zu Startparts und eigenem Menü.
Dann habe ich eine zweite Datei angelegt, das Startskript. Dort setze ich die Variable "UGII_CUSTOM_DIRECTORY_FILE" auf die erste Datei und starte dann NX. Das funktioniert hervorragend.
Jetzt kommt wieder der Kunde ins Spiel. Wenn ich nicht das neutrale NX starte, sondern die .exe des Kunden (auskommentierte Zeile in der .bat), setzt diese die Variable "UGII_CUSTOM_DIRECTORY_FILE" neu, und es werden nur die kundenspezifischen Dateien geladen. Deshalb auch oben meine Frage, ob man 2 verschiedene custom_dirs auslesen lassen kann, da der Kunde eine bereitstellt, die geladen werden soll (diese will ich nicht verändern), und ich auch noch eine bereitstelle, die geladen werden soll.
Ich habe meine Dateien mal angehängt...

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

---

IMHO kannst du keine 2 custom_dirs.dat Dateien auslesen.
Und wenn deine Kundenumgebung deine eigene Umgebung überschreibt, du aber die Kundenseitige custom_dirs.dat nicht anpacken möchtest, bleibt dir vielleicht noch folgendes als Ausweg:

du tust quasi als ob du ein third-party Entwickler bist. Und für diese Leute gibt es eine Umbungsvariable UGALLIANCE_DIR. Die zeigt üblicherweise auf "NX-Installationsverzeichnis/UGALLIANCE"

Die biegst du um und packst deine eigenen Menü-Erweiterungen da rein.

3D Connexion macht das z.Bsp. mit den Erweiterungen für die SpaßMause.

------------------
Grüße Meinolf

Ich steh auf flotte Dreier

I know I was born and I know that I'll die but the in between is mine - Pearl Jam

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

---

Hallo zusammen,

da wir bei uns im Projekt gerade vor dem gleichen Problem stehen, habe ich mich wieder an diesen Thread erinnert. Wir verwalten die Startskripte und die custom_dirs.dat zentral, wollen aber den einzelnen Abteilungen die Möglichkeit geben, bei Bedarf zusätzliche Verzeichnisse beim NX-Start auszulesen. Das Hinzufügen der Verzeichnisse in die zentrale custom_dirs.dat ist keine Option, denn dann hat Abteilung A auch die spezifischen Tools von Abteilung B - soll so nicht sein. Ein UGII_GROUP_DIR gibt's bereits (ist von Abteilung zu Abteilung verschieden), da liegen unter anderem Customer Defaults auf Group Level drin. Hier möchte ich meine zusätzliche custom_dirs_Group.dat ablegen.

Zitat:

---

Original erstellt von Meinolf Droste:
IMHO kannst du keine 2 custom_dirs.dat Dateien auslesen.

---

Doch, hab's hinbekommen. Man schreibt in die zentral verwaltete custom_dirs.dat einen Eintrag

#include $UGII_GROUP_DIR\custom_dirs_Group.dat

rein. Wenn diese Datei nicht existiert - kein Problem, Eintrag wird ignoriert. Existiert diese Datei, werden auch alle darin enthaltenen Verzeichnisse ausgelesen - zusätzlich zu den Verzeichnissen in der zentralen custom_dirs.dat.

Hab's ausprobiert, funktioniert prima.

------------------
Gruß 

Markus

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

---

Das hört sich gut an.
Darf ich fragen wie du da drauf gekommen bist?

------------------
Grüße Meinolf

Ich steh auf flotte Dreier

I know I was born and I know that I'll die but the in between is mine - Pearl Jam

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

---

Hallo Meinolf,

Zitat:

---

Original erstellt von Meinolf Droste:
... Darf ich fragen wie du da drauf gekommen bist? ...

---

Klar darfst du. Ich hab die Kommentare in der OOTB custom_dirs.dat gelesen. Unter anderem stand da folgendes:

Zitat:

---

#  A #include construct is supported to include other files, to make it easier
#  for individual users to customize their runtime environment.

---

Danach habe ich es mit
#include <Pfad><Dateiname>
ausprobiert und nachdem das auch geklappt hat, hab ich noch eine Variable probiert - was ebenfalls funktioniert hat.

War also eine Mischung aus aufmerksam lesen und try & error (oder in meinem Falle "try & works").

------------------
Gruß  

Markus

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

---

Hallo Markus,

das ist eine sehr wertvolle Information. Danke dafür  .

Grüße
Felix

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