---

forum_starnote.bas.txt forum_starnote.swp.txt

Mahlzeit!

Es geht eigentlich um ein relativ einfaches Problem.
Ich versuche, innerhalb einer Montagezeichnung einen Bezugshinweis zu untersuchen, der als Beschriftung an irgendeine dargestellte Komponente angedockt ist. Ziel ist es, die angedockte Komponente zu identifizieren.

Der Bezugshinweis ist eine Note, das Interface dazu ist eine Annotation.
Die Annotation verfügt über die Methode GetAttachedEntities3() mit der ich die gesuchten Komponenten erfassen kann.

Soweit, so gut.
Bei einem neu erstellten Bezugshinweis mit einem einfachen geraden Leader funktioniert das.
Der Debug.Print zeigt dann: Annotation.GetAttachedEntityCount3(): 1

Füge ich dem Leader einen weiteren Knickpunkt hinzu, funktioniert es nicht mehr.
Anzahl der Elemente wird dann 0.
Lösche ich den Knickpunkt wieder, bleibt das so.

Ich halte das inzwischen für einen Bug.
Ich habe mehrere Workarounds probiert, um die Komponente anders zu identifizieren, aber mir gehen langsam die Ideen aus.

Hat jemand vielleicht einen Einfall, wie das Problem zu lösen wäre?

Testmakro anbei, swp ist Version 2023 und auch darauf getestet.
Die *.bas ist Klartext.

Gruß, Torsten

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

---

Hallo Torsten,

ich halte das auch für einen Bug.

Was komisch ist, wenn Du den Stil der Hinweislinie auf "Spline" umstellst, erkennt das Makro die Komponente.
Ev. wäre das ein Workaround, den Stil temporär auf Spline zu ändern und dann wieder zurück.

------------------
Grüße
Heinz

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

---

Zitat:

---

Original erstellt von nahe:
Hallo Torsten,

ich halte das auch für einen Bug.

Was komisch ist, wenn Du den Stil der Hinweislinie auf "Spline" umstellst, erkennt das Makro die Komponente.
Ev. wäre das ein Workaround, den Stil temporär auf Spline zu ändern und dann wieder zurück.

---

Hallo Heinz,

danke für die Antwort.
Wenn man auf Hinweislinie ohne Knicke zurückstellt, geht es auch wieder.
Das temporäre Ändern ist leider kein Workaround, da ich nach dem Ändern nicht mehr zur ursprünglichen Form eines abgeknickten Leaders zurückkomme, die Knickpunkte sind dann weg.
Vielleicht geht es mit Ändern - Komponente auslesen - EditUndo?
Ich probiere mal weiter...

Gruß, Torsten 

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

---

Bei meinen Tests hab ich festgestellt, dass es nur mit dem Typ swSelNOTES (SldWorks.Note) geht und mit dem Typ swSelLEADERS (SldWorks.MultiJogLeader) nicht.

------------------
21 ist nur die halbe Antwort.

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

---

Zitat:

---

Original erstellt von HenryV:
Bei meinen Tests hab ich festgestellt, dass es nur mit dem Typ swSelNOTES (SldWorks.Note) geht und mit dem Typ swSelLEADERS (SldWorks.MultiJogLeader) nicht.

---

Ja, das ganze Makro funktioniert quasi nicht, wenn man einen Leader selektiert.
Wobei man mit einem selektiertem Leader aber IMHO auch so gar nichts weiter anfangen kann, oder?

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

---

Das mit den MultiJogLeaders war vielleicht ein guter Hinweis!
Vielen Dank!

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

---

So.
Zwischenstand:
Ich suche mir die zugehörigen Components jetzt über ein SelectByID2.
Bei den normalen Leadern benutze ich die attachPos der Note.
Bei den Multijog-Leadern nehme ich die Position des ArrowHead.
So geht es erstmal.
Und es war ein ziemlich harter Ritt bis hierher. 

Danke an alle, die mitüberlegt haben!

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

---

Klappt doch nicht.

Die ArrowHead-Position ist hochgradig unzuverlässig.
Ok, meistens ist sie scheinbar einfach nur falsch.

Und das Ergebnis von SelectByID2 ist abhängig davon, wie nah man gerade an die Suchkoordinaten herangezoomt hat.

Alles etwas traurig gerade. 

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

---

Es bleibt beim Fehler, wie ich ihn im ersten Post beschrieben habe.
Mache ich aus dem Leader einen MultiJogLeader, verliert die Annotation ihre attached Entity.
Muss schon ewig so sein, ich habe das Problem in 2016 und in 2023.
Merkwürdig finde ich, dass ich scheinbar der Einzige bin, dem das tatsächlich Schwierigkeiten macht. 

In der 'normalen' Bedienung kann ich das Problem einfach lösen, indem ich im Property-Manager des Bezughinweises einmal auf ungeknickten Leader schalte und dann ein Ctrl+Z mache. In meinem Makro würde ich diesen Ablauf am liebsten einfach immer vorschalten, aber genau das scheint per API nicht möglich zu sein.

Mir gehen hier langsam die Ideen aus. 

Gruß, Torsten

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