Du musst noch unter Wert: min=0 max=1 eintragen Gruß Rainer

Ich habe 1280x1024. Und es ist sowohl unter chrome als ff so.

Vielen Dank für den Hinweis. Das Problem ist somit behoben. Bei Minimum hatte ich nichts eingegeben. Ich vermute dass "Blank" = 0 ist und es somit bei den negativen Werten funktioniert hat. Gruss Dominik

@mctom: @Bluefox: Danke. Habe daraus github issue erzeugt. https://github.com/ioBroker/ioBroker.vis/issues/57 ` Danke. Wenn ich beim basteln weitere Themen finde ;) soll ich Sie am besten parallel hier und in github einstellen ? ` Es reicht nur github.

Bitte Betreff auf "[gelöst] CSS Thema wird nicht übernommen" ändern.

damit scrollst Du durch die Views Gesendet von iPhone mit Tapatalk

Interesse [emoji3] Gesendet von iPhone mit Tapatalk

@Bluefox: Verwende "non-break-space" z.B. "nummername" ` Danke ;-) Ok, das war jetzt einfach. Ich hatte erst links oder rechts aufgefüllt und dann auf die Länge gekürzt, was zur Folge hatte, dass z.B. auf &nb gekürzt wurde. Nun habe ich einfach die Reihenfolge umgestellt. Erst kürzen, dann füllen und nun geht es auch im Widget ohne großen Aufwand! @pix: Dein Tipp mit der Tabelle werde ich trotzdem noch umsetzten! Aber später, wenn ich mit den Grundfunktionen durch bin. Die Tabelle kommt dann aber mit einer "schönen" Formatierung (link-/rechsbündig, Zeilenfarben, Linien zwischen den Zeilen, usw.). Da meine HTML-Kenntnisse bescheiden sind, wird das etwas dauern ;-) Danke noch einmal an Euch beiden! P.S.: trotzdem komisch, dass Histroy die Leerzeichen als Non-Breaking-Space interpretiert und das Widget nicht :mrgreen: 8-) Kann es sein, dass in History jedes Zeichen aus dem Wert geprüft wird und dort ein Leerzeichen in der Darstellung automatisch in   ersetzt wird?

Hallo, @Bluefox: Schreib bitte immer "px" am Ende. ioBroker sollte jetzt alle mögliche Eingaben unterstützen. %, em, px ` diese Werte bleiben leider nicht erhalten. Wenn man das Widget im Editor aktiviert und mit den Cursor-Tasten (z.B. pixelweise) verschiebt, werden in den CSS-Eigenschaften (Top, Left, ..) die Einheiten gelöscht. Beim verschieben mit der Maus gibt es keine Probleme. Gruß Pix

Moin, @Bluefox: So was funktioniert bei mir… ` Bei mir jetzt auch - DANKE für den Denkanstoß! Ich habe die neuen Werte im ioBroker-Output als Type "Value" und nicht als Type "Command" definiert. [image: 355_flow2.png] Noch eine Frage: Auf dem iPad werden ab und an die Daten nicht aktualisiert und alte Werte angezeigt. Lade ich die VIS-Seite dann neu, habe ich wieder aktuelle Werte / Anzeigen. Kann man einen "Reload page" auch antriggern? Danke und Gruß, Eric

Hab mittlerweile System neu aufgesetzt und neu installiert, sprich gleich 0.3.1 drauf. Dann vis-views.json reinkopiert und neu gestartet und System läuft wieder. Bin aber auch von Lubintu auf Raspian umgestiegen.

Hallo Pix, Ok vielen Dank für den Lösungsvorschlag. Einen popup per script zu erzeugen ist wohl nicht möglich,oder? So wie window.confirm()? Lg

@Homoran: Was mich interessieren würdet wäre ein über einander legen von zwei vergleichszeiträumen. Temperatur Januar 2014 und Januar 2015 oder solarertrag gestern und heute. ` trotzdem finde ich diese Idee gut (auch wenns hier nicht so gedacht war) - oft möchte man ein Vorjahresvergleich machen, sowas habe ich mir auch schon überlegt. Voraussetzung ist natürlich, dass Langzeitaufzeichnungen vorhanden sind. starfish

Hallo michael, Meinst du die widget IDs Wxxxxx, oder die IDs der darin verbundenen Datenpunkte? Letztere sind in ioBroker komplett anders aufgebaut und müssen neu vergeben werden. Gesendet von meinem Cynus T7 mit Tapatalk

Super - Danke. Gruß, Eric

Vielen Dank. Werde dann solange mein DashUI weiter betreiben. /RaBu

@derAuge: Ja Auch unter FF ` kann ich leider nicht bestätigen. FF v. 37 / (Chrome OK) 1191_0.jpg

@derAuge: Habe es noch mal getestet. vis aufgerufen (edit) Dann ober rechts das X = funktioniert Zurück, und einige widgets angeklickt / verschoben. Auf den Hintergrung geklickt . Es geht nicht mehr ` kann ich bestätigen. bei meinem Firefox hängt das mit dem Offline - Cache zusammen. Aus irgendeinem unerfindlichen Grund meint FF, dass er die editor-Seite speichern und wie offline behandeln muss. Nach manuellem Löschen des offline-caches gings jeweils normal weiter. Man kann den offline-cache für einzelne URLs auch deaktivieren: in FF about:permissions eingeben links den iobroker-server wählen rechts bei Offline Speicher verwalten "blockieren" auswählen. seither hat sich das Problem nicht mehr gezeigt.

Danke, dass Du das getestet hast! ;-) Ich habe in der Zeit auch versucht den Fehler weiter einzugrenzen. Es scheint ein Ressourcenproblem vom Chrome (unter Mac OS X 10.10) zu sein. Im Safari funktioniert es. Ich habe den Chrome neu gestartet. Chrome "sofort beendet" und neu gestartet. Neue Widgets eingerichtet, mal mit den funktionierenden Cams, mal mit den nicht funktionierenden Cams (ARAG). Immer das gleiche Verhalten. Die Webcams vom ARAG-Hochhaus werden in VIS nicht mehr angezeigt. Die URL an sich in einem eigenen Tab funktioniert. Konnte den Fehler nicht erklären. Nun scheint es irgendwie am Chrome/VIS zu liegen. Aber warum nur die Cams von der ARAG-Url? Und warum geht es im Chrome ohne VIS? Werde mal weiter testen. Derzeit sind doch recht viele Tabs im Chrome geöffnet.