---

Hallo,
Wenn bei uns ein User ein Makro ausgeführt hat, z.B. unser Speichermakro für das Speichern für das PDM System, ist die Makrodatei
*.swp für Änderungen blockiert bis alles User, welche das Makro ausgeführt haben SolidWorks beendet haben.

Gibt es da eine Möglichkeit dieses Blockieren zu verhinden.

BTW: Die User haben keine Schreibberechnungung im Pfad wo die Makros hinterlegt sind.

------------------
  The Power Of Dreams

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

---

Soweit ich weis nicht.
Man kann ein Macro erst dann ändern und bearbeiten wenn dieses nicht mehr verwendet wird. Ist ja auch irgendwie sinnvoll.
Wenn du dieses Makro änderst, verteile einfach die aktuelle Version dieses Makros mit einem Skrip oder Programm an einen Zentralen Ort, auf welchen alle zugreifen.
Den Verteiler kann man dann z.B. automatisch beim Starten des PCs oder von SolidWorks ausgeführen. So wird sichergestellt das dieses Makro nicht  verwendet wird.

------------------
Mfg Daniel

Es gibt nur drei Möglichkeiten: Sieg, Unentschieden oder Niederlage
----------------------------------------------
SolidWorks API-Programmierung | Makros | Tools | Addins | Schulung

SolidWorks API Programmierung; Schuler Design Automation GmbH |   kontakt@schuler-da.de

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

---

Ansonsten konnte man das auch über API lösen, jedenfalls kann ich mich noch daran Erinnern das es eine Funktion gibt welche du auch unter der Verwaltung -> Computerverwaltung -> Freigegebene Ordner -> Geöffnete Dateien manuell auslösen kannst.

Das dumme ist nur das ich diese nicht mehr kenne ....

Gruß
Micha

------------------
Manche Menschen gehen so plötzlich, daß die Zeit für einen Abschied nicht reicht…

Zitat:

---

Interpunktion und Orthographie des Postings sind frei erfunden.
Eine Übereinstimmung mit aktuellen oder ehemaligen Regeln wäre rein zufällig und ist nicht beabsichtigt.

---

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

---

Zitat:

---

Original erstellt von tbd:
Wenn du dieses Makro änderst, verteile einfach die aktuelle Version dieses Makros mit einem Skrip oder Programm an einen Zentralen Ort, auf welchen alle zugreifen.

---

Das ist kein Problem, ich kann aber dann das zu verwendende Makro nicht austauschen. Das geht erste dann wenn alles User das SWX geschlossen haben........

------------------
  The Power Of Dreams

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

---

Das Problem ist bekannt. Aber als Frühaufsteher schaffe ich es immer wieder ein geändertes Makro abzuspeichern 

Eine andere Lösung habe ich leider auch nicht parat.

------------------
Gruß, der Teddibaer

Besucht mich doch einmal ... oder ... auch zweimal ...
-----------------------------------------------------------------
So Sechs wie mir Fünf gibt's kei' Vier, weil mir Drei die Zwei Einzigste' sin'. 

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

---

Na ja, ich störe dann einfach die User, indem sie mal kurz das SWX schliessen und neu starten......

------------------
  The Power Of Dreams

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

---

Hallo

Bei uns arbeiten wir mit selbsgebauten Auftragsverwaltungs, Lagerverwaltungs, Zeichnungsverwaltungsprogrammen.
Früher wurden die Teile vom Server gestartet und hatten damit das gleich Prob.
Heute liegen die Dinger lokal und an jedem Arbeitsplatz ist in der Autostart ein Versionscheck-Programm das die Versionen vergleicht und bei Bedarf die aktuellen Versionen aus einem bestimten Ordner auf dem Server auf den Rechner kopiert.
Die EDV kann nun ändern und die neuen Versionen in diesen Ordner stellen.
Spätestens am nächsten morgen haben alle die neue Version.
Wers füher bracht muß die betr. Anwendung schließen und einmal die V-Check starten, somit hat er gleich die neue Version auf dem Rechner.

------------------
Gruß
Bernfried

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

---

Zitat:

---

Original erstellt von tbd:
Soweit ich weis nicht.
Man kann ein Macro erst dann ändern und bearbeiten wenn dieses nicht mehr verwendet wird. Ist ja auch irgendwie sinnvoll.
Wenn du dieses Makro änderst, verteile einfach die aktuelle Version dieses Makros mit einem Skrip oder Programm an einen Zentralen Ort, auf welchen alle zugreifen.
Den Verteiler kann man dann z.B. automatisch beim Starten des PCs oder von SolidWorks ausgeführen. So wird sichergestellt das dieses Makro nicht  verwendet wird.

---

Genau so.
Lege dir ein zentrales Macroverzeichnis an und ein Skript, das beim Windows-Start alle Macros aus diesem zentralen Verzeichnis in die lokalen Verzeichnisse der User kopiert- diese arbeiten nur mit den lokalen Makros. Dann kannst du in deinem lokalen Verzeichnis nach Belieben an den Makros herumbasteln. Das fertige Makro kopierts du dann in das zentrale Makroverzeichnis und voilá- nach jedem Windows-Start haben die User wieder die aktuellen Versionen auf ihrem Rechner.

------------------
Klaus

www.al-ko.com | Pssst...unbedingt hier klicken!!! | mein Gästebuch | privat...

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

---

Hallo Oberli Mike,

wir hatten das früher auch ,jetzt habe ich bei jedem User ein Ordner mit Makro angelegt und da kommen dann die neuen Makros rein und ich verknüpfe Sie dann im Solidworks mit der Makroleiste, das Austauschen geht auch ganz fix da ich erst an meinem REchner das probiere und dann die fertigen Makros auf den Server ablege und bei meinen Kollegen installiere.

Gruß Mc Fly

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

---

Hallo zusammen,

wieso sollen die Makros lokal liegen?
Es reicht meiner Meinung nach aus, wenn auf dem Server ein Verzeichnis für die User ist und eins zum Editieren/Bearbeiten.
Nachdem ein Makro bearbeitet wurde, wird es über Nacht in das User-Serververzeichnis kopiert. Somit ist auch sichergestellt, daß am nächsten Tag jeder mit dem neuen Makro arbeitet und ich muß keine lokale Verteilung durchführen.

Gruß Bernd

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

---

Zitat:

---

Original erstellt von KMassler:
Lege dir ein zentrales Macroverzeichnis an und ein Skript, das beim Windows-Start alle Macros aus diesem zentralen Verzeichnis in die lokalen Verzeichnisse der User kopiert- diese arbeiten nur mit den lokalen Makros. Dann kannst du in deinem lokalen Verzeichnis nach Belieben an den Makros herumbasteln. Das fertige Makro kopierts du dann in das zentrale Makroverzeichnis und voilá- nach jedem Windows-Start haben die User wieder die aktuellen Versionen auf ihrem Rechner.

---

Würde mir wünschen, wenn das bei uns so einfach ist. Leider ist bei uns der IT extern, und der interne Verantwortliche sieht nur die Kosten. Lieder 20h intern wie 1h extern.......

Danke aber für die zahlreichen Hilfen.

------------------
  The Power Of Dreams

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

---

Zitat:

---

Original erstellt von Oberli Mike:
Würde mir wünschen, wenn das bei uns so einfach ist.

---

Ist es :-)

kopiere einfach dies in den Autostart Ordner deiner Benutzer als einfache Text Datei und ändere die Dateiendung auf .vbs

sourceFolder & targetFolder noch anpassen 

Code:

---

Dim sourceFolder
Dim targetFolder

sourceFolder = "QuellOrdner"
targetFolder = "ZielOrdner"

Dim fso
Set fso = CreateObject("Scripting.FilesystemObject")

Dim ffile
Dim ierr
If right(targetFolder,1) <> "\" then
targetFolder = targetFolder & "\"
end if

If right(sourceFolder,1) <> "\" then
sourceFolder = sourceFolder & "\"
end if

On Error Resume Next
For Each ffile In fso.getfolder(sourceFolder).Files
    Call fso.copyfile(ffile.Path, targetFolder & fso.getbasename(ffile.Name) & "." & fso.GetExtensionName(ffile.Name), True)
    If Err.Number <> 0 Then
        ierr = ierr + 1
        Err.Clear
    End If
Next

If ierr > 0 Then
    Msgbox "Es sind Fehler aufgetreten.", 64,"Macro Updater"
End If

---

Gruß
Micha

------------------
Manche Menschen gehen so plötzlich, daß die Zeit für einen Abschied nicht reicht…

Zitat:

---

Interpunktion und Orthographie des Postings sind frei erfunden.
Eine Übereinstimmung mit aktuellen oder ehemaligen Regeln wäre rein zufällig und ist nicht beabsichtigt.

---

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

---

 
Micha, da geht jetzt aber der Programmierer mit dir durch, eine Batch-Datei mit xcopy hätte es auch getan.

Aber bei solchen Sachen in der Autostart tritt eventuell ein neues Problem auf (bei uns zumindest): Direkt nach dem Anmelden sind eventuell noch nicht alle Laufwerksverknüpfungen verfügbar, das dauert manchmal ein bischen. Und damit laufen die Programme im Autostart-Ordner eventuell ins Leere, weil sie die entsprechenden Netz-Laufwerke bzw. Verzeichnisse zu diesem Zeitpunkt noch nicht haben. Das muss man also lösen.

------------------
Klaus

    www.al-ko.com | Pssst...unbedingt hier klicken!!! | mein Gästebuch | privat...

[Diese Nachricht wurde von KMassler am 10. Nov. 2006 editiert.]

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

---

Hi Klaus,

hast ja nicht ganz unrecht <grinz>.

Das mit den NetzLaufwerken hab ich bisher immer gelöst bekommen indem ich diese ebenfalls beim start anlegen lasse,[über
eine Batch] :

Code:

---

@ECHO OFF

net use w: /delete
net use w: \\MeineShare\MeinOrdner /persistent:no

call C:\meinScript.vbs

---

man achte auf die letzte Zeile ;o)

Ansonten nehme ich kleine vbs Dateien beim umkopieren, da sich das Problem mit den Leerzeichen in Pfaden gar nicht erst stellt.

(Für diesen Zweck wirklich übertrieben)

Gruß
Micha

------------------
Manche Menschen gehen so plötzlich, daß die Zeit für einen Abschied nicht reicht…

Zitat:

---

Interpunktion und Orthographie des Postings sind frei erfunden.
Eine Übereinstimmung mit aktuellen oder ehemaligen Regeln wäre rein zufällig und ist nicht beabsichtigt.

---

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

---

Da bei uns das Starten von SWX über ein bat-File läuft könnte ich das auch dort integrieren. Dann müssten aber die Makros lokal auf dem PC liegen. Und das Kopieren braucht wieder Zeit.

OK, das Kopieren benötigt nicht viel Zeit, aber wenn man dann alles zusammenzählt, was im laufe der Jahre zusammenkommt, dann wird es irgendwann so, dass man vorplanen muss, wenn man eine Software benützen will.

Die einzige Datei, welche ich beim Start kopiere, ist die toolbox.ini, da in dieser Datei, welche lokal liegt, definiert ist, wo Daten zm Bohrungsassistenten liegen. Bis um mit 2006 ist diese Einstellung leider noch nicht in der Windowsregistrierung.

Werde mal beim Suport nachfragen, ob es eine Möglichkeit gibt, die Makrodatei wieder freizugeben.

------------------
  The Power Of Dreams

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

---

Wenn es nur um ein Abwarten, bis alles gestartet ist, geht, kannst Du im VBS auch WScript.Sleep(10000) als Zeitschleife einbauen...

------------------
Lutz Federbusch
Mein Gästebuch
Der Mensch, Herr oder Sklave der Technik?

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