New FHEM Tablet UI

[johannes1984]

Hallo,

Ich nutze das UI als Ersatz für eine App auf dem iPhone, da ich so einfach selbst bestimmen kann, wie es aussieht.

Dabei ist mir aufgefallen, dass das Widget für den Home Status etwas schief aussieht. Soll das so sein?

Außerdem muss ich ganz oft die Seite mehrmals aktualisieren, damit sie vollständig angezeigt wird. Manchmal ist nur der Text sichtbar und der Hintergrund weiß, nach 2x neuladen funktioniert es dann.

LG Jo

[DanHard]

Außerdem muss ich ganz oft die Seite mehrmals aktualisieren, damit sie vollständig angezeigt wird. Manchmal ist nur der Text sichtbar und der Hintergrund weiß, nach 2x neuladen funktioniert es dann.

Dieses Problem habe ich teilweise auch. Sieht fast so aus als würde die CSS Datei manchmal nicht gefunden werden.

[P.A.Trick]

Dieses Problem habe ich teilweise auch. Sieht fast so aus als würde die CSS Datei manchmal nicht gefunden werden.

Schließe mich an...gleiches Symptom auch bei mir! Ein paar mal Refresh drücken dann geht's wieder!

[Phil__]

Schließe mich an...gleiches Symptom auch bei mir! Ein paar mal Refresh drücken dann geht's wieder!

Ich hatte habe ein ähnliches Problem auf meinem Nexus 7 mit WVC. Allerdings habe ich den Aufruf von https auf http umgestellt und seit dem funktioniert fast immer alles ohne Probleme. Vllt hilft es euch...

[Phil__]

Hat jemand eine Idee wie man eine Art Kindersicherung realisieren könnte?
Man ruft eine Seite auf, es erfolgt eine Pinabfrage, nach korrekter Eingabe wird man auf die entsprechende Seite weitergeleitet.

Grüsse

[P.A.Trick]

Ich hatte habe ein ähnliches Problem auf meinem Nexus 7 mit WVC. Allerdings habe ich den Aufruf von https auf http umgestellt und seit dem funktioniert fast immer alles ohne Probleme. Vllt hilft es euch...

Danke für den Tipp, aber ich habe schon HTTP!

[viegener]

Bezueglich HTTPSRV nochmals ein Zwischenstand, ich habe unten mal eine neue HTTPSRV angehängt, die einen stabilen Zugriff auf das tablet UI ermöglichen sollte. Dies gilt insbesondere bei Verwendung von pagetabs, allerdings aus meinem Verständnis nicht nur dort.

Vielleicht hat jemand die Chance das mal zu testen?

Hinweis:

Die HTTPSRV-Definition sollte so etwas wie

Code Auswählen Erweitern

define tablet_ui HTTPSRV ftui/ ./www/tablet Tablet Frontend
sein, wobei der angehängte Slash wichtig ist und der Namen (im Beispiel ftui) so gewählt sein sollte, dass das entsprechende Verzeichnis NICHT dem Verzeichnisnamen des tablet UIs entspricht also eben nicht "tablet".

Beim Aufruf des Tablet UIs (ohne eine bestimmte Seite anzusteuern) sollte dann auch der angehängte Slash verwendet werden soll also z.B.

Code Auswählen Erweitern

http://<server>:8083/fhem/ftui/
oder auch

Code Auswählen Erweitern

http://<server>:8083/fhem/ftui/index.html (wenn index.html das Grund-HTML enthält)

Interessant wäre ob damit vielleicht die verschiedenen weissen Seiten und vermischten FHEM / Tablet UI-Probleme gelöst sind.

Gruss,
Johannes

[setstate]

Hallo viegener,

ich bekomme mit deiner HTTPSRV version (und auch vorher schon)

Code Auswählen Erweitern


http://<fhem>:8083/fhem/ftui

eine halb geladene FHEM Seite, nur der Save config button und diese JS Fehlermeldung: "ReferenceError: FW_widgets is not defined"

konfiguriert ist es bei mir so:

Code Auswählen Erweitern

define TABLETUI HTTPSRV ftui ./www/tablet Tablet-UI

nur mit

Code Auswählen Erweitern

http://<fhem>:8083/fhem/ftui/ klappt es, dann erscheint alles und die URL verändert sich so:

Code Auswählen Erweitern

http://<fhem>:8083/fhem/ftui/#index_main.html

auch mit

Code Auswählen Erweitern

define TABLETUI HTTPSRV ftui/ ./www/tablet Tablet-UI ist es das gleiche

[mw_fhem]

Hallo viegener,

leider kann ich keine Veränderung feststellen - gleicher Fehler wie vorher 

[Phil__]

Hat jemand eine Idee wie man eine Art Kindersicherung realisieren könnte?
Man ruft eine Seite auf, es erfolgt eine Pinabfrage, nach korrekter Eingabe wird man auf die entsprechende Seite weitergeleitet.

Grüsse

Ich habe mal ein wenig gebastelt, aber so richtig schön ist es nicht.
Konnte auch über den fhem HTTPSRV kein php aufrufen.

folgendes habe ich gemacht um eine Seite zu schützen.

pw.html: (zur Passwortabfrage)

Code Auswählen Erweitern

  <html>
  <head>
    <title>Login</title>
  </head>
  <body>
     <form method="post" action="geheim.php">
     Username: <input name="name" type="text"><br>
     Kennwort: <input name="pass" type="password"><br>
     <input type="submit" value="Login">
     </form>
  </body>
  </html>


geheim.php: (Das Skript zur Passwort überprüfung und weiterleitung auf die eigentliche Seite, ja gibt man die url direkt ein würde man auch ohne pw Abfrage auf die Seite kommen. und da ich auf dem fhem HTTPSRV kein php zum laufen bekommen habe, laufen die php Seiten über den apache)

Code Auswählen Erweitern

<?php
    include "#zugang.php" ;
    $user = $_POST['name']; 
    $pass = $_POST['pass'];
    if ($user == $okuser && $pass == $okpass) {
     header("Location: http://192.168.50.200:8086/fhem/tablet/info.html");
 exit;
    } else {
  ?>
  <html>

<head>
    <title>Login</title>
  </head>
    <body>
      Falsche Eingabe
  </body>
  </html>
    <?php  }
  ?>


#zugang.php: (Damit nutzer und pw nicht im Klartext in der geheim.php auftauchen)

Code Auswählen Erweitern

  <?php
    $okuser = "xyz" ;
    $okpass = "zyx" ;
  ?>

Wie ihr seht ist das alles andere als schön.
Hat da jemand eine bessere und schönere Idee?

[nesges]

Sieh dir mal http://php.net/manual/de/features.http-auth.php an. Oder ganz ohne PHP: http://www.peej.co.uk/articles/http-auth-with-html-forms.html

[tomster]

So, nun bin ich endlich hinter die Mimik der Synchronisation unter SqueezePlayern gestiegen. Und daraus entsteht auch Mal wieder ein kleines Problem:
Szenario:
Beispielhafte 2 Squeezeplayer (WZ.Player, OG.Player). Dass man ja auch bei mehreren Playern jeden Player mit jedem syncen könnte, lass ich jetzt Mal weg, weil bei 5 Playern eine für den Durchschnittsuser schier unbewältigbare Logikmatrix entstünde...

Von daher habe ich mich entschieden einen Master zu haben, auf den dann alle Player syncen.
Um Zweiteren (Slave) mit dem Ersten (Master) zu syncen muss folgender Befehl abgesetzt werden:

Code Auswählen Erweitern

set WZ.Player sync OG.Player
Soweit, so gut. Das lässt sich innerhalb des UI ziemlich simpel umsetzen. Wenn ich nun aber das Slave-Device wieder unsyncen will, dann kommt die Krux. Das wird nämlich mit:

Code Auswählen Erweitern

set OG.Player unsync WZ.Player
also "andersrumer" Logik erreicht. Hat da jemand eine Idee zur Lösung für ein set-array für ein Switch/Multistate/[hier beliebigen Widgetnamen einsetzen]-Widget ohne eine Vielzahl entsprechender dummies einrichten zu müssen?

[mc-hollin]

Hat jemand eine Idee wie man eine Art Kindersicherung realisieren könnte?
Man ruft eine Seite auf, es erfolgt eine Pinabfrage, nach korrekter Eingabe wird man auf die entsprechende Seite weitergeleitet.

Ich hatte mir mal überlegt einen Configbereich im UI anzulegen und diesen über einen Login zu schützen.
Da ich mit AngularJS rumspiele habe ich diese Seite gefunden: http://jasonwatmore.com/post/2015/03/10/AngularJS-User-Registration-and-Login-Example.aspx
Aber selber noch keine Zeit dafür gehabt. Hab den neuen Raspberry2 bekommen. Jetzt wird erst mal neu aufgebaut

[viegener]

ich bekomme mit deiner HTTPSRV version (und auch vorher schon)

Code Auswählen Erweitern


http://<fhem>:8083/fhem/ftui

eine halb geladene FHEM Seite, nur der Save config button und diese JS Fehlermeldung: "ReferenceError: FW_widgets is not defined"
konfiguriert ist es bei mir so:

Code Auswählen Erweitern

define TABLETUI HTTPSRV ftui ./www/tablet Tablet-UI

Ja, das ist ohne eine Änderung an FHEMWEB auch nicht zu lösen, da dann intern URLs entstehen, die von FHEMWEB mit leeren Seiten beantwortet werden (speziell für CSS und JS requests) aber auch die eigentlich Seite dann plötzlich folgendermassen heisst:

Code Auswählen Erweitern

http://<fhem>:8083/fhem/ftui#index_main.html

Durch den fehlenden nach ftui gerät dann einiges durcheinander.

Also wenn ich das richtig verstehe ist bei Dir mit einer HTTPSRV-Definition

Code Auswählen Erweitern

define TABLETUI HTTPSRV ftui/ ./www/tablet Tablet-UI
soweit alles in Ordnung.

Ich könnte mich also erstmal daran arbeiten, wie verhindert werden könnte, dass das Menu zweimal geladen (und angezeigt) wird.

[viegener]

leider kann ich keine Veränderung feststellen - gleicher Fehler wie vorher 

Hallo mw_fhem,
da ich jetzt nicht weiss, ob Du die vorher vorgeschlagenen Änderungen bei Dir vorgenommen hast, kann ich das jetzt nicht einschätzen.
Vorschlag: schicke mir ein Zip mit Deinen HTMLs und ich mache die Umstellung für DIch und schicke Dir auch die Infos, welche HTTPSRV-Definition benötigt wird, ok?
Johannes