Gibt es eigentlich einen Unterschied zwischen Leer und Transparent?

[PC Oldie]

Moin,

in diversen Farbfeldern z. B. Hintergrundfarbe habe ich sowohl den Eintrag leer oder auch transparent. In ganz alten Labeln kommt auch noch die alte Kombination 0;254;254;254 vor, die aufgrund der Vornull ebenfalls transparent entspricht.

Alle 3 funktionieren als transparente Darstellung. Welche Variante ist bei Überarbeitungen zu bevorzugen?

Gruß
Hans

[Burki24]

Hallo Hans,

die Frage hat sich mir auch schon öfters gestellt. Da ich "Leer" nicht vertraue, setze ich Alles, was ich definitiv Transparent haben will auf "0; 0; 0; 0"

Gruß

Burkhard

[PC Oldie]

Moin Burkhard,

ja, die unterschiedlichen Einstellungen dafür sind durchaus historisch bedingt Mal sehen was Andreas dazu sagt.

Gehörst du nicht auch zu denjenigen Benutzern, die das Problem mit den parallelen Aktionen bei identischen Views auf mehreren Clients hatten. Hier bahnt sich jedenfalls eine deutliche Vereinfachung an - siehe Wie kommt man in IPS an die Daten der Client Features?

Gruß
Hans

[Brownson]

Mittlerweile werden alle Farben über die Styles definiert, also zuerst Steuerelement, dann Style Defintion und falls dort auch nichts definiert kommt der Default von IPSView zum Einsatz.

Insofern würde ich hier auf die Styles setzen

[PC Oldie]

Hallo Andreas,

vielen Dank für deine Antwort. Das bedeutet, dass wenn ich leer beim Steuerelement eintrage der Wert vom Style durchgereicht wird. Trage ich transparent im Steuerelement ein so wird direkt die Transparenz vom Steuerelement genommen.

Diese Technik funktioniert ja auch bei den Schriften super

Bei den Association Buttons ist es allerdings so, dass keine Daten von den View Eigenschaften aus dem Style Popup übernommen werden mit Ausnahme der Rahmenfarbe Einen ähnlichen Fehler gab es bereits mit den Linien und Textfarben der nun funktioniert

Gruß
Hans

[PC Oldie]

Hallo Andreas,

konntest du den genannten Fehler nachstellen?

Gruß
Hans

[Brownson]

ja, Danke, Fix im nächsten Update

[PC Oldie]

Moin Andreas,

die Idee mit den Defaults für die unterschiedlichen Elemente ist super. Deshalb probiere ich dies intensiv aus da es mittelfristig eine Menge Arbeit spart, wenn man diese Mittel gut einsetzt

Aufgefallen ist mir, dass bei Popups die Hintergrundfarbe bzw. deren Verläufe nicht berücksichtigt werden. Außerdem wäre es bei den Textlabeln stringent, wenn hier auch die Rahmenfarbe als Default zur Verfügung stehen würde.

Allgemeiner formuliert wäre es dann perfekt, wenn eigentlich alle Merkmale von Boxen, Labeln usw. dann auch als Default zur Verfügung stehen würden

Ergänzung: Ich habe jetzt festgestellt, dass ein hoher Anteil dessen bereits funktioniert. Man muss offensichtlich die Defaults für die Button mit setzen. Damit werden dann auch die auslösenden Button der Assoziationen mit gesetzt.

Das führt aber zu witzigen Nebeneffekten: Setzt man bei Styles button die Rahmenfarbe z. B. auf rot, dann werden auch die Assoziationen im Popup Menü rot umrahmt. Um dieses wieder zu überschreiben, muss man in den Styles Popup dann die Rahmenfarbe der Assoziationen explizit setzen. Das scheint doch alles leicht verwirrend zu sein oder täsuche ich mich?

Das in der Doku zu beschreiben dürfte nicht ganz einfach werden

Gruß
Hans

[Brownson]

Ja korrekt, da gibt es eine Art Vererbung - wenn man Text und Hintergrundfarbe für einen Button setzt, dann werden diese Farben auch für die Buttons im Assoziation Popup übernommen.
Ich habs dann auch als konsequent empfunden das auch für die Rahmenfarbe zu machen...

[PC Oldie]

Hallo Andreas,

ich habe ein kleines Beispiel für einen Association Button vorbereitet, welches vielleicht ganz gut die Zusammenhänge zeigt. Zunächst die beiden angelegten Styles für den Button und das Popup, wobei ich nur die benötigten Felder besetzt habe:




Dies ergbit für den Association Button folgende Darstellung:



Man kann erkennen, dass sich ein Association Button aus einem Button mit dem die Assoziationen aufgerufen werden und einem Popup, in welchem sich die Assoziationen - die selbst ja auch wiederum Buttons sind - befinden, zusammensetzt. Die angewandten Regeln sind sicherlich logisch und stringent.

Dabei sehe ich allerdings folgende Probleme:

1. Ein Anfänger muss also im Vorhinein exakt aufmalen, wie seine View aussehen soll, damit er überhaupt eine Chance hat, die Styles entsprechend korrekt zu definieren.

2. So logisch und stringent dies für Entwickler ist, so verwirrend wird es sicherlich für neue User sein. Hier scheint mehr das Motto zu sein: Vom Entwickler für Entwickler anstelle Vom Entwickler für Anwender Dies auch unter dem Gesichtspunkt, dass der Beginn mit IPSStudio/IPSView recht schwierig zu sein scheint, wenn ich mir die Rückfragen im Forum hier so anschaue

3. Dadurch, dass ein Association Button aus mehreren Teilen zusammengesetzt ist, verliert man bei der Definition von Button die Möglicheit, normale Buttons und Association Buttons unterschiedlich darzustellen.

Wäre es nicht einfacher, für die unterschiedlichen Button/Elemente entsprechende Vorlagen zur Verfügung zu stellen, wo dann jeweils die zu beeinflussenden Teilelemente wie Hintergrund, Rahmenfarbe ... hinterlegt werden könnten? Im Idealfall in der Form, dass z. B. ein Association Button dargestellt wird und man per Maus im Studio direkt die Farben/Schriftart/Schriftgröße .. per Klick zuordnen kann Dies käme dann dem schon von einigen Anwendern geäußerten Wunsch nach einer Gruppenbildung nahe.

Im Moment scheinen die Styles hier im Forum keine große Rolle zu spielen, da bislang keine Fragen/Anregungen zu dem Thema gekommen sind. Auch ich kann mit der vorliegenden Version problemlos arbeiten da ich IPSStudio seit 5 Jahren intensiv nutze

Zum Abschluss noch 2 Fehlerhinweise die mir bei der Erstellung des Beispiels aufgefallen sind.

a.) Der dunkelblaue Rahmen beim gezeigten Button wird im Studio nicht dargestellt sondern erst auf dem Client.

b.) Beim Style Popup gibt es Probleme mit dem Eintrag von Farben, man bekommt die Verlaufsdarstellung nicht mehr so ohne weiteres weg - beim Style Button existiert das Problem nicht.



Gruß
Hans