Hallo Gerd,
danke für die schnelle Antwort. Ich ahne schlimmes...
(05.02.2014 15:08 )GerdW schrieb: [ -> ]Hallo Flug,
Zitat:Es muss doch eine Möglichkeit geben sich die Referenzen ALLER Array-Elemente und nicht nur des "Aktuellen" ausgeben zu lassen?
Nein, gibt es nicht.
Grund: alle Arrayelemente haben die gleichen Eigenschaften, nur ihr Wert unterscheidet sich! Und der Wert wird über die Value-Property das Arrays selbst gesetzt…
In meinem Fall ist der "Wert" ja wieder ein Cluster der ein Array enthält, und dessen Anzahl an Elementen (Projekt-Tasks) kann ja variieren (siehe angehängte Grafik). Das erste Projekt enthält zwei Tasks, das Zweite nur einen.
Zitat:Aber auch hier gilt: Die Arrays innerhalb der Cluster teilen sich einen Property-Satz, da sie ja nur Elemente des äußeren Arrays sind. Alle Cluster zeigen ein Array mit gleichen Zeilen-/Spaltenanzahl!
Ich fürchte du hast Recht was die Property "Zeilenanzahl" betrifft. Wenn ich die mittels eines mit "Rechtklick" erzeugten Propperty-Nodes verändere, verändert sich die Zeilenanzahl bei beiden Projekten. Das ist ja äußerst schade aber nachvollziehbar. Wieder etwas gelernt...
Dann werde ich mir mal weiter Gedanken machen wie man die Projekte anders "schön" darstellen kann. Die von mir probierte Möglichkeit wäre einfach zu schön gewesen. Danke nochmal für den Hinweis und Grüße
Christian
(15.10.2007 07:00 )Benjamin Fuchs schrieb: [ -> ]Mein aktuelles Workaround: Ich erstelle 8 Cluster. Von diesen erstelle ich eine Referenz (8 Stück) und erstelle aus diesen 8 Referenzen ein Array. Funktioniert toll. Aber braucht Platz und ist sicher nicht die eleganteste Lösung.
Warum postet Du das nicht? Es wäre dann ein Clacks, evtl. Verbesserungen vorzuschlagen.
Und wieso brauchst man dann mehr Platz? Man kann doch die konstante Zahl der 8 Cluster ebensogut in ein Hauptcluster statt in ein Array packen und bräuchte dann nur dessen Referenz an das SubVi zu übergeben. Das Referenzarray der 8 Elemente läßt sich dann im SubVI erstellen - ohne Schleife, einfach mit Eigenschaftsknoten.
Ich halte auch die Terminologie "Referenz von Referenz" nicht sehr glücklich, was sagt ihr? Wenn aus der Referenz eines zusammengesetzten Elementes mittels Eigenschaftsknoten die Referenzen der darin enthaltenen Einzelelemente gebildet werden, sind das dann Referenzen von Referenzen oder sind das schlichtweg die direkten Referenzen auf die betreffenden Elemente?
Hallo Christian,
dein Beispiel ist ja schon sehr schön designt, bietet sich aber gleich an, um eine weiterführende Idee zu illustrieren:
Deine Übersicht nimmt recht viel Platz ein. Um den Platz aber überschaubar zu halten, bietet es sich an, die Anzeige unabhängig von den Datentypen im Hintergrund zu halten! Hier könnte man z.B. nur einen Cluster auf dem FP darstellen, der dann beliebig einstellbar ist. Oder man stellt zwei unabhängige Cluster dar. Grundidee: man nutzt auf dem FP die Elemente, die man für eine schöne Darstellung braucht und kümmert sich selbst um das Umformatieren/Kopieren von Daten im Hintergrund!
@Ludwig:
Dein Zitat bezieht sich auf einen 7 Jahre alten Post eines anderen Users… (Auch wenn beide ein Tier im Nick verwenden.
)
Bei mir ist im Moment die Anforderung, einige wenige Projekte übersichtlich auf großen Wandmonitoren (die in den Fluren hängen sollen) darzustellen, daher habe ich in dem Fall auch die etwas "globige" Darstellung gewählt.
(05.02.2014 16:42 )GerdW schrieb: [ -> ]Grundidee: man nutzt auf dem FP die Elemente, die man für eine schöne Darstellung braucht und kümmert sich selbst um das Umformatieren/Kopieren von Daten im Hintergrund!
Müssten dann am Beispiel der "Projektanzeige" nicht alle (eine bestimmte, begrenze Anzahl) Elemente (z.B. Textfelder) schon auf dem FP "liegen", und würden dann nur ein, bzw. ausgebeldet, evtl. verschoben, Schrift geändert usw? Meinst du das damit?
Aber wie würdest du mit dynamisch wachsenden Inhalten, z.B. der Liste der Projekt-Tasks umgehen? Wenn das Array wächst müssten alle anderen Elemente nach unten "rutschen". Ich habe in einer anderen Applikation mal einige Elemente so "verschoben" wenn sich die Fenstergröße änderte. Das ging zwar, war aber eine elende Rechnerei mit Offsets usw.
Oder habe ich deinen Ansatz falsch verstanden?
Ich bin auch am überlegen ob ich es eventuell mit Delphi (6) umsetze, dort kann man alle Elemente der "Front panels" auch sehr gut zur Laufzeit ändern. Die LabView Variante würde mir aber besser gefallen.
Hallo Flug,
meine Idee dazu wäre, zwei Listen zu verwenden: eine Liste für die Projekte und eine zweite für die Tasks eines einzelnen Projekts.
Beide nebeneinander und beide entweder mit Scrollbalken oder automatisch an die Anzahl der Elemente angepasst…
(06.02.2014 16:30 )GerdW schrieb: [ -> ]Hallo Flug,
meine Idee dazu wäre, zwei Listen zu verwenden: eine Liste für die Projekte und eine zweite für die Tasks eines einzelnen Projekts.
Beide nebeneinander und beide entweder mit Scrollbalken oder automatisch an die Anzahl der Elemente angepasst…
Hallo Gerd,
siehst du eine Möglichkeit, die Projekttasks jeweils "neben" den Projekten anzuzeigen?
Und würdest du die Liste als Liste oder wieder als Array aus z.B. Clustern aufbauen?