2d Text in Fenster

Schlagworte:
  • 2012
deep_dive
deep_dive
07.04.2012 - 15:08

Guten Tag!

Ich kann jetzt Objekte in eine Öffnunge einfügen welche sich dann an der Öffnung anpassen. Wenn ich jetzt aber eine 2d Text einfüge, z.b. zum Beschriften vom Fensterbank, dann wird Plötzlich alles was auf der selben Folie ist verzogen, was mache ich falsch? Sobald ich den Text ausklammere funktionierts wunderbar.

Andere Frage, wie erstelle ich ein Körper der gefast ist.

Wie Box aber eben keine scharfe Kanten?

Anhänge (1)

Problem Text in Smartpart.ndw
Typ: application/force-download
1620-mal heruntergeladen
Größe: 672,04 KiB
1 - 10 (11)
deep_dive
deep_dive
12.04.2012 - 12:08

Also ich habs mit NEM abgeklärt. Es ist ein BUG. Mann kann im Moment keine 2d Beschriftungen verwenden wenn man mit Folien arbeitet.

NEM will das dieses Problem lösen.

zum_loeschen
zum_loesch…
12.04.2012 - 13:03

Ich hab mir gerade dein Skript angeschaut..
bei meinem ersten Fensterversuch habe ich die folien nur in maßstäben unterschieden und nicht in links/rechts..
die geometrie hab ich dann immer von der ref-box rückgerechnet..
ist es sinnvoller die elemente links/rechts usw zu trennen u so "hunderte" folien zu definieren?
gruß
markus

Namenlos gezeichnet in vollem Bewusstsein - ignorant, in eigen Augen vermutlich höflich, dennoch unhöflichst, unfreundlichst wer einen/viele vermutete - sich von alters erschließende Namen nennt.
[b]

deep_dive
deep_dive
20.04.2012 - 08:35

Wenn ich ein element in ein fenster einfügen will das seine grösse bei einer änderung der fensterdimensionen beibehalten soll, dann muss ich es doch auf einer folie definiert haben bei welcher die verzugspunkte am gleichen ort sind. dass ist genauso bei den makros.

ich finde keine ander möglichkeit. habe probiert mit der funktion tube ein fensterrahmen zu machen, und das funktioniert auch sehr gut. aber wenn ich das fenster vergrössere wird auch die rahmendicke verzogen. habe darum angefangen statische folien zu definieren und dynamische d.h.:
folie dynamsich
0,0,0,REF_X,REF_Y,REF_Z
folie elemente links
0,0,0,0,0,0
folie elemente rechts
REF_X,0,0,REF_X,0,0

aber vieleicht gibts da bessere methoden...

deep_dive
deep_dive
20.04.2012 - 08:45

habe mir das script von deinem fenster angeschaut, es scheint mir dass du dasselbe problem hast. bei einer änderung der dimension ändern sich auch die dimensionen der rahmendicke, das hat damit zu tun das alles auf derselben folie ist. smart parts sind für mich einfach nur intelligente makros. wenn man makros erstellen konnte kann man auch smart parts erstellen.

schau mal dieses fenster das wird schon echt spannend...

Anhänge (1)

fenster.zip
Typ: application/x-zip
1385-mal heruntergeladen
Größe: 91,50 KiB
zum_loeschen
zum_loesch…
20.04.2012 - 08:56

der Vorteil der einzelnen foliendefinition ist, dass bei größenänderungen des fensters die folien gleich wieder richtig sind.
wenn du aber z.b. eine teilung programmierst, dass z.b. bei breiten fenstern eine teilung kommt und diese immer im drittelpunkt liegen soll .... dürftest du an das problem stoßen, dass du im script rechnen musst (werte anhand von ref_x berechnen). das bedeutet dann, dass diese elemente nach einer verzerrung nicht korrekt liegen und du bei einem solchen fenster nicht viel weiter bist, als wenn man die verzerrung gleich akzeptiert und ein smartpartaktulisieren macht.

ich bin gerade an einer tür, bei der die durchgangsbreiten definiert sind und die fuge zwischen stock und öffnung unterschiedlich ist. da bin ich mit folien definitiv nicht besser dran, als wenn ich mir die ganzen definitionen der folien spare und alles über die referenzbox löse.

gruß
markus

Namenlos gezeichnet in vollem Bewusstsein - ignorant, in eigen Augen vermutlich höflich, dennoch unhöflichst, unfreundlichst wer einen/viele vermutete - sich von alters erschließende Namen nennt.
[b]

zum_loeschen
zum_loesch…
20.04.2012 - 08:57

ach ja ;)

das fenster sieht gut aus...

Namenlos gezeichnet in vollem Bewusstsein - ignorant, in eigen Augen vermutlich höflich, dennoch unhöflichst, unfreundlichst wer einen/viele vermutete - sich von alters erschließende Namen nennt.
[b]

zum_loeschen
zum_loesch…
20.04.2012 - 09:02

...um es vollständig zu machen:

ich finde, dass die definition von der vielzahl der folien zu komplex und nicht zielgerichtet ist.
man überlege sich einfach ein fenster mit mehreren flügeln. dann müsste man für jeden flügel neun folien definieren und zusätzlich noch den rahmen. das ganze natürlich zwei mal (3D und 2D) und evtl noch mehrfach um unterschiedliche darstellungen zu erhalten.

ich bin im moment so weit, dass ich lieber aktualiesiere und einen deutlich weniger komplexen aufbau habe.

Mein Wunsch ist an der Stelle folgendes:

1. bei Änderungen an Fenstern/Türen/Aussparungen/Nischen/Deckeöffnungen/Dachflächenfenstern ... ein automatischer Aufruf von SmartPart aktualisieren für das geänderte SmartPart
UND
2. die Möglichkeit im Skript zu definieren, dass das Objekt bei einer derart automatischen aktualisierung nicht beachtet wird.

gruß
markus

Namenlos gezeichnet in vollem Bewusstsein - ignorant, in eigen Augen vermutlich höflich, dennoch unhöflichst, unfreundlichst wer einen/viele vermutete - sich von alters erschließende Namen nennt.
[b]

deep_dive
deep_dive
20.04.2012 - 09:03

kann man das smartpartaktualisieren nicht automatisieren? wenn das wirklich das einzige problem ist dann macht es schon sinn auf unzählige folien zu verzichten.

aber wenn du dann bei jeder änderung noch manuell das fenster aktualisiern musst, das nervt extrem...

gruss
pesche

deep_dive
deep_dive
20.04.2012 - 09:09

ja diese änderungen wären echt wünschenswert!

und noch dem smartpart editor beibringen sich die letzen fenstereinstellungen zu merken, damit man nicht immer das fenster und die vorschau gross aufziehen muss...

1 - 10 (11)