Thema "Re: GDL erkennt Maßstab nicht" in Bibliotheken und Objekte

GDL erkennt Maßstab nicht

Anonymous — Mon, 07 Nov 2016 19:36:00 GMT

Jedenfalls scheint es so, während GDLs eingestellt werden unter AC20.
Ich hab einige GDLs programmiert, deren Darstellung maßstababhängig funktioniert.
Wird das GDL in einem Grundriss im M 1:100 plaziert und dort bearbeitet, so zeigen sich nur die Parameter welche in 1:100 relevant sind. Analog für 1:50, 1:20...
Seit AC20 reagiert das ui nicht mehr auf den Maßstab und es können nur mehr M 1:100 Parameter bearbeitet werden.
Dies ist schon sehr ärgerlich. Noch besser wird es aber beim eigenen Fenstermarker. Die Hotspots für den beweglichen Text funktionieren auch maßstabsabhängig, da sie auch von der Textgröße abhängig ist. Verschiebt man den Text in 1:100, ist alles normal. In 1:50 ist es seit AC 20 unmöglich, den Text an die richtige Position zu schieben.
Was hat sich da in AC geändert? Ist das ein Bug? Hängt das damit zusammen, dass die Reiter nun ihren eigenen Maßsstab haben?
Ich verzweifle gerade! Zig GDLs, die nicht mehr funktionieren.

Re: GDL erkennt Maßstab nicht

Frank Beister — Mon, 07 Nov 2016 22:36:06 GMT

GDL-Handbuch S. 554 und von dort zu den verlinkten Stellen. Z.B. S. 323

Sollte schon mit AC18 Einzug halten und ist jetzt "amtlich". Da kommt evt. noch mehr. Allerdings gibt es Befehle zur Kompensation. Wenn Du Beispiele hast, die anders nicht lösbar sind, poste sie bitte hier. Wir haben GS im Rahmen der Betatests die Probleme genannt. Die Verwendung der Parameter sollte allerdings in dem betroffenen Kontext nicht zwingend nötig sein.

Re: GDL erkennt Maßstab nicht

Anonymous — Tue, 08 Nov 2016 07:28:41 GMT

😞 Ich würd jetzt gern deinen fluxkompensator verwenden.

Re: GDL erkennt Maßstab nicht

Anonymous — Tue, 08 Nov 2016 08:47:44 GMT

Bevor jetzt ein Aufschrei kommt: Denkt an das A20-Gate. 😉

Alte Zöpfe müssen irgendwann mal ab.

Re: GDL erkennt Maßstab nicht

Anonymous — Tue, 08 Nov 2016 09:48:05 GMT

Den Zusammenhang verstehe ich jetzt nicht ganz, Lars.

Re: GDL erkennt Maßstab nicht

Anonymous — Tue, 08 Nov 2016 10:03:29 GMT

Das A20-Gate behinderte jahr("zehnte")lang die Entwicklung der x86-Architektur. Wurde aber, obwohl veraltet, in jedem neuen Technologiesprung erhalten, da das die Abwärtskompatibilität von Hard- und Software beendet hätte. Es wurden immer neue Umwege geschaffen das Gate kompatibel zu halten. Aber irgendwann hat man sich dann doch davon getrennt.

Ich habe Objekte, die stammen noch AC5 und funktionieren immer noch. Einige neuere funktionieren nun unter 20 nicht mehr. Das nehme ich aber zähneknirschend hin, wenn das der Gesamt-Software-Architektur von AC zugute kommt. Und ich kann die Gründe für die Beschränkung nachvollziehen.

Re: GDL erkennt Maßstab nicht

Anonymous — Tue, 08 Nov 2016 10:23:06 GMT

Grundsätzlich gebe ich dir recht. Dass ein GDL aber nicht mehr erkennen kann, in welchem Maßstab es bearbeitet wird, ist keinesfalls ein vorteil. Und irgendwie kann ich mich mit Nachteiligen Entwicklungen nicht anfreunden, zumal ich den Vortei, der diesen Umstand hervorruft, nicht erkennen kann.

Re: GDL erkennt Maßstab nicht

Anonymous — Tue, 08 Nov 2016 10:59:26 GMT

Nein, das GDL kann das sehr wohl erkennen, nur im Kontext des Parameter-Skriptes geht das nicht mehr. Du musst quasi wieder zurück auf Anfang und überlegen, was Du eigentlich möchtest. Und von dort aus musst Du die Strategie der Einstellung überdenken. Die maßstabsabhängige Darstellung ist nach wie vor möglich. Siehe z.B. die Standard-Raumstempel

Re: GDL erkennt Maßstab nicht

Anonymous — Tue, 08 Nov 2016 11:25:20 GMT

Richtig. Aber welchen Vorteil soll das haben?

Re: GDL erkennt Maßstab nicht

Anonymous — Tue, 08 Nov 2016 11:26:54 GMT

Für mich ist es auch leichter, dies zu akzeptieren, wenn ich den Vorteil erkennen kann. Das tue ich aber momentan noch nicht.

Re: GDL erkennt Maßstab nicht

Anonymous — Tue, 08 Nov 2016 12:16:49 GMT

Folgendes aus meinem Programmierverständnis:
Die Skripte werden jedesmal abgearbeitet, wenn sich etwas ändert, was im Objekt Reaktionen hervorrufen wird. Das ist eine Kaskade von Skriptdurchläufen, denn änderst Du einen Parameter, ändert sich zumindest mal 2D, 3D und das im Falle von Verwendung von Project2 evt. mehrfach. Beim graphischen Editieren in 2D und 3D können das zig bis hunderte Skriptdurchläufe pro Sekunde sein. Je nach Änderung (im Objekt oder der Umgebung) müssen alle oder nur einige Skripte abgearbeitet werden. Durch die Beschränkung der gültigen Umgebungsparameter kann das reduziert werden, weil z.B. die graphischen Fangpunkte, die ja auch in das Nutzerinterface hineinspielen evt. nicht neu aufgebaut werden müssen.

Mit AC19 wurden u.a. für das rendern der Objekte Beschleunigungsmöglichkeiten eingebaut, die aber nur funktionieren, wenn eben durch Änderung an der Umgebungseinstellung bestimmte Skriptdurchläufe NICHT notwendig sind. Deswegen sollten diese Parameter/Requests im Kontext "Parameter-Skript" zu "faser than ever" bereits abgeschaltet werden. Dieser Boost wird durch alte Objekte behindert.

Kurz: Es geht um Performance.