+- LabVIEWForum.de (https://www.labviewforum.de)
+-- Forum: LabVIEW (/Forum-LabVIEW)
+--- Forum: LabVIEW Allgemein (/Forum-LabVIEW-Allgemein)
+--- Thema: Cluster - Control und Indicator überlagern (/Thread-Cluster-Control-und-Indicator-ueberlagern)
Seiten: 1 2
Cluster - Control und Indicator überlagern - BsaiboT - 04.02.2010 14:53
Servus!
Mal 'ne ganz blöde Frage:
Wenn ich zwei Cluster auf dem FP übereinander lege - in meinem Fall ein paar LED über ein paar Buttons - kann man dann irgendwie durch das anzeigende Cluster (mit den LED) "hindurchklicken" (also durch die Zwischenräume zwischen den LED) und somit die Buttons in dem anderen Cluster bedienen?
Ich habe in Erinnerung, dass dies geht, finde die Einstellung jedoch nicht... Kann aber auch sein, dass ich völlig auf'm Holzweg bin.
Danke im Vorraus!
//Tobias
Cluster - Control und Indicator überlagern - GerdW - 04.02.2010 15:12
Hallo Tobias,
packe doch Schalter und LEDs in einen einzigen Cluster. Die LEDs (sind Controls, dienen aber als Indicator!) setzt du dann in ihren Eigenschaften auf "Disabled", und schon kann der User nicht mehr dran rumspielen
Cluster - Control und Indicator überlagern - Lucki - 04.02.2010 15:29
Weiß nicht, aber vorstellen kann ich mir das nicht. Denn selbst eine transparente Schicht, die über einer LED liegt, ist nur optisch tranparent, ansonsten aber nicht. ( Es gibt ja den Trick, eine transparente Fläche auf dem FP zu platzieren und die Experten sollen dann ins Grübeln kommen, warum sich manche Elemente nicht bedienen lassen)
Dagegen funktioniert es umgekeht, wenn die LEDs nur Anzeigen sind, hervorragend, und zwar sowohl im Mix mit anderen Clustern als auch mit normalen Elementen. Die störenden Schatten, die anzeigen, daß ein Element nicht mit zum Cluster gehört, lassen sich durch Gruppierung vermeiden - aber das hast Du ja nicht gefragt weil Du das schon weißt.
Cluster - Control und Indicator überlagern - BsaiboT - 04.02.2010 15:45
Ok - dann seh ich schon, dass ich recht chancenlos bin...
@Gerd: Das ist zwar eine Möglichkeit, jedoch möchte ich es der "Lesbarkeit" halber lieber getrennt behalten. Denn wenn die LED auch als Control im Cluster stecken, dann habe ich zum einen nur ein Cluster anstelle von zweien und zum anderen muss ich dann Wertänderungen über Propertynodes realisieren. Die Propertynodes vermeide ich aus Performancegründen allerdings so weit wie möglich.
@Lucki: Ich werde es so behalten und nur die Controls in ein Cluster stecken. Dann werde ich mich mit den einzelnen LEDs im BD abfinden und einfach so wie es ist weitermachen. Ach ja - die Schatten haben mich nie gestört, da die ja verschwinden, wenn das Programm ausgeführt wird. Aber der Tip mit dem Gruppieren ist trotzdem gut! Denn ich habe nicht danach gefragt, weil mich Schatten nicht stören und nicht weil ich den Trick schon kannte!:DDa bin ich ja ehrlich....
Cluster - Control und Indicator überlagern - GerdW - 04.02.2010 16:03
Hi Tobias,
was ist an "nur einem Cluster" so verkehrt?
Wieso musst du PropertyNodes benutzen?
Man kann
- UserEvents bequem in einer Eventstruktur auswerten
- auf ClusterElemente einfach per Un-/BundleByName zugreifen
- braucht nur eine lokale Variable, um den Cluster zu aktualisieren...
Siehe Anhang:
Der Benutzer bekommt einen Cluster präsentiert, darf aber auch nicht an allen Knöpfen rumspielen... Einiges sieht aus wie ein Control, ist aber disabled, da die dafür notwendigen Routinen im Programm noch fehlen. Anderes dient nur als Anzeige (z.b. für den noch freien Speicherplatz), ist aber auch ein disabled Control.
Cluster - Control und Indicator überlagern - BsaiboT - 04.02.2010 16:48
Oh man - ich seh den Wald vor lauter Bäumen nicht...
Ich rede selbst davon, dass ich ich keinen propertynode will und deshalb lieber lokale Variablen nehme, aber komm nicht auf die Idee, dass ich vom Cluster ja auch eine lokale Variable erstellen und dann mit bundle die LEDs einfach entsprechend ansteuern kann...
Wird Zeit für Wochenende!
Cluster - Control und Indicator überlagern - Lucki - 04.02.2010 17:28
' schrieb:was ist an "nur einem Cluster" so verkehrt?Tobias, warum beantwortest Du das nicht besser? So muß ich das für Dich tun:
Verkehrt ist nichts, aber:
Das was auf dem FP, wo die Benutzerfreudlichkeit zählt, gruppiert werden zu werden wünschenswert ist, ist leider nicht unbedingt identisch mit dem, was auf dem BD aus Programmierersicht optimal wäre es zu Clustern zu gruppieren.
Deshalb hätte eine positive Antwort für Tobias durchaus etwas gebracht: Er könnte dann auf dem BD durch Vewendung der optimalen Cluster eine wunderbar einfache Programmstruktur realisieren, gleichzeitig aber bekäme der Programmbenutzer ebenfalls eine optimale Oberfläche.
Cluster - Control und Indicator überlagern - IchSelbst - 04.02.2010 19:16
' schrieb:kann man dann irgendwie durch das anzeigende Cluster (mit den LED) "hindurchklicken" (also durch die Zwischenräume zwischen den LED) und somit die Buttons in dem anderen Cluster bedienen?Also, wenn ein Cluster nur als Anzeigeelement dient und der andere als Bedienelement, dann kann man die Clusterhintergrundfläche des Bedienelementen transparent machen und über den Anzeigecluster legen (in den Vordergrundbringen). Dann kann man zwar nicht zwischen den Led klicken, aber zwischen den Button sehen.
Cluster - Control und Indicator überlagern - BsaiboT - 05.02.2010 08:37
@Lucki: Danke. Das beschreibt genau den Gedanken, weshalb ich 2 Cluster haben wollte - eben der Lesbarkeit des BD halber.
@IchSelbst: In dem Fall können sich die Indicatoren aber nicht mit den Bedienelementen überschneiden, da man diese nicht sehen würde.
Ich denke, dass ich dennoch nun mit nur einem Cluster für die Bedienelemente und einzelnen Indikatoren weiterarbeiten werde - zumindest in dem aktuellen Projekt. Da es jetzt recht übersichtlich im Programmcode ist und der Kunde genau das FP-Design bekommt, dass er sich gewünscht hat.
Cluster - Control und Indicator überlagern - GerdW - 05.02.2010 08:44
Hi Lucki,
ich sagte nicht, dass die dem User präsentierte Datenstruktur (Cluster) identisch sein muss mit der im Programm intern verwendeten...
Da arbeite ich gern mit "optimierten" Strukturen - die aber für eine "schöne" Anzeige, insbesondere in Preferences-Dialogen, anders aufbereitet dargestellt werden.
Bisher war halt nur die Rede von UI-Elementen...