---

Hallo Ihr,

mal eine eher grundsätzliche Frage.
Besteht Interesse neben den hier schon stark vertretenen Anwenderproblemen auch Probleme und Merkwürdigkeiten bzgl. der API zu diskutieren?
Ich würde auch gerne mal wissen, wieviele von Euch sich überhaupt mit der Programmierung von SolidWorks beschäftigen.
Wie groß sehr Ihr den Nutzen der Macro/VBA-Programmierung für den Anwender?
Gibt es überhaupt Anwender, die selbst programmieren?

Your comments?

Gruß
Armin

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

---

Hallo Armin

Ich habe schon das ein oder andere Marco programmiert. Manchmal ist es etwas haarig
etwas relativ einfaches umzusetzen. Den Nutzen für den Anwender schätze ich schon recht hoch ein, da man Arbeitsabläufe einfacher gestalten kann. Ich weiß auch von Kollegen die das ein oder andere kleiner Tool programmiert haben. Ideal ist Excel geeignet, da bei uns alle Sowo Anwender Excel haben und nicht ständig neue Installationsroutinen von VB laufen müssen.

Erstmal schöne Grüsse

Michael

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

---

Hallo,

den Stefan Berlitz wirds bestimmt auch interessieren, wenn er aus seinem Urlaub zurück ist!
http://swtools.cad.de/

------------------
Beste Grüsse,

Albert Ranig
Durchwahl: 089-630228-15

CAD.de - Die CAD-CAM-CAE Community Station -

=========================
http://www.CAD.de
W@P http://WAP.CAD.de
e-Mail:albertr@cad.de
=========================

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

---

Zitat:

---

den Stefan Berlitz wirds bestimmt auch interessieren, wenn er aus seinem Urlaub zurück ist! http://swtools.cad.de/

---

Wieder im Lande, gerade am sortieren. Aber ist schon richtig, ich denke auch API Themen können und sollen hier ruhig diskutiert werden. Der API-Support von SolidWorks ist zwar im Allgemeinen sehr gut, aber manchmal hilft es doch weiter, wenn mal mit anderen "Entwicklern" gesprochen werden kann.

Ich denke schon, dass gerade Makros oder einfache Programme weiterhelfen können und dass es eine Menge Leute draussen gibt, denen es in den Fingern kitzelt auch SolidWorks etwas ... na sagen wir anzupassen. Das ist IMHO das Hauptproblem, an vielen der "alten" Systeme wurde rumgeschraubt bis es 99,8% zugeschnitten war und jetzt ist auf einmal mit den "neuen" Systemen die Devise draussen: "Halt, wir wollen nur noch Standard! Keine Anpassungen, keine Programmierung!" Wer ist eigentlich wir? Aber lassen "wir" das ...
Diese Reaktion ist für meinen Geschmack genauso überzogen wir die angestrebten 100% Lösungen von vorher.

Zurück zur Ausgangsfrage: das Anwender selbst programmieren halte ich für eher unwahrscheinlich, denn die Makro/VBA/VB/C++ Programmierung ist doch einen Tick anders als eine Makrosprache der herkömmlichen Art. Aber es gibt genügend Leute dort draussen, die das für eine Abteilung oder ganze Firma machen und die freuen sich bestimmt darüber. Also ICH würde mich sehr freuen, wenn ich hier auch den ein oder anderen Tipp von erfahrenen Programmierern bekomme.

Über die Tiefe der Fragen/Probleme/Themen wird sicher schnell durch "natürliche Selektion" entschieden werden. Und wenn der ein oder andere dadurch erstmal mitbekommt, dass auch die objektorientierte Programmierung von SolidWorks kein Hexenwerk ist ist doch schon was gewonnen.

Bis dahin,
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

---

Zitat:

---

Original erstellt von StefanBerlitz:
... dass auch die objektorientierte Programmierung von SolidWorks kein Hexenwerk ist ....

---

Zum Thema Hexenwerk: Es gibt/gab mal ein Buch (Microsoft Press ISBN 3-86063-347-3, Titel: Hardcore Visual Basic, Bruce McKinney), dass dieses Thema sehr gut auch einem Unerfahrenen näher bringt. Lesenswert, falls noch verfügbar, vor allem auch für C++-Freaks
Sollte jeder, der in Windows programmiert (egal womit) gelesen haben!

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

---

Ist bekannt!
Die Frage, ob man C++ oder VB programmieren sollte, ist allerdings nicht nur von der eigenen Überzeugung abhängig, sondern vor allem von der Aufgabenstellung. Es ist längst nicht mehr so, daß es zwei festgefahrene Lager gibt, in denen einer nichts vom anderen wissen will. Wirklich gute Entwickler (ist mir lieber als Programmierer!) verwenden ja nach Aufgabe das sinnvoller Tool.

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

---

Zitat:

---

Ist bekannt!

---

Was ist bekannt? Das Buch, oder dass objektorientierte Programmierung kein Hexenwerk ist?
Ansonsten haben Sie natürlich völlig recht!

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

---

Hallo,

leider ist es nicht ganz so einfach zwischen C++/VBA/VBS. Nur in OLE/COM mit C++ hat man den vollen Zugriff auf die SW API. VBA scheitert an allen Methoden die mit unions arbeiten (und vielem mehr) und VBS an allen was byref Werte zurueckgibt und keine variants nimmt.
Also bleibt fuer wirklich ernsthafte Anwendungen nur noch C++. Fuer einen kleinen Hack tut es aber auf jeden Fall VBA/VBS wobei ich hierfuer VBS nehmen wuerde, da man keinen Compiler und keine Entwicklungsumgebung braucht.

Anfragen an SW-API Team bzgl. methoden unter VBA/VBS sind bis jetzt mangels Anfragen gescheitert (also alle mal dort hin mailen )

bye
mz

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