New FHEM Tablet UI

[skuggy]

Hallo zusammen,

ich benutze eine von @uniqueck angepasste Version des calview Widget. Bei einem Update wird diese Datei immer wieder überschrieben. Wie muss ich vorgehen, damit ich beide Versionen des Widgets parallel verwenden kann? Welche Datei muss ich dafür anpassen? Bin leider nicht so fit in diesen Sachen. Vielen Dank.

Eine weitere Frage ist: Zur Zeit nutze ich das UI für ein 10 Zoll Tablet was an der Wand hängt. Ich möchte mir noch ein UI für mein Smartphone erstellen. Wie kann ich das am besten lösen? Könnte man dazu nicht eine kurze Anleitung schreiben?

Vielen Dank für Eure Hilfe

hallo @skuggy schön das noch ein paar das calview widget nutzen.

ich habe heute mal ein bissl rumprobiert und habe deine anforderungen mal so umgesetzt, allerdings nutze ich nur den part data-get="all", für die anderen müsstest du das dann einfach adaptieren.

des weiteren habe ich noch zwei eigenschaften eingeführt, womit sich die einfärbung steuern lässt.

data-all-forecast-color="#FFF200"
data-all-today-color="6EB54C"

wie gesagt mal schnell zusammen getippt.

was mir noch irgendwie schleier haft ist, ist das cachen, irgendwie cachet der browser die anzeige.
vielleicht kann mir da jemand einen tipp geben, dass das nicht passiert.

wobei ich gerade sehe, dass der termin tatsächlich bei dem device calview zwei mal drin steht.

Code Auswählen Erweitern


DEF        Geburtstage
   INTERVAL   43200
   KALENDER   Geburtstage
   NAME       GeburtstageCalView
   NR         132
   STATE      t: 10 td: 2 tm: 1
   TYPE       CALVIEW
   Readings:
     2015-10-27 01:38:53   c-term          10
     2015-10-27 01:38:53   c-today         2
     2015-10-27 01:38:53   c-tomorrow      1
     2015-10-27 01:38:53   state           t: 10 td: 2 tm: 1
     2015-10-27 01:38:53   t_001_bdate     27.10.2015
     2015-10-27 01:38:53   t_001_btime     00:00:00
     2015-10-27 01:38:53   t_001_edate     28.10.2015
     2015-10-27 01:38:53   t_001_etime     00:00:00
     2015-10-27 01:38:53   t_001_location  1985
     2015-10-27 01:38:53   t_001_source    Geburtstage
     2015-10-27 01:38:53   t_001_summary   Test 1
     2015-10-27 01:38:53   t_002_bdate     27.10.2015
     2015-10-27 01:38:53   t_002_btime     00:00:00
     2015-10-27 01:38:53   t_002_edate     28.10.2015
     2015-10-27 01:38:53   t_002_etime     00:00:00
     2015-10-27 01:38:53   t_002_location  1985
     2015-10-27 01:38:53   t_002_source    Geburtstage
     2015-10-27 01:38:53   t_002_summary   Test 1
     2015-10-27 01:38:53   t_003_bdate     28.10.2015
     2015-10-27 01:38:53   t_003_btime     00:00:00
     2015-10-27 01:38:53   t_003_edate     29.10.2015
     2015-10-27 01:38:53   t_003_etime     00:00:00
     2015-10-27 01:38:53   t_003_location  1910
     2015-10-27 01:38:53   t_003_source    Geburtstage
     2015-10-27 01:38:53   t_003_summary   Morgen 2


gruß uniqueck

[waschbaerbauch]

Gibt es daruf eine Antwort? Ich habe Sie in diesem extremen Thema nicht gefunden?!

Das ist schwierig zu beantworten. Setstate hat meine ich mal Möglichkeiten für dieses 'Verhalten' aufgezeigt.
Bei mir ist dieses Problem anfangs auch öfter aufgetaucht. Es scheint aus meiner Sicht eine Mischung aus diversen Ursachen zu sein.

Zum einen waren es bei mir 'unsauber programmierte' HTML Seiten (fehlende oder am falschen Ort geschlossene Tags) die mit dem internen FHEM Webserver kollidiert sind. Das liegt mit Sicherheit an meinen mangelnden HTML Kenntnissen und dem daraus resultierenden zusammen kopieren von Blöcken ohne genau zu blicken was da grad genau abläuft. Das hab ich hoffentlich jetzt nach und nach ein wenig bereinigt. Mit einem Apache Server aus dem LAMPP Paket konnte man die Seiten zumindest sauber anzeigen (scheint auf Fehler toleranter zu reagieren), allerdings ohne die Werte aus dem FHEM.

Zum anderen treten diese Reload Probleme aktuell bei mir nur noch im Chrome und Firefox auf, der IE ist davon eher selten betroffen. Es kann aber auch an der Masse der geöffneten Tabs im Chrome/Firefox liegen und ggf. Problemen in der Speicherverwaltung. Im IE hilft idR ein STRG+F5.

[Stril]

Hallo!

Schafft ihr es einen Chart mit "gleitendem" Zeitintervall hinzubekommen?
Ich verstehe das Wiki so, dass das der Parameter "data-nofulldays="true"" machen sollte, aber ich habe noch immer einen Graphen, der von heute Morgen 0 Uhr bis heute 24 Uhr

Gibt es hier noch etwas zu beachten, dass wirklich die letzten 24 Stunden angezeigt werden?

Danke und Grüße
Phil

[l2r]

Eine weitere Frage ist: Zur Zeit nutze ich das UI für ein 10 Zoll Tablet was an der Wand hängt. Ich möchte mir noch ein UI für mein Smartphone erstellen. Wie kann ich das am besten lösen? Könnte man dazu nicht eine kurze Anleitung schreiben?

http://forum.fhem.de/index.php/topic,37378.msg384862.html#msg384862

Hier ist auch ein Template für eine Mobile-Version vorhanden. Diese nutzt aber auch sachen aus dem Ordner tablet. Da musst du mal gucken, wie du das dann bei dir einbaust.

Wenn du auch einen Link aus FHEM heraus haben möchtest, dann definierst du einfach einen weiteren HTTPSRV:

Code Auswählen Erweitern

define TABLETUIMobile HTTPSRV ftui-mobile/ ./www/mobile Tablet-UI-Mobile

Gruß Michael

[drhirn]

schaut euch mal die gen_iconsdemo.pl von nesges an. Damit kann man sich Demoseiten für die verfügbaren Icons generieren. Zu finden im Github Projektverzeichnis.

Danke für den Tipp!

[bert]

@Rettungstim
Ich nutze WinSCP und Programmer´s Notepad, damit kann ich direkt auf dem Fhem Rechner editieren.

Gruß Bert

[kvo1]

@Rettungstim
Ich nutze WinSCP und Programmer´s Notepad, damit kann ich direkt auf dem Fhem Rechner editieren.

Gruß Bert

ich SAMBA und notepad++

[skuggy]

http://forum.fhem.de/index.php/topic,37378.msg384862.html#msg384862

Hier ist auch ein Template für eine Mobile-Version vorhanden. Diese nutzt aber auch sachen aus dem Ordner tablet. Da musst du mal gucken, wie du das dann bei dir einbaust.

Wenn du auch einen Link aus FHEM heraus haben möchtest, dann definierst du einfach einen weiteren HTTPSRV:

Code Auswählen Erweitern

define TABLETUIMobile HTTPSRV ftui-mobile/ ./www/mobile Tablet-UI-Mobile

Gruß Michael

Hallo Michael,

ist mit beiden Varianten das Update sichergestellt und muss man händisch eingreifen?

[HoTi]

@Rettungstim
Ich nutze WinSCP und Programmer´s Notepad, damit kann ich direkt auf dem Fhem Rechner editieren.

Gruß Bert

ich SAMBA und notepad++

Hmmm, ok ich Arbeite mit Notepad++ und dem sftp Plugin.

Aber noch was anderes.

kann mir jemand sagen wie es zu dem Anzeigefehler in der Anruferliste kommt? Siehe Icons FHEM UI und TabletUI.
Ich habe doch da irgendwas übersehen?!

[l2r]

@skuggy

Code Auswählen Erweitern

ist mit beiden Varianten das Update sichergestellt und muss man händisch eingreifen?

Soweit ich das gerade gesehen hab nutzt alles was im Ordner mobile liegt die definitionen aus dem Ordner Tablet und dieser wird ja mit Updates versorgt. Also sollte das meiner Meinung nach laufen.

[setstate]

Gibt es daruf eine Antwort? Ich habe Sie in diesem extremen Thema nicht gefunden?!

Beim Ändern von Seiten sollte man immer  <meta name="debug" content="1"> setzen.
Das erzwingt auch bei AJAX Anfragen ohne Cache zu arbeiten. Ist Debug aus, wird viel mit Cache gearbeitet, wegen des Geschwindigkeitsgewinns.

[kvo1]

Hmmm, ok ich Arbeite mit Notepad++ und dem sftp Plugin.

Aber noch was anderes.

kann mir jemand sagen wie es zu dem Anzeigefehler in der Anruferliste kommt? Siehe Icons FHEM UI und TabletUI.
Ich habe doch da irgendwas übersehen?!

versuche mal

Code Auswählen Erweitern

data-icons='["fa-arrow-down","fa-arrow-up","fa-fax","fa-arrow-circle-down","fa-arrow-circle-up","fa-arrow-circle-down","fa-arrow-circle-up"]'
data-get-on='["=> [=]","<= [=]","=> O_O","=>","<=","=> X","<= X"]'

da fehlt          <= X

[waschbaerbauch]

Beim Ändern von Seiten sollte man immer  <meta name="debug" content="1"> setzen.
Das erzwingt auch bei AJAX Anfragen ohne Cache zu arbeiten. Ist Debug aus, wird viel mit Cache gearbeitet, wegen des Geschwindigkeitsgewinns.

Grad mal im Chrome getestet, scheint wirklich bei mir das Problem hier zu 'fixen'

[tomster]

Beim Ändern von Seiten sollte man immer  <meta name="debug" content="1"> setzen.
Das erzwingt auch bei AJAX Anfragen ohne Cache zu arbeiten. Ist Debug aus, wird viel mit Cache gearbeitet, wegen des Geschwindigkeitsgewinns.

Hab ich grad Spaßeshalber Mal probiert. Mit Debug geht bei mir gar nix mehr.
Ich bekomme eigentlich nur das in der index.html definierte "menu.html" angezeigt (ohne Icons) und die beiden Toast-Messages:
"Start Longpoll in 0.1s"
"Longpoll started"
Letztere faden und die Seite steht. Mit debug="0" wird die Seite wenigstens geladen. Jemand eine Idee an was das liegen kann?

[waschbaerbauch]

Auf die Gefahr hin das sie hier schon wo steht, kannst du bitte mal die komplette Seite hier anhängen?
Ich würde mal gucken ob ich was sehen/erkennen kann..