Klassenstruktur Lesbarkeit?

[arquitextonica]

Ich habe Räume auf die Klasse "AR_RÄU" erstellt. Und teil der Komponente dieser Räume sind im die Unterklassen definiert.
Wäre es nicht sinnvoller das die "Hauptklasseanzeige" nicht dupliziert wäre? McNeel-Rhino funktioniert in diesen Art (nicht-duplizierte Eintragungen).
Soll ich noch ein Wunschformular einfullen?

Bearbeitet 2. Oktober 2019 von arquitextonica

[Manuel Roth]

Unbedingt. Habe mich auch schon an dieser Darstellung gestört. Ich bin allerding nicht sicher, wie es besser aussehen sollte.

[zoom]

vor 13 Stunden schrieb Manuel Roth:

Ich bin allerding nicht sicher, wie es besser aussehen sollte.

 

Ich auch nicht, aber anders.

Ich konnte die Hierarchiedarstellung noch nie verwenden weil

ich sie für vollkommen unleserlich halte.

Auch das Aktiv schalten von Klassen

(ganz links obwohl das Name irgendwo ganz rechts steht)

hat mich komplett verwirrt.

 

Das hab ich bei jeder neuen VW Version in den Einstellungen

sofort deaktiviert.

(VW 2020 scheint da etwas hartnäckiger zu sein,

die Hierarchische Darstellung taucht bei mir immer wieder mal

irgendwo auf und muss wieder deaktiviert werden)

Bearbeitet 3. Oktober 2019 von zoom

[herbieherb]

Die hierarchische Darstellung hat einen riesen Vorteil, der unbedingt erhalten bleiben sollte: Man kann mit einem Klick die Sichtbarkeit ganzer Gruppen steuern. Wenn nun die 'Hauptklasse' zugleich als Gruppentitel fungiert, wäre das leider nicht mehr gegeben. Man könnte die Hauptklasse nicht mehr separat steuern bzw. umgekehrt könnte man die Gruppe nicht mehr als ganzes steuern.

 

Wenn du die Klasse AR_RÄU in der Gruppe haben willst, kannst du ihr den Namen AR_RÄU-AR_RÄU geben. Wenn du willst, dass die Klasse am Anfang der Liste steht, fügst du noch einen Leerschlag am Anfang hinzu, also AR_RÄU- AR_RÄU.

[Manuel Roth]

Dass die Gruppe nicht gleich Hauptklasse sein darf ist klar.

Allerdings dürfte die Klasse AR_RÄU in dieser Gruppe dargestellt werden, da sie ja offensichtlich dazugehört. Die Lösung mit AR_RÄU-AR_RÄU habe ich bis jetzt jeweils auch verwendet, auch wenn das keine schönen Klassennamen gibt und eigentlich automatisch gelöst sein könnte. So könnte eine Klasse mit Namen AR_RÄU unter diesem Namen in der gleichnamigen Gruppe erscheinen.

 

So dürfte es aussehen.

Wenn der Klassennamen nur AR_RÄU lautet. Wenn hingegen keine Gruppe mit dem Namen AR_RÄU existiert sollte nur die Klasse ohne Gruppe dargestellt werden.

 

Ich bin mir aber nicht sicher, wie intuitiv verständlich so eine Lösung wäre.

[mdreier]

Eine Lösung wo man die Hauptklasse ebenfalls benutzen könnte wäre trotzdem schön. Da diese ja vorallem in den frühen Projektphasen verwendet werden, wo es einfacher ist mit den "Hauptklassen" zu arbeiten.

 

[herbieherb]

Vileicht könnte man das Ganze als Option einbauen, dass Hauptklassen in der Gruppe, oder ausserhalb angezeigt werden. So könnte man in frühen Projektphasen die Klassen draussen haben und später auf innen umschalten.

[mdreier]

Das ist dass was ich momentan über Tags löse. So arbeitet man halt mit einem Filter.

[arquitextonica]

Soll nicht so schwerig sein. Hauptklassen und unterklassen mit den jeweiligen Abhängigkeiten existieren in andere Programme. Und sind echt hilfreich!
Ich meinte, mein Problem käme nur von der Duplizität der Hauptklasse.

[j_els]

Das Problem ist doch, dass es in Vectorworks keine echte hierarchische Klassenstruktur gibt. Das, was wir in der Klassenpalette sehen, ist ja nur eine grafische Gliederung von gleichwertigen Klassen, die alleine über die Bezeichnung gesteuert wird und nicht über eine Zuweisung von echten Hierarchieebenen.

Deshalb kann man bei der Klassengruppe, die man aufklappen kann, auch nicht von einer "Hauptklasse" sprechen, so eine existiert schlichtweg nicht.

Eine hierarchische Struktur wie in dem Beispiel von arquitextonica wäre genial, da hätte die Bezeichnung der Klasse/Layer auch keinen Einfluss auf Ihre "räumliche Lage", sondern die Gruppenzugehörigkeit könnte einfach z.B. über Drag+Drop geändert werden.

Bis es sowas gibt, behelfen wir uns auch mit einer eigenen Hauptklasse.

Bearbeitet 3. Oktober 2019 von j_els

[arquitextonica]

Vielleicht bin ich falsch aber nach meine Meinung es ist "nur" ein problem von Darstellung. Die Klassenstruktur funktioniert egal im Rhino oder VW, aber es ist anders dargestellt. Die Unterschied ist nur dass in VW mit unterklassen die Existenz eine "echte" Hauptklasse ist NICHT notwendig. Eine Lösung wäre die automatische Erstellung die Hauptklasse durch die Erstellung die jeweiligen Unterklassen. Aber ich denke so geht's nicht.

[zoom]

vor 33 Minuten schrieb j_els:

Das Problem ist doch, dass es in Vectorworks keine echte hierarchische Klassenstruktur gibt. 

 

Das ist das wie normalerweise jede normale 3D App, wie z.B. C4D,

im Objektmanager funktioniert.

Also man erstellt eine oder mehrere Gruppen und verschachtelt die manuell in

eine fixe Baumstruktur. Wenn da mal noch eine Option zum z.B. alphabetischen

Sortieren vorhanden ist, ist das schon Luxus.

 

Das kann viel praktischer sein - solange man die Ordnung selbst anlegt

Bei Fremddaten oder sehr vielen Verzweigungen finde ich eine alphabetische

und flache Sortierreihenfolge unerlässlich.

Aber man kann in VW ja hin- und herschalten.

 

Nervig ist eigentlich nur dass die Hierarchie ausschliesslich über die Klassennamen

einzustellen ist. Und dadurch die gesamte Klassenbenamung eigentlich deutlich

komplizierter ausfällt als sie es sonst würde.