Hauptmenü

Neuer Style: f18

Begonnen von rudolfkoenig, 07 Januar 2018, 14:51:18

Vorheriges Thema - Nächstes Thema

l2r

hi,

danke für den Tipp. Aktiviert hatte ich es zwar nicht, aber nachdem ich es aktiviert und anschließend wieder deaktiviert habe sieht alles wieder gut aus.

Gruß Michael
Wissen ist Macht.
Ich weiß nix.
Macht nix.

tomspatz

Ich habe diverse SVG in gruppen zwecks einheitlicher Darstellung.
In Gruppen verschwinden ja die Lupe Link und Pfeil vom SVG.
Nun erscheinen  mit f18 die Lupen Symbole und der grüne Pfeil irgendwo wilkürlich in dem Raum wo auch ein gruppiertes SVG ist.

LG

Tom

Wuppi68

Zitat von: blecher-at am 09 August 2018, 19:25:49
Kann es sein, dass du "fixed menu and input" aktiviert hast, das menü aber nicht auf deinen screen passt? zumindest nur dann kann ich deinen shot reproduzieren. passt das menü nicht auf den screen würde ich fixed menu nicht verwenden.


body.fixedInput #menu { overflow: visible; }

löst das problem, dann sind aber manche menüeinträge für immer unsichtbar.


body.fixedInput #menu { overflow-x: hidden; overflow-y: auto;}

dann hat man zumindest nur einen vertikalen scroll.

Hallo blecher-at,

wo muss ich dass denn Eintragen? in die f14.svg? Dort hat es bei mir nicht funktioniert :-(

Irgendwie sehe ich den Wald vor lauter Bäumen nicht :-(

Gruß und Dank

Ralf
Jetzt auf nem I3 und primär Homematic - kein Support für cfg Editierer

Support heißt nicht wenn die Frau zu Ihrem Mann sagt: Geh mal bitte zum Frauenarzt, ich habe Bauchschmerzen

tomspatz

@Wuppi68

funktioniert es denn bei dir nicht so wie:
Zitatdanke für den Tipp. Aktiviert hatte ich es zwar nicht, aber nachdem ich es aktiviert und anschließend wieder deaktiviert habe sieht alles wieder gut aus.

einfach unter Select style den Haken bei "Fixed input and menu" rein und raus.
Ansonsten den code bei Additional CSS eintragen.

LG
Tom

tomspatz

#274
PUSH !!

ZitatIch habe diverse SVG in gruppen zwecks einheitlicher Darstellung.
In Gruppen verschwinden ja die Lupe Link und Pfeil vom SVG.
Nun erscheinen  mit f18 die Lupen Symbole und der grüne Pfeil irgendwo wilkürlich in dem Raum wo auch ein gruppiertes SVG ist.

LG

Tom
SORRY aber ich denke das das hier richtig ist.

Edit: es funktioniert mit dem ,,normalen" WEB in f18 ist es fehlerhaft.

Romoker

Hallo,

mir gefällt die Möglichkeit des horizontalen Scrollens von Plots im f18-Style gerade auf kleinen Bildschirmen sehr gut.

Ich habe bei mir allerdings eine fehlerhafte Darstellung von Bar-Plots festgestellt, aber nur auf meinem schmalen (vertikalen) Smartphone-Bildschirm (horizontales Scrollen ist möglich). Drehe ich das Gerät um 180 Grad in die Horizontale, ist die Darstellung korrekt, auch wenn der Plot nicht ganz auf den Bildschirm passt (horizontales Scrollen ist dann nicht möglich). Der Effekt ist Browserunabhängig (Chrome und Firefox getestet).

Hier meine Definitionen:
Internals:
   DEF        FileLog_VM_history:SVG_FileLog_VM_history_1:CURRENT
   GPLOTFILE  SVG_FileLog_VM_history_1
   LOGDEVICE  FileLog_VM_history
   LOGFILE    CURRENT
   NAME       SVG_FileLog_VM_history_1
   NOTIFYDEV  global
   NR         530
   STATE      initialized
   TYPE       SVG
Attributes:
   alias      Monatsverbrauch Wasser, Gas u. Strom
   captionPos auto
   fixedrange month
   plotReplace L1={sprintf("Wasser min: %.2f m³, max: %.2f m³",$data{min1},$data{max1})} L2={sprintf("Gas min: %.2f m³, max: %.2f m³",$data{min2},$data{max2})}
   room       Verbrauch
   sortby     6


Plotfile SVG_FileLog_VM_history_1.gplot:
# Created by FHEM/98_SVG.pm, 2018-01-21 16:44:55
set terminal png transparent size <SIZE> crop
set output '<OUT>.png'
set xdata time
set timefmt "%Y-%m-%d_%H:%M:%S"
set xlabel " "
set title '<L1> | <L2>'
set ytics
set y2tics
set grid y2tics
set ylabel "Strom / Gas"
set y2label "Wasser [m  ]"
set yrange [0:20]
set y2range [0:2]

#FileLog_VM_history 4:VM_Counter_Wasser.statEnergyDayLast\x3a::
#FileLog_VM_history 4:VM_Counter_Gas.statEnergyDayLast\x3a::
#FileLog_VM_history 4:VM_Counter_Strom.statEnergyDayLast\x3a::

plot "<IN>" using 1:2 axes x1y2 title 'Wasser [m  ]' ls l2fill lw 1 with bars,\
     "<IN>" using 1:2 axes x1y1 title 'Gas [m  ]' ls l0fill_stripe lw 1 with bars,\
     "<IN>" using 1:2 axes x1y1 title 'Strom [kWh]' ls l1fill lw 1 with bars


Viele Grüße
BeagleBoneBlack & Raspberry Pi 4; FB7490; div. Homematic Komponenten; CUL433: CUL_TX, Conbee II, SOMFY, 1-Wire, Z-Wave, Zigbee, SmartPlugs von Sonoff und Shelly mit MQTT

Wuppi68

Zitat von: tomspatz am 22 August 2018, 14:19:50
@Wuppi68

funktioniert es denn bei dir nicht so wie:
einfach unter Select style den Haken bei "Fixed input and menu" rein und raus.
Ansonsten den code bei Additional CSS eintragen.

LG
Tom

Hallo Tom,

Danke !!!!!

Boah war ich doof ... erst konnte ich meine Frage gar nicht richtig schreiben und dann

war Select Style noch als Hiddenroom ;-)

Und ich such mir nen Wolf --> eigene Schuld
Jetzt auf nem I3 und primär Homematic - kein Support für cfg Editierer

Support heißt nicht wenn die Frau zu Ihrem Mann sagt: Geh mal bitte zum Frauenarzt, ich habe Bauchschmerzen

rudolfkoenig

@Romoker: kann ich es leider nicht nachstellen, bitte auch Beispieldaten zum Plot hier anhaengen. Merkwuerdig: Hintergrund der SVG sollte eigentlich auf die Hintegrundfarbe der Seite gestellt werden. Und ich kann SVGs auch im Landscape scrollen

@tomspatz: ich habe das auf der TODO Liste, es erforderte aber Nachdenken/Experimentieren, und solche Aufgaben schiebe ich gerne nach hinten.
Die SVG (und Zoom-Knopf) Positionen waren bisher nicht Raum-Abhaengig, und du hast irgendwann diese Positionen gesetzt.
Ich habe jetzt diese Positionen jetzt auch Raum-Abhaengig gemacht, mit dem unschoenen Nebeneffekt, dass alle bisher gesetzten SVG-Positionen ihre Gueltigkeit verlieren, und neu gesetzt werden muessen.

Romoker

#278
Hallo Rudi,

Zitatkann ich es leider nicht nachstellen, bitte auch Beispieldaten zum Plot hier anhaengen.
Hier Beispieldaten der letzten 10 Tage aus dem August:
2018-08-15_23:59:57 VM_Counter_Strom statEnergyDayLast: 15.90
2018-08-15_23:59:57 VM_Counter_Wasser statEnergyDayLast: 1.31900
2018-08-16_23:59:57 VM_Counter_Gas statEnergyDayLast: 0.68000
2018-08-16_23:59:57 VM_Counter_Strom statEnergyDayLast: 11.77
2018-08-16_23:59:57 VM_Counter_Wasser statEnergyDayLast: 0.60500
2018-08-17_23:59:57 VM_Counter_Gas statEnergyDayLast: 0.17000
2018-08-17_23:59:57 VM_Counter_Strom statEnergyDayLast: 10.25
2018-08-17_23:59:57 VM_Counter_Wasser statEnergyDayLast: 0.61300
2018-08-18_23:59:57 VM_Counter_Gas statEnergyDayLast: 0.88000
2018-08-18_23:59:57 VM_Counter_Strom statEnergyDayLast: 12.49
2018-08-18_23:59:57 VM_Counter_Wasser statEnergyDayLast: 0.92100
2018-08-19_23:59:57 VM_Counter_Gas statEnergyDayLast: 0.44000
2018-08-19_23:59:57 VM_Counter_Strom statEnergyDayLast: 14.29
2018-08-19_23:59:57 VM_Counter_Wasser statEnergyDayLast: 0.68700
2018-08-20_23:59:57 VM_Counter_Gas statEnergyDayLast: 0.76000
2018-08-20_23:59:57 VM_Counter_Strom statEnergyDayLast: 12.81
2018-08-20_23:59:57 VM_Counter_Wasser statEnergyDayLast: 0.92000
2018-08-21_23:59:57 VM_Counter_Strom statEnergyDayLast: 13.40
2018-08-21_23:59:57 VM_Counter_Wasser statEnergyDayLast: 0.68700
2018-08-22_23:59:57 VM_Counter_Gas statEnergyDayLast: 0.51000
2018-08-22_23:59:57 VM_Counter_Strom statEnergyDayLast: 13.23
2018-08-22_23:59:57 VM_Counter_Wasser statEnergyDayLast: 0.82100
2018-08-23_23:59:57 VM_Counter_Gas statEnergyDayLast: 0.54000
2018-08-23_23:59:57 VM_Counter_Strom statEnergyDayLast: 12.64
2018-08-23_23:59:57 VM_Counter_Wasser statEnergyDayLast: 0.55100
2018-08-24_23:59:57 VM_Counter_Gas statEnergyDayLast: 0.90000
2018-08-24_23:59:57 VM_Counter_Strom statEnergyDayLast: 18.52
2018-08-24_23:59:57 VM_Counter_Wasser statEnergyDayLast: 1.02300
2018-08-25_23:59:57 VM_Counter_Gas statEnergyDayLast: 1.38000
2018-08-25_23:59:57 VM_Counter_Strom statEnergyDayLast: 10.83
2018-08-25_23:59:57 VM_Counter_Wasser statEnergyDayLast: 0.44000


ZitatMerkwuerdig: Hintergrund der SVG sollte eigentlich auf die Hintegrundfarbe der Seite gestellt werden.
Den Fehler konnte ich weiter eingrenzen. Immer wenn sich vor einem SVG eine readingsGroup befindet, hat das folgende Effekte:

  • Der Zoom-Knopf der nachfolgenden SVGs wird verdeckt (unabhänging vom Style)
  • Die SVG-Hintergrundfarbe passt sich nicht der Seitenfarbe an
Zum Testen reicht z.B. folgende readingsGroup:
define batteries readingsGroup .*:battery
attr batteries room Verbrauch
attr batteries sortby 1


ZitatUnd ich kann SVGs auch im Landscape scrollen
Horizontal kann ich nur den ganzen Bildschirm scrollen, nicht ein einzelnes SVG. Unabhängig von der Existenz einer readingsGroup im Room.

Viele Grüße
BeagleBoneBlack & Raspberry Pi 4; FB7490; div. Homematic Komponenten; CUL433: CUL_TX, Conbee II, SOMFY, 1-Wire, Z-Wave, Zigbee, SmartPlugs von Sonoff und Shelly mit MQTT

rudolfkoenig

Feststellungen/Aenderungen:

- beim Stylewechsel wird ab sofort "Reload page" automatisch ausgefuehrt (fhemweb.js).

- svg.js wurde bisher nicht geladen, falls vor dem ersten SVG andere "FW_atPageEnd" Module waren, die sind z.Zt.: readingsGroup, readingsHistory, Dashboard, FB_CALLIST, weblink, weekprofile. Das bedeutet, dass kein svg-Menu zur Verfuegung stand, und die Hintergrundfarbe der SVGs nicht gesetzt wurde. Habs gefixt.

- Chrome+smallscreen+Portrait+SVG-Detailansicht: die Hintergundfarbe ist falsch. Ein Wechsel zu Landscape und zurueck repariert sie, ein reload macht sie wieder kaputt. Scheint fuer mich ein Chrome-Bug zu sein, wenn jemand ein Fix/Workaround kennt, soll sich melden. Das Problem besteht auch im Desktop-Chrome, falls man in der JS-Console ein Mobilgeraet aktiviert hat.

- das Problem der kaputten SVG-Rect/bar-Darstellung im smallscreen+Portrait mode konnte ich nach relativ lange herumsuche an der "width:100%;" in der CSS Anweisung ".SVGplot { width: 100%; overflow-x: auto;}" festmachen, diese greift nur in smallscreen+Portrait mode. Ich gehe davon aus, dass es sich um ein Chrome Bug handelt, ich habe aber width:100% entfernt, und es schaut jetzt fuer mich ok aus. Wenn ich mich irren sollte, bitte melden.


tomspatz

@rudolfkoenig
Zitat
@tomspatz: ich habe das auf der TODO Liste, es erforderte aber Nachdenken/Experimentieren, und solche Aufgaben schiebe ich gerne nach hinten.
Die SVG (und Zoom-Knopf) Positionen waren bisher nicht Raum-Abhaengig, und du hast irgendwann diese Positionen gesetzt.
Ich habe jetzt diese Positionen jetzt auch Raum-Abhaengig gemacht, mit dem unschoenen Nebeneffekt, dass alle bisher gesetzten SVG-Positionen ihre Gueltigkeit verlieren, und neu gesetzt werden muessen.

Hat alles Zeit, doch nicht das wir uns falsch verstehen.
Ich habe das Verhalten bei SVG Plots die in einer Gruppe in einem Raum sind. Speziell Positioniert sind diese nicht.
Unter Everything oder fhem?room=all sind diese Plots ja auch gruppiert. Dort erscheinen die Pfeile, Zoom nicht, weil sie ja gruppiert sind.

Schönen Sonntag

LG
Tom

Romoker

Hallo Rudi,

nach dem heutigen Update kann ich bestätigen, dass die von mir gemeldeten Fehler alle behoben sind: SVG-Hintergund entspricht dem Seitenhintergrund, der SVG-Zoom-Knopf ist jetzt auch nach eine readingsGroup sichtbar und die SVG-Rect/Bar-Darstellung im Smallscreen Modus ist jetzt korrekt. Deine Vermutung, dass es sich im letzteren Fall um einen Chrome Bug handelt könnte, kann ich nicht bestätigen. Ich hatte das Verhalten auf meinem Smartphone auch bei den aktuellen Versionen von Firefox und Safari unter iOS.

Vielen, vielen Dank für die super Unterstützung hier.

Viele Grüße
BeagleBoneBlack & Raspberry Pi 4; FB7490; div. Homematic Komponenten; CUL433: CUL_TX, Conbee II, SOMFY, 1-Wire, Z-Wave, Zigbee, SmartPlugs von Sonoff und Shelly mit MQTT

AmunRe

#282
Ich weiß nicht wie ich vernünftig meinen Fehler beschreiben soll.


Irgendwie verschwindet der rechte Bereich unter dem Menü?


Jedenfalls wirkt das so.


Ich hab jetzt schon alles an zusätzlichen CSS gelöscht, weil ich dachte nach dem update verträgt sich das nicht mehr. Das war es aber nicht.
4 x Echo Dot, HMLAN Gateway, und diverse HM Komponenten, Philips Hue + OSRAM Plugs

Romoker

ZitatIrgendwie verschwindet der rechte Bereich unter dem Menü?

Hier gibt es eine Erklärung und einen Workaround: https://forum.fhem.de/index.php/topic,82351.msg822208.html#msg822208

Viele Grüße
BeagleBoneBlack & Raspberry Pi 4; FB7490; div. Homematic Komponenten; CUL433: CUL_TX, Conbee II, SOMFY, 1-Wire, Z-Wave, Zigbee, SmartPlugs von Sonoff und Shelly mit MQTT

AmunRe

Zitat von: Romoker am 07 September 2018, 15:12:11
Hier gibt es eine Erklärung und einen Workaround: https://forum.fhem.de/index.php/topic,82351.msg822208.html#msg822208

Viele Grüße


hey Danke!


Und der zweite Fehler? Der dritt in jedem Raum auf in dem ich ein Diagramm habe.
4 x Echo Dot, HMLAN Gateway, und diverse HM Komponenten, Philips Hue + OSRAM Plugs