---

Hallo,

ich programmiere per API Modelle in SWX, welche ich mit Zusatzanwendungen (z.B. E-Drawings, Surfcam) weiterbearbeiten bzw. speichern möchte.

Wenn ich SWX mit
Set swApp = CreateObject("SldWorks.Application")
starte, habe ich zwar SWX aber keine der Zusatzanwendung, obwohl diese im Menü unter Extras ausgewählt sind.

Ich hoffe jemand kann mir einen Tip geben.

Danke
JM

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

---

loadaddin.zip

Hallo JM

Ich habe da ein kleines Macro geschrieben. 
Das Macro Startet den Spaceball in SWX und/oder prüft ob dieser schon geladen ist.
Es ist jederzeit auch auf andere Applicationen anwendbar.

Ich hoffe du kannst was damit anfangen.

------------------
Tschue

Oberparleiter

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

---

Hallöle!

Wenn du SWX mit CreateObject startest, werden immer keine Zusatzanwendungen gestartet, egal was unter Extras... angehakt ist. 
Einzige Möglichkeiten:
SolidWorks vorher normal starten und dann mit deinem Programm drauf zugreifen oder
SolidWorks vom Programm starten lassen und die notwendigen Zusatzprogramme dazuladen, wie Oberparleiter das macht.

Axel

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

---

Hallo    ,

danke für die prompten Antworten, mit dem nachträglichen dazuladen der Addins funktionierts prima.

Tschö
JM

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

---

Hallo JM,

es gibt auch noch eine andere Möglichkeit, bei der du die Pfade zu den installierten und angehakten Add-Ins nicht brauchst: Win32-API Funktion ShellExecute.

Das könnte dann so aussehen:

Code:

---

Private Declare Function ShellExecute Lib "shell32.dll" Alias "ShellExecuteA" _
        (ByVal hwnd As Long, _
        ByVal lpOperation As String, _
        ByVal lpFile As String, _
        ByVal lpParameters As String, _
        ByVal lpDirectory As String, _
        ByVal nShowCmd As Long) _
        As Long

Sub StartSWX()
   
    Const SW_SHOWNORMAL = 1
    ' Solidworks per ShellExecute aufrufen hat den Vorteil,
    ' dass Add-Ins mit geladen werden. Aber man muss den Pfad
    ' kennen oder z.B. mit FindExecutable selbst suchen (3.Parameter)
    '
    ' die folgende Zeile kann in einem Stück geschrieben werden,
    ' der erste Parameter Form1.hwnd ist irgendein Fensterhandle
    ' z.B. aus dem eigenen Programm
    ShellExecute Form1.hwnd, vbNullString, "p:\sw2001\sldworks.exe", _
                vbNullString, "C:\", SW_SHOWNORMAL

End Sub

---

Auf diese Weise wierden auch alle angehakten Add-Ins mitgeladen.

Ciao,
Stefan

------------------
--
Inoffizielle Solidworks Hilfeseite
http://solidworks.cad.de
EMail:          Stefan.Berlitz@solidworks.cad.de

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

---

Der Beitrag ist immer noch GOLD wert!!!
Ein hoch auf den Autor.

Erklärung:
5 Jahre nach dem Posting. Ich habe mir eine serielle Spacemouse ersteigert. Und eine Studentenversion von SWX, sogenantes SDK.
Nur verweigert das die Zusammenarbeit die Zusammenarbeit mit dem Spaceball treiber. 
Besser gesagt bietet es sie gar nicht erst an.

Durch das Makro - und eine kleine Modifikation läßt sich die API für den Spaceball trotzdem ausführen!!!
Nur die DLL, die heißt jetzt "mglsw20u.dll" und den Pfad anpassen.
Und läuft!

Nochmals besten Dank.
Gruß
Uwe

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

---

Eine viel bessere Möglichkeit sich ein Objekt mit der aktuellen SolidWorks Instanz zu belegen ist

Code:

---

Set SwApp = GetObject(,"SldWorks.Application")

---

Durch diesen Befehl wird die aktuelle SolidWorks Sitzung übernommen.
Denn Fall das SolidWorks nicht geöffnet ist, sollte man allerdings abfangen.

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

Brauchen Sie Hilfe, sind Sie in Not? Wir retten Sie mit unserem Code!
----------------------------------------------
SolidWorks API-Programmierung | Es gibt neue Freeware Tools und Addins

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

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

---

mh. ergibt sich dadurch eigentlich irgendein vorteil bzw. ein nachteil wenn man es nicht macht?

Bei mir ging beides ohne Probleme gleich. Und mein SDK ist eh ohne gedächtnis was die API angeht.

Gruß Uwe

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

---

Hallo Uwe,

es funktionieren klar beide Methoden.
Aber zwischen Get und CreateObject gibt es schon einige wichtige Unterschiede.
Mit CreateObject öffnet man evtl. eine ungewünschte SolidWorks Version, in welcher die Zusatzanwendungen nicht geladen sind.
Mit GetObject erhält man immer nur einen Verweis auf eine bestehende SolidWorks Sitzung.
Schlag einfach mal in der VB-Hilfe nach, ich weis jetzt nicht in was für eine Umgebung du programmierst, aber die beiden Methoden sind in vb6, vba und vb.net gleichermaßen gut erklärt.

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

Brauchen Sie Hilfe, sind Sie in Not? Wir retten Sie mit unserem Code!
----------------------------------------------
SolidWorks API-Programmierung | Es gibt neue Freeware Tools und Addins

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

[Diese Nachricht wurde von tbd am 19. Dez. 2006 editiert.]

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