Hi,
nach dem heute durchgeführten Update sehen meine Plots teilweise "merkwürdig" aus.
Gibt es eine neue Funktion oder dergleichen, die ich in meine bestehenden Plots einbauen muss, damit diese auch nach dem Update aussehen wie ursprünglich gewollt?
Greetz
Eldrik
Ja, die richtige svg_style.css Datei muss
Zitatpath { stroke:black; fill:none; }
enthalten. Ich habe das in allen eingecheckten Versionen getan.
Hallo Rudolf,
dieser Eintrag ist auch in meiner svg_style.css vorhanden, bedeutet das die schwarze Hinterlegung eigentlich nicht erscheinen sollte? Warum tut es das trotzdem?
circle#svgmarker { color:#278727; opacity:0.5; }
path { stroke:black; fill:none; }
polyline { stroke:black; fill:none; }
Greetz
Eldrik
Kann ich ohne weitere Infos nicht sagen.
Auf dem Bild sieht man, dass die Flaeche gefuellt ist, und das sollte per default nicht sein, bzw. ist auch nicht bei mir.
Welche CSS Regeln aus welcher Datei fuer bestimmte Elemente aktiv sind, sieht man im JavaScript Editor.
Achtung: bei nicht gesetztem "attr WEB plotEmbed 0" ist das finden der SVG-Elemente sehr fummelig.
P.S: Bist du sicher, dass du svg_style.css verwendest? Das ist eigentlich fuer "default" zustaendig, und dein Bild ist nicht gelb-gruen.
Zitat von: rudolfkoenig am 21 Januar 2015, 10:35:41
P.S: Bist du sicher, dass du svg_style.css verwendest? Das ist eigentlich fuer "default" zustaendig, und dein Bild ist nicht gelb-gruen.
Ah das war der entscheidende Hinweis, ich dachte die svg_style.css wäre ein zentraler Bestandteil und nicht, dass dieses abhängig vom gewählten Style ist, dieser ist in meinem Fall tatsächlich ios7touchpad und hier war die Zeile nicht vorhanden!
Merci.
Greetz
Eldrik
Rudolf,
danke schon mal für den Hinweis auf die CSS.
Damit sehen meine Plots nun auch wieder schick aus.
Allerdings fehlen jetzt die Next, Press, Zoom Buttons bei mir im dark-style, im Default sind diese zu sehen.
War ja auch zu erwarten :)
Aber ich finde jetzt nicht wirklich die Stelle, welche die ausblendet.
Kann ich nicht nachvollziehen mit der fhem.cfg.demo, siehe Anhang.
Ich vermute eine lokale Aendrung bei dir, und ich wuerde mit dem JavaScript-Editor nach den Elementen bzw. deren CSS Attribute suchen.
Hi,
Hab ein ähnliches Problem, nach dem setzen der Zeile werden zwar die Plots richtig dargestellt, doch fehlen nunmehr alle anderen Symbole wenn eine Seite einen Plot enthält bzw. einige sind verfremdet.
Komischerweise nur auf dem iPad, auf dem Mac und dem iPhone sieht alles gut aus.
Greetz
Eldrik
Zitat von: rudolfkoenig am 22 Januar 2015, 19:58:53
Kann ich nicht nachvollziehen mit der fhem.cfg.demo, siehe Anhang.
Ich vermute eine lokale Aendrung bei dir, und ich wuerde mit dem JavaScript-Editor nach den Elementen bzw. deren CSS Attribute suchen.
Ich konnte es bei mir mit der fhem.cfg.demo nachvollziehen. ;)
Also habe ich mal von einem frischen fhem die darkstyle.css in mein produktives System kopiert.
Und siehe da. Alles wieder wunderbar.
Da hatte ich wohl wirklich mal daran rumgespielt. :o
Danke Dir dennoch fürs prüfen.
Wobei.
Zu früh gefreut.
Auf dem Mac gehts. Auf dem iPad und iPhone beides iOS 8.1.2 fehlen die Icons.
Das Problem lag an "plotEmbed 0", das bei iOS automatisch aktiviert wird.
Die SVG-Plots verwenden neuerdings <path> Tags, genauso wie die Icons, und bei plotEmbed=0 wirkt svg_style.css auf die Icons.
Um das Problem zu loesen habe ich den <path> Tags eine zusaetzliche Klasse spendiert, was eine Anpassung aller svg_styles.css nach sich ziehte.
Mir fehlen im Ploteditor plötzlich die Styles in den Dropdownlisten.
(http://up.picr.de/20768766ib.jpg)
also ich habe das Problem, leider in fast allen styles festgestellt außer dem darkstyle.....
trotz der Klassen
habe auch versucht von einem Style einfach nur
@import url("darksvg_style.css");
aufzurufen ... immer noch die schwarzen Schatten.
Habe den Verdacht, dass da im "Dunkeln" sich noch eine Änderung versteckt
@betateilchen: danke fuer den Hinweis, habs uebersehen.
@Blackcat: bitte mehr Details.
Ich habe erstmal alle styles mir angesehen und festgestellt dass es im dark style geht.
Dann habe ich einen "kaputten" style genommen : Default
die svg_style.css habe ich komplett innen außkommtetiert und dann die darkstyle css importiert... Also svg Default = dark.
War aber immer noch so wie im ersten Post .. Also liegt das nicht am css Code der war gleich.
Kann aber sein, das der normale Common Code das svg auch bearbeitet .. Oder das svg an sich abweicht... Aber das konnte ich jetzt nicht prüfen
???
svg_style.css != style.css
Kannst du bitte dein Problem mit fhem.svg.demo beschreiben/zeigen und ein Screenshot hier anhaengen?
Zitat von: rudolfkoenig am 23 Januar 2015, 18:37:47
???
svg_style.css != style.css
???? Jetzt bin ich auch verwirrt .. Die style.css habe ich nicht angefasst....
svg_style.css = darksvg_style.css habe ich getestet. Weil die dark ja geht... Die Default halt nicht.
Wie Rufe ich die svg.demo auf?
War wohl Missverstaendnis:
Zitatsvg_style.css habe ich komplett innen außkommtetiert und dann die darkstyle css
fhem.svg.demo: es gibt viele Wege, am einfachsten scheint mir folgendes:
% svn co https://svn.code.sf.net/p/fhem/code/trunk/fhem/
% cd fhem
% perl fhem.pl fhem.cfg.demo
also ich habe jetzt nochmal ausführlich getestet mit der aktuellen FHEM aus dem SVN
Auf Windows mit ActivePerl läuft alles super.
Auf dem Pi dagegen habe ich bei Touchpads Styles die unten gepostete Darstellung, wobei die im Default (touchpad.css) geladene Darstellung passt.
zudem kamen folgende Fehler:
2015.01.25 17:59:36 1: PERL WARNING: Argument "Unknown argument state, choose one of rgb:noArg" isn't numeric in numeric lt (<) at FHEM/Color.pm line 419.
2015.01.25 17:59:36 1: PERL WARNING: Argument "Unknown argument ?, choose one of " isn't numeric in numeric lt (<) at FHEM/Color.p m line 419.
2015.01.25 18:03:09 1: PERL WARNING: Use of uninitialized value $idx in concatenation (.) or string at ./FHEM/98_SVG.pm line 388.
2015.01.25 18:03:09 1: PERL WARNING: Use of uninitialized value within @exampleHtml in concatenation (.) or string at ./FHEM/98_SV G.pm line 388.
2015.01.25 18:03:09 1: PERL WARNING: Use of uninitialized value $idx in concatenation (.) or string at ./FHEM/98_SVG.pm line 390.
2015.01.25 18:03:09 1: PERL WARNING: Use of uninitialized value $idx in concatenation (.) or string at ./FHEM/98_SVG.pm line 391.
2015.01.25 18:03:09 1: PERL WARNING: Use of uninitialized value $idx in array element at ./FHEM/98_SVG.pm line 391.
2015.01.25 18:03:09 1: PERL WARNING: Use of uninitialized value $idx in concatenation (.) or string at ./FHEM/98_SVG.pm line 393.
2015.01.25 18:03:09 1: PERL WARNING: Use of uninitialized value $sh in substitution (s///) at ./FHEM/98_SVG.pm line 393.
2015.01.25 18:03:09 1: PERL WARNING: Use of uninitialized value $sh in concatenation (.) or string at ./FHEM/98_SVG.pm line 394.
2015.01.25 18:03:09 1: PERL WARNING: Use of uninitialized value $idx in concatenation (.) or string at ./FHEM/98_SVG.pm line 396.
2015.01.25 18:03:09 1: PERL WARNING: Use of uninitialized value $ph in substitution (s///) at ./FHEM/98_SVG.pm line 396.
2015.01.25 18:03:09 1: PERL WARNING: Use of uninitialized value $ph in concatenation (.) or string at ./FHEM/98_SVG.pm line 397.
2015.01.25 18:03:09 1: PERL WARNING: Use of uninitialized value $idx in array element at ./FHEM/98_SVG.pm line 399.
2015.01.25 18:03:09 1: PERL WARNING: Use of uninitialized value $idx in concatenation (.) or string at ./FHEM/98_SVG.pm line 400.
2015.01.25 18:03:09 1: PERL WARNING: Use of uninitialized value $idx in concatenation (.) or string at ./FHEM/98_SVG.pm line 402.
2015.01.25 18:03:09 1: PERL WARNING: Use of uninitialized value $idx in array element at ./FHEM/98_SVG.pm line 402.
2015.01.25 18:03:09 1: PERL WARNING: Use of uninitialized value $idx in array element at ./FHEM/98_SVG.pm line 406.
2015.01.25 18:03:09 1: PERL WARNING: Use of uninitialized value $idx in concatenation (.) or string at ./FHEM/98_SVG.pm line 411.
2015.01.25 18:03:09 1: PERL WARNING: Use of uninitialized value $idx in array element at ./FHEM/98_SVG.pm line 412.
2015.01.25 18:03:09 1: PERL WARNING: Use of uninitialized value $idx in concatenation (.) or string at ./FHEM/98_SVG.pm line 417.
2015.01.25 18:03:09 1: PERL WARNING: Use of uninitialized value $idx in array element at ./FHEM/98_SVG.pm line 419.
Kann es sein, dass man ggf. die Perl version updaten muss?
Hallo,
ich hab exakt das gleiche Problem. Gibt es schon weitere Erkenntnis. Bei mir läuft fhem auch auf einem Pi.
Bis dann...
Jörg
Hallo zusammen,
ich hau' mal in die Kerbe mit rein. Gestern Update gemacht, seitdem alle Plots komplett schwarz, egal welcher Style. Die svg_style.css ist vom 28.01. 08:00 Uhr, die darksvg_style.css ist vom 27.01. 17:07.
Gruß Roland
Bei mir (== fhem.cfg.demo) funktionieren alle Plots mit Chrome/FF und iOS. Aber vielleicht sollte ich von jemanden mit "ich hau' mal in die Kerbe mit rein." Mentalitaet auch keine nachstellbare Konfiguration erwarten...
Schade, dass es keinen Like Button gibt. ;D
Bessere wäre noch ein geht nich und ich habe auch nix geändert....
Zitat von: oliverk am 28 Januar 2015, 09:45:11
Bessere wäre noch ein geht nich und ich habe auch nix geändert....
Ich habe gar nicht behauptet, daß ich nix geändert habe.
ZitatGestern Update gemacht,...
Bis dahin waren die Plots bunt, nach dem Update schwarz. Ich habe den Diskussionen entnommen, daß es möglicherweise an den *svg_style.css files liegt, daher habe ich die Timestamps mitgegeben.
Ich weiß, es ist schwierig nachzustellen, aber wenn mehr Informationen benötigt werden, könnte man das auch ein klein wenig freundlicher formulieren.
Gruß Roland
Zitatkönnte man das auch ein klein wenig freundlicher formulieren.
Na ich habe nicht mit "ich hau' mal in die Kerbe mit rein." angefangen.
Zitat von: rudolfkoenig am 28 Januar 2015, 10:07:35
Na ich habe nicht mit "ich hau' mal in die Kerbe mit rein." angefangen.
Dann nehm' ich das "hauen" mal zurück. ;) Sollte heißen, daß ich mich der Frage von Dr. Jörg Licher (Beitrag #19) anschließen möchte.
Ergänzung: Firefox 34.05 macht auch schwarze Plots in allen Styles.
Gruß Roland
Das etwas mit den Plots nicht in Ordnung ist, das habe ich ja schon kapiert, allerdings kann ich nicht helfen, solange ich nichts nachstellen kann.
Ich weiss ja nicht, ob alle eure Dateien (.css/.js/.pm) auf dem neuesten Stand sind, ob ihr nicht selbstgebaute .css verwendet, mit welchem Browser bzw. Client ihr die Seite aufruft, ob ihr nicht noch weitere JavaScript Dateien / .css einbindet, ob das Problem in FLOORPLAN/Dashboard/etc auftritt, evtl. haengt das auch mit einem mir unbekannten anderen Modul oder Attribut zusammen. Es mag ueberraschend klingen, aber ich kenne nicht alles in FHEM auswendig, und ich vermute es gibt keinen hier, der das tut. Deswegen braucht man was zum Nachstellen, am besten mit einem angepassten fhem.cfg.demo, weil ohne Hardware-Abhingkeit.
ZitatIch weiss ja nicht, ob alle eure Dateien (.css/.js/.pm) auf dem neuesten Stand sind
Ich nehme an, daß nach einem Update alles aktuell ist.
Ein Updatecheck von soeben bringt:
List of new / modified files since last update:
UPD FHEM/00_SONOS.pm
UPD FHEM/01_FHEMWEB.pm
UPD FHEM/10_EnOcean.pm
UPD FHEM/10_ZWave.pm
UPD FHEM/21_SONOSPLAYER.pm
UPD FHEM/98_logProxy.pm
UPD FHEM/98_structure.pm
UPD docs/commandref.html
UPD docs/commandref_DE.html Zitatob ihr nicht selbstgebaute .css verwendet
Die einzige manuelle Änderung, die an der darkstyle.css vorgenommen habe: Ich habe
Zitatinput.maininput {width:700px;}
eingefügt, um die commandline in FHEMWeb größer zu machen
Zitatmit welchem Browser bzw. Client ihr die Seite aufruft
- Chrome Version 40.0.2214.93 m / Win 8.1
- Chrome for Android Version 40.0.2214.89 / Android 4.4.2
- Firefox 34.05 / Win 8.1
IE11 (32 oder 64) kann nicht mal die normalen icons darstellen.
Zitatob ihr nicht noch weitere JavaScript Dateien / .css einbindet
Zusätzliche *.js/*.css habe ich nicht eingebunden, weil: Nicht genug Ahnung=fingerwech
Zitatob das Problem in FLOORPLAN/Dashboard/etc auftritt
Im Dashboard und im normalen WebIF, Desktop oder Android - alle Plots schwarz
Gruß Roland
sorry für meine vorherige Falschaussage:
ZitatDie einzige manuelle Änderung, die an der darkstyle.css vorgenommen habe: Ich habe
Zitat
input.maininput {width:700px;}
eingefügt, um die commandline in FHEMWeb größer zu machen
Mir ist zum Thema "weitere Javascript Dateien" doch noch was eingefallen:
Ich hatte vor längerer Zeit zum Syntaxhighlighting und Zeilennummeranzeige
attr WEB JavaScripts codemirror/fhem_codemirror.js
attr WEB codemirrorParam { "theme":"blackboard", "lineNumbers":true }eingebaut.
Die Editfenster hat's jetzt mit dem letzten Update
UPD FHEM/00_SONOS.pm
UPD FHEM/01_FHEMWEB.pm
UPD FHEM/10_EnOcean.pm
UPD FHEM/10_ZWave.pm
UPD FHEM/21_SONOSPLAYER.pm
UPD FHEM/98_logProxy.pm
UPD FHEM/98_structure.pm
UPD docs/commandref.html
UPD docs/commandref_DE.htmlzerrissen. Ich hab' das jetzt deswegen rausgeschmissen und siehe da:
Die Plots sind wieder bunt!
Gruß Roland
Zitat von: rudolfkoenig am 28 Januar 2015, 10:24:52
Deswegen braucht man was zum Nachstellen, am besten mit einem angepassten fhem.cfg.demo, weil ohne Hardware-Abhingkeit.
Irgend wie fühle ich mich nicht ernst genommen :-[
Habe extra mit der fhem.cfg.demo getestet und festgestellt, dass das Problem nur mit dem fhem auf dem pi aufgetaucht ist und auch nur bei Touch .... Präzisier kann ich leider auch nicht testen
@Blackcat: Sorry. Dass es fhem.cfg.demo gewesen ist, habe ich erst jetzt beim Bilderschauen gesehen. Zu den Fehlern kann ich nicht viel sagen, ich habe die Version vom Sonntag Nachmittag aus SVN auf einem ubuntu 14.04 gerade neu ausgecheckt, funktioniert ohne Probleme, mit ios7touchpad und darktouchpad. Die Fehler stammen definitiv nicht von einem alten Perl, diese sind eher Folgen einer kaputten Konfiguration (fhem.cfg/fhem.state/.gplot, Festplatte voll?), das ist aber nur geraten, ich wuesste auch gerne mehr. Dass es bei dir mit ActivePerl funktioniert hat, spricht mAn auch dafuer. Was fuer perl-Version ist auf dem RPi installiert? Gibt es im log vorher auch noch Fehlermeldungen?
@hauwech: "sorry für meine vorherige Falschaussage:" deswegen sollte man keine Aussagen treffen, sondern mir eine fhem.cfg zur Verfuegung stellen, womit ich selbst experimentieren kann. "Leider" funktioniert bei mir fhem.cfg.demo auch mit den JavaScripts und codemirrorParam Attributen.
Zitat von: rudolfkoenig am 28 Januar 2015, 19:44:49
Gibt es im log vorher auch noch Fehlermeldungen?
Das waren leider alle.
Perl habe ich in der Zwischenzeit geupdatet, leider aber immer noch das gleiche Bild.
Ic habe noch 3GB Platz ... Hm... Vielleicht liegt es auch am wheezy
Ziehe fhem eh bald um auf ein ubuntu oder win7 mal sehen. Also für mich verkraftbar
Hallo zusammen,
ich habe gerade noch einmal ein update force gemacht. Wenn ich das richtig verstehe, sollten damit ja alle Dateien erneut heruntergeladen werden. Bei mir scheint der Übeltäter die Datei "darktouchpadsvg_style.css". Diese Datei gibt es nicht im Repository und mir ist nicht wirklich klar, wo die herkommt. Mit dem Eintrag
stylesheetPrefix darktouchpad tritt der Fehler auf, mit stylesheetPrefix dark ist alles ok. Evtl. betrifft das auch alle Pi, die mit dem busware-Image installiert wurden.
Ich hoffe, diese Info hilft, um dem Fehler auf den Grund zu gehen.
Bis dann...
Jörg
Hallo,
ich habe ebenfalls Probleme mit den SVG Plots. Kann sein das ich hier nicht so ganz in der richtigen Rubrik poste -aber sorry ich in den letzten zwei Wochen nahezu vermutlich jede Seite zum Thema SVG PLOT gesichtet die es gibt. Also bitte um Nachsicht und verschieben wenn mein post hier nicht passt.
Nutze FHEM schon ab V5.4 (Plug & Play - Autocreate) und bin beim
Erweitern des System. Zuvor FHEM Update - Wheezy letzter Stand.
Das Problem: FHEM verwendet scheinbar - auch nach Änderungen - ausschliesslich die fht.gplot
Ablauf
- install FHEM-autocreate legt definitionen der Geräte nebst Logfiles und SVG_Files an und sammelt
fleisig Daten. Aufruf aus Plots SVG_Hht_xxxx Link, (set)SVG_Hht_xxxx(copyGPlotFile), ändern der Zuweisungen (Actuator/Temperatur) und write .geplot file. Wechsel nach Plots ->noch ist alles gut
Dies für alle Geräte wiederholt -> auch gut... shutdown restart : alle Einstellungen zum Teufel
Alle dann vorgenommenen Änderungen an SVG_Hht_xxxx wirken sich steets auf alle angezeigten Plots aus.
UND:
Nach Aufruf Edit files/...gplot und rückkehr nach z.B.Plots sind die Farben der Seite dann alles andere als Standart ( rote und blaue Links / weisse Seite,gelbe plots). Select style(default) korregiert das bis zum
nächsten Aufruf Edit files/...gplot
Ich hoffe das mir im Forum weiter Hilft... Gruss Stony
Hallo,
ich habe auch das Problem der schwarzen Flächen bei den Liniengraphen.
Ich verwende Fhem nur auf meinem iPad mit einem Icon auf dem Homescreen und dementsprechend einen touchpad-style.
Wenn ich jetzt über den Menüpunkt "Select Style" den Style "ios7" auswähle, dann funktionieren die Plots, aber die Links sind normale Links und keine Javascript-Aufrufe (das bedeutet, man verlässt die eingebettete Oberfläche).
Wenn ich den dazugehörigen Style "ios7touchpad" auswähle, dann habe ich die schwarzen Flächen unter den Graphen (siehe Anhang), aber meine Links funktionieren korrekt.
Ich habe nichts in den Dateien angepasst, und gerade vorhin noch ein "update force" gemacht, um sicherzugehen.
Kann es sein, dass in diesem Style noch etwas fehlt?
Grüße
Reinerlein
Hallo zusammen,
ich habe es bei mir gerade gelöst bekommen.
Es waren bei mir noch einige Dateien als Rest auf dem System vorhanden. Die wurden vom Update-Prozess nicht weggeräumt.
Ich habe nun alle Dateien, die nicht von meinem Update-Force neugeladen wurden (das kann man dann sehr gut am Dateidatum erkennen) einfach weggelöscht.
Und schon sind die Plots wieder schick. Es war also nicht zuwenig, sondern zuviel vorhanden...
Da hat also jemand irgendwann Dateien eingecheckt, die per Update ausgeliefert wurden, und als sie überflüssig wurden, dem Update nicht gesagt, dass diese wieder weg müssen...
Vielleicht sollte da jeder mit diesem Problem der schwarzen Flächen mal saubermachen. Bei mir waren die Dateien von Juni-September letzten Jahres.
Grüße
Reinerlein
Hast du noch die Liste dieser Dateien, damit ich sie wieder anlegen kann?
Entfernen (bzw nach fhem/unused schieben) koennte man sie mit update auch, allerdings kann man diese Dateien dann als Benutzer nie mehr anlegen.
Hi Rudi,
im Anhang mal die Dateien die für ios7 und dark zuviel waren.
Ich habe sie mir inhaltlich nicht angeschaut, da es für mich reicht, wenn es funktioniert :)
Ob man sie automatisch löschen sollte finde ich auch eher fragwürdig. Anscheinend hat ja nicht jeder ein Problem damit, bzw. vielleicht hat auch nicht jeder die Dateien. Es könnte ja ein kurzer Updatezeitraum gewesen sein, wo diese ausgeliefert wurden. Wenn man in diesem Zeitraum kein Update gemacht hat, hat man die Dateien natürlich auch nie bekommen...
Wie du schon geschrieben hast: man kann die Dateien dann nicht mehr selber anlegen, falls man das aus irgendeinem Grund müsste...
Grüße
Reinerlein
Oh ich habe die Dateien auch ???
Habe sie gelöscht und siehe da funktioniert ! Danke :)
PS: wie ich es gemacht habe :)
Die smallscreen sind wahrscheinlich auch zuviel
Hallo zusammen,
ich möchte melden, dass auch bei mir die Grafiken die schwarze Füllung zeigen wenn ich unter "Select Style" "darktouchpad" auswähle. Dann ist im gPlot-Editor auch keine Auswahl des Style (z.B. I1fill) möglich, da das Dropdown-Feld und die Auswahl leer ist.
Wenn ich "dark" einstelle ist alles gut, wobei mir nicht ganz klar ist ob durch die Auswahl des Style ausser den Farben noch was geändert wird.
Das FHEM Update habe ich gestern Abend gemacht und keine Änderungen an den CSS oder sonstigen Dateien vorgenommen.
VG
Claus
hi Claus,
Hast du die oben genannten löschvorgänge schon durchgeführt ?
Ich habe 98_SVG.pm so angepasst, dass bei der Suche nach svg_style.css bzw. svg_defs.css touchpad oder smallscreen ignoriert wird. Weiterhin schiebt update die bekannten Versionen dieser Dateien nach fhem/unused. Da diese Dateien SVG Farben bzw. Schattierungen betreffen, sollten Aenderungen fuer eine touchpad bzw. smallscreen Variante nicht notwendig sein.
Also bei mir ist das Problem weg seitdem ich ein "apt-get upgrade" und einem nachfolgendem Restart auf dem Pi gemacht habe.
Grüße
Lalle