Moin.
mit der Suche habe ich leider nichts gefunden.
Ich nutze dark mode und wollte nun meine letzten Last unsaved structural changes anschauen.
Leider habe ich immer diese drei Punkte am Ende und kann nicht alles sehen / lesen - kann ich das irgendwie anpassen?
Oder diese Information irgendwo anders herbekommen?
Last unsaved structural changes:
attr MQTT2_hass readingList hass:homeassistan...
attr MQTT2_hass readingList hass:homeassistan...
attr MQTT2_hass readingList hass:homeassistan...
attr MQTT2_hass readingList hass:homeassistan...
attr MQTT2_hass readingList hass:homeassistan...
attr MQTT2_hass readingList hass:homeassistan...
attr MQTT2_hass readingList hass:homeassistan...
attr MQTT2_Hichi readingList Hichi:tele/Hichi...
attr MQTT2_Hichi readingList Hichi:tele/Hichi...
attr MQTT2_Hichi readingList Hichi:tele/Hichi...
ZitatLeider habe ich immer diese drei Punkte am Ende und kann nicht alles sehen / lesen - kann ich das irgendwie anpassen?
Dafuer muesstest Du eine angepasste Kopie der addStructChange Funktion aus fhem.pl in den lokalen 99_myUtils.pm anlegen.
Nebenwirkung ist eine WARNING Zeile im FHEM-Log beim FHEM Start und (nicht sehr wahrscheinliche) Probleme bei zukuenftigen fhem.pl updates.
Ah danke. Das klingt mir zu riskant - Wäre es möglich diese Änderung für alle zu machen? Sprich, dass der sich öffnende Rahmen größer ist und auch der Text nicht abgeschnitten wird?
Dürfte ja Zeile 5917 unter anderem sein - aber da kenn ich mich leider nicht aus :( $param = substr($param, 0, 40)."..." if(length($param) > 40);
ZitatWäre es möglich diese Änderung für alle zu machen?
Ich habe das z.Zt. nicht vor, auch ein Attribut finde ich an dieser Stelle uebertrieben.
Zitat von: rudolfkoenig am 20 Oktober 2023, 12:15:19Ich habe das z.Zt. nicht vor,
falls die zeit doch mal gekommen sein wird, hätte ich an dieser stelle noch 3 zusätzliche wünsche.
1. ein hinweis, falls es noch mehr als die angezeigten "changes" gibt.
2. eine möglichkeit, alle "changes" zu sehen.
3. eine möglichkeit, "changes" aus der liste zu löschen.
Zumindest die Möglichkeit den gesamten Text lesen zu können, würde ich mir auch wünschen.
Die abgekürzte Version mit den "..." auch wenn mehr als genug Platz am Bildschirm ist, ist schon nervig.
Danke im Voraus
lg, Gerhard
Das Ding ist doch nur als "grobe" Hinweisquelle gedacht, wenn man sich nicht mehr erinnern kann, was dazu führte, dass das rote Fragezeichen angezeigt wird. Es ist keine absolute Datenquelle, als solche war es nie konzipiert.
Insofern bin ich komplett bei Rudi, dass man an dieser Stelle keine Änderungen vornehmen sollte. Die ursprüngliche Intention wird nach wie vor vollumfänglich erfüllt.
Wer andere Inhalte haben möchte, soll sich eben eine "eigene" Funktion für das Hinzufügen der changes zu einer Tabelle bauen, auch dafür hat Rudi ja bereits eine Empfehlung gegeben.
Um ehrlich zu sein, wenn man den Text nicht mal lesen kann, dann kann man es auch gleich weglassen.
Wieso ist mit der Abkürzung, die "... ursprüngliche Intention wird nach wie vor vollumfänglich erfüllt."?
Der höhere Sinn dahinter erschließt sich mir nicht wirklich.
Auch wenn s nur eine "grobe" Hinweisquelle sein soll, dann sollte der Text doch zumindest zu lesen sein. Oder?
Manchmal ändert sich nämlich auch etwas, wenn der User nichts tut (z.B. Autocreate).
lg, Gerhard
Deshalb hast du ja die Möglichkeit, dir selbst eine Tabelle zu schaffen, in der alle Änderungen erfasst werden.
Das ist mir schon klar, dass ich das "könnte".
Wenn ich mich jetzt auch noch in dieses Thema reinknie, dann kann ich das eventuell lösen.
Ich habe mal den Tipp von Rudi mit der angepassten Kopie der addStructChange Funktion aus fhem.pl versucht und den Code in meine lokale 99_myUtils.pm kopiert.
Dann habe ich die Zeile mit "$param = substr($param, 0, 40)."..." if(length($param) > 40);" auskommentiert und die myUtils neu geladen.
Immerhin sind nun die "..." weg und dafür ist der ganze Text sichtbar.
Allerdings ist die DialogBox nun halt so lange wie der Text.
Ob hier ein Scrollbar sichtbar wird, wenn die Zeilen und damit die DialogBox größer wäre als der Bildschirm, weiß ich (noch) nicht.
Das kann ich aber auch nicht selbst lösen, dazu fehlt mir leider das Wissen.
Aber wozu die drei Punkte gut sein sollen, erschließt sich mir immer noch nicht.
Danke jedenfalls
lg, Gerhard
Zitat von: gestein am 26 Februar 2024, 20:33:38Aber wozu die drei Punkte gut sein sollen, erschließt sich mir immer noch nicht.
Und mir erschließt sich nicht, wozu an dieser Stelle (!) die Ausgabe sämtlicher Änderungen gut sein könnte.
Insbesondere, wenn ich mir vor Augen halte, dass es Anwender gibt, die in Attribute wie userReading oder bei mqttSubscribe einen halben Roman schreiben, der dann komplett in diesem Info-Fenster stehen würde.
Zitat von: betateilchen am 27 Februar 2024, 09:24:01Und mir erschließt sich nicht, wozu an dieser Stelle (!) die Ausgabe sämtlicher Änderungen gut sein könnte.
Es gibt halt keine andere Stelle wo man die Änderungen sehen kann. Oder?
Es stimmt schon, dass die Übersicht schnell unüberrsichtlich sein kann.
Den Text nach 40 Zeichen einfach abzuschneiden, ist auch nicht sehr hilfeich - zumindest für mich.
Aber ich verstehe schon, das - momentan - kein großes Interesse daran besteht etwas zu ändern.
Ich kann mit der kleinen Änderung auch leben.
lg, Gerhard
Hallo,
grundsätzlich finde ich das ? hilfreich so wie es im Moment funktioniert. Ich würde mir allerdings wünschen, dass die Längenbegrenzung erst in der 01_FHEMWEB.pm umgesetzt wird und nicht schon in der fhem.pl. Sofern im @structChangeHist die gesamte Information vorhanden ist, könnte ich mir ein RollBack bauen, mit dem ich Änderungen, solange nicht gespeichert, wieder rückgängig machen kann.
Grüße Jörg
Um die Gemueter zu beruhigen kennt das maxChangeLog Attribut ab sofort einen optionalen, durch Leerzeichen getrennten zweiten Paramer, um die Laenge der gespeicherten Zeilen zu begrenzen.
ZitatSofern im @structChangeHist die gesamte Information vorhanden ist, könnte ich mir ein RollBack bauen
Ich meine das ist nicht machbar, weil der alte Wert nicht gespeichert wird.
Uebersehe ich was?
Zitat von: rudolfkoenig am 05 März 2024, 17:01:58Um die Gemueter zu beruhigen kennt das maxChangeLog Attribut ab sofort einen optionalen, durch Leerzeichen getrennten zweiten Paramer, um die Laenge der gespeicherten Zeilen zu begrenzen.
Vielen Dank.
Wie gsagt, konnte ich mit Deinem Vorschlag (Funktion in 99_myUtils.pm) auch ganz gut leben.
lg, Gerhard