Benutzer:DasQ - Versionsgeschichte

DasQ: Die Seite wurde geleert.

2019-06-08T10:56:55Z

Die Seite wurde geleert.

DasQ: /* Auto-Navigation / Return Home */

2019-06-04T20:04:48Z

Auto-Navigation / Return Home

← Nächstältere Version		Version vom 4. Juni 2019, 22:04 Uhr
Zeile 8:		Zeile 8:
	== Auto-Navigation / Return Home ==		== Auto-Navigation / Return Home ==
	[[Datei:AutoReturn.png\|mini\|Auto-Navigation / Return Home]]		[[Datei:AutoReturn.png\|mini\|Auto-Navigation / Return Home]]

			TEXT ANPASSEN
	Man kann jetzt pro Seite einstellen, dass automatisch nach einer gewissen Zeit auf eine andere (FUIP-)Seite gewechselt werden soll. Damit kann man zum Beispiel ein automatisches "return home" implementieren. (Deshalb haben die neuen Felder ein "return" im Namen.)		Man kann jetzt pro Seite einstellen, dass automatisch nach einer gewissen Zeit auf eine andere (FUIP-)Seite gewechselt werden soll. Damit kann man zum Beispiel ein automatisches "return home" implementieren. (Deshalb haben die neuen Felder ein "return" im Namen.)
	Im Konfigurations-Popup für Seiten ("Page config") gibt es ein neues Feld ''autoReturn''. Wenn man hier "on" wählt, dann erscheinen die Felder returnAfter und ''returnTo''. Bei returnAfter gibt man die Zeit (in Sekunden) ein, nach der automatisch die Seite gewechselt werden soll. Bei ''returnTo'' wählt man die Seite aus, zu der navigiert werden soll. Es sind nur Seiten desselben FUIP-Device vorgesehen. Diese können über eine Werthilfe eingegeben werden.		Im Konfigurations-Popup für Seiten ("Page config") gibt es ein neues Feld ''autoReturn''. Wenn man hier "on" wählt, dann erscheinen die Felder returnAfter und ''returnTo''. Bei returnAfter gibt man die Zeit (in Sekunden) ein, nach der automatisch die Seite gewechselt werden soll. Bei ''returnTo'' wählt man die Seite aus, zu der navigiert werden soll. Es sind nur Seiten desselben FUIP-Device vorgesehen. Diese können über eine Werthilfe eingegeben werden.
Zeile 14:		Zeile 16:

	Diese Einstellung wirkt sich auch auf den Bearbeitungsmodus (also locked = 0) aus. Allerdings könnte dadurch die Bearbeitung einer Seite unmöglich werden, wenn man returnAfter auf 0 oder 1 setzt. Daher wird im Bearbeitungsmodus immer erst nach mindestens 5 Sekunden wegnavigiert.		Diese Einstellung wirkt sich auch auf den Bearbeitungsmodus (also locked = 0) aus. Allerdings könnte dadurch die Bearbeitung einer Seite unmöglich werden, wenn man returnAfter auf 0 oder 1 setzt. Daher wird im Bearbeitungsmodus immer erst nach mindestens 5 Sekunden wegnavigiert.

	== Window-View mit Zahlen in openstate/closedstate ==		== Window-View mit Zahlen in openstate/closedstate ==
	Wenn beim Window-View Zahlen als ''openstate'' bzw. ''closedstate'' verwendet wurden, dann hat das ganze nicht richtig funktioniert. Es kam zu keiner Fehlermeldung, aber der angezeigte Zustand war nicht immer korrekt. Das wurde behoben.		Wenn beim Window-View Zahlen als ''openstate'' bzw. ''closedstate'' verwendet wurden, dann hat das ganze nicht richtig funktioniert. Es kam zu keiner Fehlermeldung, aber der angezeigte Zustand war nicht immer korrekt. Das wurde behoben.

DasQ: /* View Templates umbenennen */

2019-06-04T20:03:32Z

View Templates umbenennen

← Nächstältere Version		Version vom 4. Juni 2019, 22:03 Uhr
Zeile 140:		Zeile 140:
	Diese Datei wird beim Start von FHEM geladen bzw. bei einem expliziten "set <name> load". Dabei kann es zu Fehlern kommen, insbesondere aufgrund von Fehlern in FUIP selbst oder auch durch die Verwendung von "problematischen" Namen. Bisher kam es bei solchen Fehlern zu Abstürzen oder es wurden die generierten Default-Seiten angezeigt. Insbesondere letzteres ist immer noch der Fall, aber jetzt wird in solchen Fällen wenn möglich eine Fehlermeldung angezeigt, sowie entsprechende Einträge im FHEM-Logfile erzeugt.		Diese Datei wird beim Start von FHEM geladen bzw. bei einem expliziten "set <name> load". Dabei kann es zu Fehlern kommen, insbesondere aufgrund von Fehlern in FUIP selbst oder auch durch die Verwendung von "problematischen" Namen. Bisher kam es bei solchen Fehlern zu Abstürzen oder es wurden die generierten Default-Seiten angezeigt. Insbesondere letzteres ist immer noch der Fall, aber jetzt wird in solchen Fällen wenn möglich eine Fehlermeldung angezeigt, sowie entsprechende Einträge im FHEM-Logfile erzeugt.

	== View Templates ~~umbenennen~~ ==		== Umbenennen von View Templates ==
	View Templates können umbenannt werden. Dabei werden auch alle Verwendungen in Zellen und anderen View Templates beachtet. Da es in JQuery-UI kein gutes "Umbenennen"-Icon gibt, hat die zugehörige Taste einfach ein "R" für "Rename".		View Templates können umbenannt werden. Dabei werden auch alle Verwendungen in Zellen und anderen View Templates beachtet. Da es in JQuery-UI kein gutes "Umbenennen"-Icon gibt, hat die zugehörige Taste einfach ein "R" für "Rename".

DasQ: /* 18.03.2019 Validierung der Namen von Variablen und "flexiblen Feldern" */

2019-06-04T20:03:05Z

18.03.2019 Validierung der Namen von Variablen und "flexiblen Feldern"

← Nächstältere Version		Version vom 4. Juni 2019, 22:03 Uhr
Zeile 127:		Zeile 127:
	Der Batteries-View zeigt keine Geräte mehr an, bei denen das Attribute "ignore" auf einen Wert ungleich 0 gesetzt ist.		Der Batteries-View zeigt keine Geräte mehr an, bei denen das Attribute "ignore" auf einen Wert ungleich 0 gesetzt ist.

	== ~~18.03.2019~~ Validierung der Namen von Variablen und "flexiblen Feldern" ==		== Validierung der Namen von Variablen und "flexiblen Feldern" ==
	~~Ab jetzt~~ ist es nicht mehr möglich (oder zumindest sehr schwierig), Variablen (in View Templates) und "Flexible Felder" (im HTML-View) mit "problematischen" Namen anzulegen. Es gelten dieselben Einschränkungen wie für Namen von View Templates (siehe den Eintrag vom 15.03.2019). Außerdem gibt es eine Reihe von reservierten Namen, die nicht verwendet werden dürfen. Dies sind...		TEXT NEU VERFASSEN/AUFBAUEN DA UNLOGISCH
			Es ist nicht mehr möglich (oder zumindest sehr schwierig), Variablen (in View Templates) und "Flexible Felder" (im HTML-View) mit "problematischen" Namen anzulegen. Es gelten dieselben Einschränkungen wie für Namen von View Templates (siehe den Eintrag vom 15.03.2019). Außerdem gibt es eine Reihe von reservierten Namen, die nicht verwendet werden dürfen. Dies sind...

	Für Variablen: class, defaulted, flexfields, height, id, sizing, templateid, title, variable, variables, views, width		* Für Variablen: class, defaulted, flexfields, height, id, sizing, templateid, title, variable, variables, views, width
	Für Flexible Felder: class, defaulted, flexfields, height, html, popup, sizing, title, variable, variables, views, width		* Für Flexible Felder: class, defaulted, flexfields, height, html, popup, sizing, title, variable, variables, views, width

	Beim HTML View kann es jetzt außerdem zu Meldungen bezüglich Fehlern kommen, die vorher von FUIP ignoriert wurden. D.h. es waren auch bisher Fehler, aber jetzt wird es dem Benutzer explizit mitgeteilt.		Beim HTML View kann es jetzt außerdem zu Meldungen bezüglich Fehlern kommen, die vorher von FUIP ignoriert wurden. D.h. es waren auch bisher Fehler, aber jetzt wird es dem Benutzer explizit mitgeteilt.
Zeile 138:		Zeile 139:

	Diese Datei wird beim Start von FHEM geladen bzw. bei einem expliziten "set <name> load". Dabei kann es zu Fehlern kommen, insbesondere aufgrund von Fehlern in FUIP selbst oder auch durch die Verwendung von "problematischen" Namen. Bisher kam es bei solchen Fehlern zu Abstürzen oder es wurden die generierten Default-Seiten angezeigt. Insbesondere letzteres ist immer noch der Fall, aber jetzt wird in solchen Fällen wenn möglich eine Fehlermeldung angezeigt, sowie entsprechende Einträge im FHEM-Logfile erzeugt.		Diese Datei wird beim Start von FHEM geladen bzw. bei einem expliziten "set <name> load". Dabei kann es zu Fehlern kommen, insbesondere aufgrund von Fehlern in FUIP selbst oder auch durch die Verwendung von "problematischen" Namen. Bisher kam es bei solchen Fehlern zu Abstürzen oder es wurden die generierten Default-Seiten angezeigt. Insbesondere letzteres ist immer noch der Fall, aber jetzt wird in solchen Fällen wenn möglich eine Fehlermeldung angezeigt, sowie entsprechende Einträge im FHEM-Logfile erzeugt.

	== View Templates umbenennen ==		== View Templates umbenennen ==
	View Templates können umbenannt werden. Dabei werden auch alle Verwendungen in Zellen und anderen View Templates beachtet. Da es in JQuery-UI kein gutes "Umbenennen"-Icon gibt, hat die zugehörige Taste einfach ein "R" für "Rename".		View Templates können umbenannt werden. Dabei werden auch alle Verwendungen in Zellen und anderen View Templates beachtet. Da es in JQuery-UI kein gutes "Umbenennen"-Icon gibt, hat die zugehörige Taste einfach ein "R" für "Rename".

DasQ: /* 19.03.2019 Batteries-View: Geräte mit "ignore" werden ignoriert */

2019-06-04T20:00:44Z

19.03.2019 Batteries-View: Geräte mit "ignore" werden ignoriert

← Nächstältere Version		Version vom 4. Juni 2019, 22:00 Uhr
Zeile 124:		Zeile 124:
	Bei den Views MenuItem und HomeButton kann "sizing resizable" gewählt werden. Dies ist vor Allem dann sinnvoll, wenn die Basisbreite (Attribut baseWidth) relativ klein gesetzt wird. Es wird empfohlen, in diesem Fall nicht direkt MenuItem (bzw. HomeButton) zu verwenden, sondern ein entsprechendes View Template.		Bei den Views MenuItem und HomeButton kann "sizing resizable" gewählt werden. Dies ist vor Allem dann sinnvoll, wenn die Basisbreite (Attribut baseWidth) relativ klein gesetzt wird. Es wird empfohlen, in diesem Fall nicht direkt MenuItem (bzw. HomeButton) zu verwenden, sondern ein entsprechendes View Template.

	== ~~19.03.2019~~ Batteries-View: Geräte mit "ignore" werden ignoriert ==		== Batteries-View: Geräte mit "ignore" werden ignoriert ==
	Der Batteries-View zeigt keine Geräte mehr an, bei denen das Attribute "ignore" auf einen Wert ungleich 0 gesetzt ist.		Der Batteries-View zeigt keine Geräte mehr an, bei denen das Attribute "ignore" auf einen Wert ungleich 0 gesetzt ist.

	== 18.03.2019 Validierung der Namen von Variablen und "flexiblen Feldern" ==		== 18.03.2019 Validierung der Namen von Variablen und "flexiblen Feldern" ==
	Ab jetzt ist es nicht mehr möglich (oder zumindest sehr schwierig), Variablen (in View Templates) und "Flexible Felder" (im HTML-View) mit "problematischen" Namen anzulegen. Es gelten dieselben Einschränkungen wie für Namen von View Templates (siehe den Eintrag vom 15.03.2019). Außerdem gibt es eine Reihe von reservierten Namen, die nicht verwendet werden dürfen. Dies sind...		Ab jetzt ist es nicht mehr möglich (oder zumindest sehr schwierig), Variablen (in View Templates) und "Flexible Felder" (im HTML-View) mit "problematischen" Namen anzulegen. Es gelten dieselben Einschränkungen wie für Namen von View Templates (siehe den Eintrag vom 15.03.2019). Außerdem gibt es eine Reihe von reservierten Namen, die nicht verwendet werden dürfen. Dies sind...

DasQ: /* 22.03.2019 Repariert: LabelHumidity und LabelTemperature mit Popup */

2019-06-04T20:00:03Z

22.03.2019 Repariert: LabelHumidity und LabelTemperature mit Popup

← Nächstältere Version		Version vom 4. Juni 2019, 22:00 Uhr
Zeile 124:		Zeile 124:
	Bei den Views MenuItem und HomeButton kann "sizing resizable" gewählt werden. Dies ist vor Allem dann sinnvoll, wenn die Basisbreite (Attribut baseWidth) relativ klein gesetzt wird. Es wird empfohlen, in diesem Fall nicht direkt MenuItem (bzw. HomeButton) zu verwenden, sondern ein entsprechendes View Template.		Bei den Views MenuItem und HomeButton kann "sizing resizable" gewählt werden. Dies ist vor Allem dann sinnvoll, wenn die Basisbreite (Attribut baseWidth) relativ klein gesetzt wird. Es wird empfohlen, in diesem Fall nicht direkt MenuItem (bzw. HomeButton) zu verwenden, sondern ein entsprechendes View Template.

	~~== 22.03.2019 Repariert: LabelHumidity und LabelTemperature mit Popup ==~~
	Wenn fü ein LabelHumidity oder LabelTemperature ein Popup definiert wurde, dann ist der View selbst von der Anzeige verschwunden. Es war auch nicht möglich, das Popup aufzurufen. Genau genommen waren die Views noch vorhanden, deren Größe wurde aber vom System auf Null geändert. Dies wurde behoben.
	~~Repariert: Verschwindende Texte auf Popups mit Style-Schema bright-mint~~
	Das Style-Schema "bright-mint" hatte einen Fehler, durch den Texte auf Popups unsichtbar wurden. Bei der Bearbeitung des Popups (des Dialogs) waren die Texte sichtbar, aber nicht beim Aufrufen des Popups. Dies wurde repariert. Auch auf Popups haben Texte jetzt die Farbe "foreground".
	~~Repariert: Einmal definierte Popups konnten nicht mehr gelöscht werden~~
	Bei Views, für die man ein Popup definieren kann, war es nicht möglich, das Popup wieder zu löschen. Man konnte zwar die Checkbox zum "popup"-Eintrag auf dem Konfigurations-Popups abschalten, das hatte aber keinen Effekt und beim nächsten Öffnen des Konfigurations-Popups war die Markierung wieder gesetzt. Dies wurde behoben.
	== 19.03.2019 Batteries-View: Geräte mit "ignore" werden ignoriert ==		== 19.03.2019 Batteries-View: Geräte mit "ignore" werden ignoriert ==
	Der Batteries-View zeigt keine Geräte mehr an, bei denen das Attribute "ignore" auf einen Wert ungleich 0 gesetzt ist.		Der Batteries-View zeigt keine Geräte mehr an, bei denen das Attribute "ignore" auf einen Wert ungleich 0 gesetzt ist.

DasQ: /* 23.03.2019 WeekdayTimer: Position des "Timepicker"-Popups korrigiert */

2019-06-04T19:59:18Z

23.03.2019 WeekdayTimer: Position des "Timepicker"-Popups korrigiert

← Nächstältere Version		Version vom 4. Juni 2019, 21:59 Uhr
Zeile 124:		Zeile 124:
	Bei den Views MenuItem und HomeButton kann "sizing resizable" gewählt werden. Dies ist vor Allem dann sinnvoll, wenn die Basisbreite (Attribut baseWidth) relativ klein gesetzt wird. Es wird empfohlen, in diesem Fall nicht direkt MenuItem (bzw. HomeButton) zu verwenden, sondern ein entsprechendes View Template.		Bei den Views MenuItem und HomeButton kann "sizing resizable" gewählt werden. Dies ist vor Allem dann sinnvoll, wenn die Basisbreite (Attribut baseWidth) relativ klein gesetzt wird. Es wird empfohlen, in diesem Fall nicht direkt MenuItem (bzw. HomeButton) zu verwenden, sondern ein entsprechendes View Template.

	~~== 23.03.2019 WeekdayTimer: Position des "Timepicker"-Popups korrigiert ==~~
	Beim WeekdayTimer View gab es einen Fehler bei der Positionierung des Popups zur Auswahl der Schaltzeiten. Die Position wird (vom jquery datetimepicker Plugin) bei kleinen Fensterbreiten nicht richtig berechnet, wenn horizontal gescrollt wird. Dadurch wurde das Popup auf kleinen Bildschirmen zum Teil nicht im sichtbaren Bereich angezeigt. Dies wurde korrigiert.
	== 22.03.2019 Repariert: LabelHumidity und LabelTemperature mit Popup ==		== 22.03.2019 Repariert: LabelHumidity und LabelTemperature mit Popup ==
	Wenn fü ein LabelHumidity oder LabelTemperature ein Popup definiert wurde, dann ist der View selbst von der Anzeige verschwunden. Es war auch nicht möglich, das Popup aufzurufen. Genau genommen waren die Views noch vorhanden, deren Größe wurde aber vom System auf Null geändert. Dies wurde behoben.		Wenn fü ein LabelHumidity oder LabelTemperature ein Popup definiert wurde, dann ist der View selbst von der Anzeige verschwunden. Es war auch nicht möglich, das Popup aufzurufen. Genau genommen waren die Views noch vorhanden, deren Größe wurde aber vom System auf Null geändert. Dies wurde behoben.

DasQ: /* 25.03.2019 WeekdayTimer: Wochentage wieder anklickbar */

2019-06-04T19:58:57Z

25.03.2019 WeekdayTimer: Wochentage wieder anklickbar

← Nächstältere Version		Version vom 4. Juni 2019, 21:58 Uhr
Zeile 124:		Zeile 124:
	Bei den Views MenuItem und HomeButton kann "sizing resizable" gewählt werden. Dies ist vor Allem dann sinnvoll, wenn die Basisbreite (Attribut baseWidth) relativ klein gesetzt wird. Es wird empfohlen, in diesem Fall nicht direkt MenuItem (bzw. HomeButton) zu verwenden, sondern ein entsprechendes View Template.		Bei den Views MenuItem und HomeButton kann "sizing resizable" gewählt werden. Dies ist vor Allem dann sinnvoll, wenn die Basisbreite (Attribut baseWidth) relativ klein gesetzt wird. Es wird empfohlen, in diesem Fall nicht direkt MenuItem (bzw. HomeButton) zu verwenden, sondern ein entsprechendes View Template.

	~~== 25.03.2019 WeekdayTimer: Wochentage wieder anklickbar ==~~
	Bei mehreren Instanzen des WeekdayTimer auf einer Seite (dazu zählen auch solche in einem Popup sowie die Views ShutterControl und ShutterTimer) konnten die Wochentage nur auf einer Instanz ausgewählt werden. Beim Klick auf die Wochentage "kaputter" Instanzen hat zum Teil eine andere Instanz des WeekdayTimers reagiert. Das wurde behoben.
	== 23.03.2019 WeekdayTimer: Position des "Timepicker"-Popups korrigiert ==		== 23.03.2019 WeekdayTimer: Position des "Timepicker"-Popups korrigiert ==
	Beim WeekdayTimer View gab es einen Fehler bei der Positionierung des Popups zur Auswahl der Schaltzeiten. Die Position wird (vom jquery datetimepicker Plugin) bei kleinen Fensterbreiten nicht richtig berechnet, wenn horizontal gescrollt wird. Dadurch wurde das Popup auf kleinen Bildschirmen zum Teil nicht im sichtbaren Bereich angezeigt. Dies wurde korrigiert.		Beim WeekdayTimer View gab es einen Fehler bei der Positionierung des Popups zur Auswahl der Schaltzeiten. Die Position wird (vom jquery datetimepicker Plugin) bei kleinen Fensterbreiten nicht richtig berechnet, wenn horizontal gescrollt wird. Dadurch wurde das Popup auf kleinen Bildschirmen zum Teil nicht im sichtbaren Bereich angezeigt. Dies wurde korrigiert.

DasQ: /* 01.04.2019 MenuItem, HomeButton resizable */

2019-06-04T19:58:41Z

01.04.2019 MenuItem, HomeButton resizable

← Nächstältere Version		Version vom 4. Juni 2019, 21:58 Uhr
Zeile 121:		Zeile 121:
	Wenn eine der Möglichkeiten verwendet wird, dann werden auch zu lange Texte im STATE abgeschnitten.		Wenn eine der Möglichkeiten verwendet wird, dann werden auch zu lange Texte im STATE abgeschnitten.

	== ~~01.04.2019~~ MenuItem, HomeButton resizable ==		== MenuItem, HomeButton resizable ==
	Bei den Views MenuItem und HomeButton kann ~~jetzt auch~~ "sizing resizable" gewählt werden. Dies ist vor Allem dann sinnvoll, wenn die Basisbreite (Attribut baseWidth) relativ klein gesetzt wird. Es wird empfohlen, in diesem Fall nicht direkt MenuItem (bzw. HomeButton) zu verwenden, sondern ein entsprechendes View Template.		Bei den Views MenuItem und HomeButton kann "sizing resizable" gewählt werden. Dies ist vor Allem dann sinnvoll, wenn die Basisbreite (Attribut baseWidth) relativ klein gesetzt wird. Es wird empfohlen, in diesem Fall nicht direkt MenuItem (bzw. HomeButton) zu verwenden, sondern ein entsprechendes View Template.

	== 25.03.2019 WeekdayTimer: Wochentage wieder anklickbar ==		== 25.03.2019 WeekdayTimer: Wochentage wieder anklickbar ==
	Bei mehreren Instanzen des WeekdayTimer auf einer Seite (dazu zählen auch solche in einem Popup sowie die Views ShutterControl und ShutterTimer) konnten die Wochentage nur auf einer Instanz ausgewählt werden. Beim Klick auf die Wochentage "kaputter" Instanzen hat zum Teil eine andere Instanz des WeekdayTimers reagiert. Das wurde behoben.		Bei mehreren Instanzen des WeekdayTimer auf einer Seite (dazu zählen auch solche in einem Popup sowie die Views ShutterControl und ShutterTimer) konnten die Wochentage nur auf einer Instanz ausgewählt werden. Beim Klick auf die Wochentage "kaputter" Instanzen hat zum Teil eine andere Instanz des WeekdayTimers reagiert. Das wurde behoben.

DasQ: /* 03.04.2019 STATE View resizable */

2019-06-04T19:58:02Z

03.04.2019 STATE View resizable

← Nächstältere Version		Version vom 4. Juni 2019, 21:58 Uhr
Zeile 116:		Zeile 116:
	Das kann man über das Feld "position" im Konfigurations-Popup des Dialogs ändern. Bei Angabe von "starter-area" wird das Popup beim auslösenden Widget angezeigt. D.h. FUIP versucht, die linke obere Ecke des Popups in die Mitte des auslösenden Widgets zu legen. Falls rechts unterhalb des "Auslösers" nicht genug Platz ist, dann wird das Popup entsprechend oberhalb bzw. links vom Auslöser angezeigt.		Das kann man über das Feld "position" im Konfigurations-Popup des Dialogs ändern. Bei Angabe von "starter-area" wird das Popup beim auslösenden Widget angezeigt. D.h. FUIP versucht, die linke obere Ecke des Popups in die Mitte des auslösenden Widgets zu legen. Falls rechts unterhalb des "Auslösers" nicht genug Platz ist, dann wird das Popup entsprechend oberhalb bzw. links vom Auslöser angezeigt.

	== ~~03.04.2019~~ STATE View resizable ==		== STATE View resizable ==
	Der View STATE kann ~~jetzt~~ in der Größe angepasst werden ("sizing resizable" und "sizing auto"). Dabei passt FUIP sowohl die Schriftgröße als auch die Größe des Icons (falls angegeben) an.		Der View STATE kann in der Größe angepasst werden ("sizing resizable" und "sizing auto"). Dabei passt FUIP sowohl die Schriftgröße als auch die Größe des Icons (falls angegeben) an.
	Zusätzlich gibt es den ~~neuen~~ Parameter "lines", mit dem angegeben werden kann, wie viele Zeilen in den View passen sollen. Damit kann die Schriftgröße gesteuert werden: Je kleiner der Wert bei "lines", desto größer die Schrift.		Zusätzlich gibt es den Parameter "lines", mit dem angegeben werden kann, wie viele Zeilen in den View passen sollen. Damit kann die Schriftgröße gesteuert werden: Je kleiner der Wert bei "lines", desto größer die Schrift.
	Wenn eine der ~~neuen~~ Möglichkeiten verwendet wird, dann werden auch zu lange Texte im STATE abgeschnitten. ~~Da dieses Verhalten nicht ganz kompatibel zum bisherigen ist, wird bei "sizing fixed" und "lines 3" die bisherige Logik verwendet.~~		Wenn eine der Möglichkeiten verwendet wird, dann werden auch zu lange Texte im STATE abgeschnitten.

	== 01.04.2019 MenuItem, HomeButton resizable ==		== 01.04.2019 MenuItem, HomeButton resizable ==
	Bei den Views MenuItem und HomeButton kann jetzt auch "sizing resizable" gewählt werden. Dies ist vor Allem dann sinnvoll, wenn die Basisbreite (Attribut baseWidth) relativ klein gesetzt wird. Es wird empfohlen, in diesem Fall nicht direkt MenuItem (bzw. HomeButton) zu verwenden, sondern ein entsprechendes View Template.		Bei den Views MenuItem und HomeButton kann jetzt auch "sizing resizable" gewählt werden. Dies ist vor Allem dann sinnvoll, wenn die Basisbreite (Attribut baseWidth) relativ klein gesetzt wird. Es wird empfohlen, in diesem Fall nicht direkt MenuItem (bzw. HomeButton) zu verwenden, sondern ein entsprechendes View Template.