Hab FHEMWEB etwas umgebaut, damit es auf meinem Mobiltelefon besser
bedienbar wird. Hoffentlich moechte man mich wegen dem etwas anderen
Look&Feel nicht gleich haengen :)
Als neue Funktion gibt es dem Attribut hiddenroom, mit dem man so
einiges verstecken kann.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
On 24 Sep., 15:26, Rudolf Koenig wrote:
> Hab FHEMWEB etwas umgebaut, damit es auf meinem Mobiltelefon besser
> bedienbar wird. Hoffentlich moechte man mich wegen dem etwas anderen
> Look&Feel nicht gleich haengen :)
>
Hallo Rudi,
die Ansicht ist gewöhnungsbedürftig, da die Sortierung in einem Raum
jetzt nur noch nach dem Namen erflogt und nicht mehr klar getrennt
nach device, command ...
Schön finde ich, das jetzt bei den FS20 Sendemodulen (Sendemodul
TX868-75) die on / off Buttons nicht mehr angezeigt werden.
Kannst du die Rahmen für on / off Buttons wieder einbauen?
Gruss,
Ines
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
On 24 Sep., 15:26, Rudolf Koenig wrote:
> Hab FHEMWEB etwas umgebaut, damit es auf meinem Mobiltelefon besser
> bedienbar wird. Hoffentlich moechte man mich wegen dem etwas anderen
> Look&Feel nicht gleich haengen :)
>
Hallo Rudi,
habe ich mal auf einem Testsystem getestet. Gefällt mir auf den ersten
Blick gut.
Wenn man einem Weblink folgt, erscheinen allerdings bei mir die Zoom-
Buttons ("+"/"-"-Buttons) nicht.
Oder habe ich noch zu wenig Daten?
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hallo,
bisher konnte ich einen "fremden" CUL_FHTTK einfach löschen. Nun ist
das leider nicht mehr möglich.
Bevor ich das fremde Gerät löschen kann, muss ich es erst
überflüssigerweise definieren.
Wäre es möglich, die Lösch-Funktion wieder einzubauen?
-Heiermann
On 25 Sep., 18:10, Willi wrote:
> On 24 Sep., 15:26, Rudolf Koenig wrote:
>
> > Hab FHEMWEB etwas umgebaut, damit es auf meinem Mobiltelefon besser
> > bedienbar wird. Hoffentlich moechte man mich wegen dem etwas anderen
> > Look&Feel nicht gleich haengen :)
>
> Hallo Rudi,
>
> habe ich mal auf einem Testsystem getestet. Gefällt mir auf den ersten
> Blick gut.
>
> Wenn man einem Weblink folgt, erscheinen allerdings bei mir die Zoom-
> Buttons ("+"/"-"-Buttons) nicht.
> Oder habe ich noch zu wenig Daten?
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> Wäre es möglich, die Lösch-Funktion wieder einzubauen?
Man kann es doch loeschen mit "delete ", ist halt kein einfaches Klick.
Loeschen sollte man eh nicht, da es dann wieder erscheint, da ist das setzen
des ignore flags besser.
> die Ansicht ist gewöhnungsbedürftig, da die Sortierung in einem Raum
> jetzt nur noch nach dem Namen erflogt und nicht mehr klar getrennt
> nach device, command ...
Das habe ich auch anderswo gehoert. Ich warte die Diskussion zwar noch etwas
ab, aber wahrscheinlich baue ich wieder zurueck:
- Trennung nach Typ
- on/off in extra Spalten (jedenfalls auf dem "normalen" Browser).
Ich haette gerne auch noch feedback fuer die smallscreen Variante (natuerlich
auf einem Telefon), das war doch der eigenltiche Grund des Umbaus.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hallo miteinander,
ja bitte wieder umbauen - kann mich meinen Vorredner nur anschließen
Greets Markus
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hallo Rudi,
>Man kann es doch loeschen mit "delete ", ist halt kein einfaches Klick.
Nun, das geht eben nicht. Es kommt die Meldung "Please define CUL-
FHHTK first".
Da ich dieses Gerät aber nicht kenne, kann ich es ja auch nicht
definieren.
Ich habe es jetzt mit dem Attribut "ignore" versehen. Leider ist
dieses Teil nun in der FHT-Plot-Liste drin.
Wie bekomme ich das Teil denn aus sämtlichen Anzeigen verbannt?
-Heiermann
On 26 Sep., 09:49, Sunti wrote:
> Hallo miteinander,
>
> ja bitte wieder umbauen - kann mich meinen Vorredner nur anschließen
>
> Greets Markus
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Kennst das Geraet jezt oder nicht? Wenn nein: wieso kannst Du es mit ignore
versehen? Wenn ja, wie heisst es denn genau?
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hallo,
das Gerät CUL_FHTTK wird bei mir alle 2-3 Wochen unmotiviert von
autocreate angelegt, obwohl ich keinen FHTTK im Einsatz habe.
Bisher habe ich dann einfach das Gerät samt dem Log über den Delete-
Button gelöscht.
Da diese Buttons nun nicht mehr da sind, habe ich den delete-Befehl
benutzt. Da kommt jedoch die o.g. Meldung, nach der ich das Gerät erst
definieren soll.
Das Gerät heisst CUL_FHTTK_194000
-Heiermann
On 26 Sep., 11:50, Rudolf Koenig wrote:
> Kennst das Geraet jezt oder nicht? Wenn nein: wieso kannst Du es mit ignore
> versehen? Wenn ja, wie heisst es denn genau?
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> Das Gerät heisst CUL_FHTTK_194000
Und "delete CUL_FHTTK_194000" liefert "Please define CUL-FHHTK first"?
Mit "-"? Kannst Du bitte ein "list CUL_FHTTK_194000" zeigen?
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hi,
bitte nicht schlagen...;-)
Habe beim delete-Befehl eine "0" vergessen.
-Heiermann
On 26 Sep., 13:21, Rudolf Koenig wrote:
> > Das Ger t heisst CUL_FHTTK_194000
>
> Und "delete CUL_FHTTK_194000" liefert "Please define CUL-FHHTK first"?
> Mit "-"? Kannst Du bitte ein "list CUL_FHTTK_194000" zeigen?
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> Das habe ich auch anderswo gehoert. Ich warte die Diskussion zwar noch etwas
> ab, aber wahrscheinlich baue ich wieder zurueck:
> - Trennung nach Typ
> - on/off in extra Spalten (jedenfalls auf dem "normalen" Browser).
>
Falls du fhemweb wieder zurueck baust, koenntest du bitte die in der
jetzigen Variante ausgeblendeten on/off Buttons bei FS20 sender
übernehmen.
Danke
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> Falls du fhemweb wieder zurueck baust, koenntest du bitte die in der
> jetzigen Variante ausgeblendeten on/off Buttons bei FS20 sender
> übernehmen.
Das war aber in der (direkten) Vorversion auch schon so: wenn "set ?"
on und off zurueckliefert, dann wurden die Knoepfe angezeigt sonst nicht. Und
falls man bei einem FS20 Geraet ein entsprechendes Modell gesetzt hatt, dann
kommt kein on/off mehr...
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
On 27 Sep., 16:40, Rudolf Koenig wrote:
> > Falls du fhemweb wieder zurueck baust, koenntest du bitte die in der
> > jetzigen Variante ausgeblendeten on/off Buttons bei FS20 sender
> > bernehmen.
>
> Das war aber in der (direkten) Vorversion auch schon so: wenn "set ?"
> on und off zurueckliefert, dann wurden die Knoepfe angezeigt sonst nicht. Und
> falls man bei einem FS20 Geraet ein entsprechendes Modell gesetzt hatt, dann
> kommt kein on/off mehr...
Bei gleicher cfg, sind die Buttons bis zur Revision 1.64 (alte
Ansicht) da erst ab der Revision (neue Ansicht) 1.65 sind die Buttons
ausgeblendet ?
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Ich hätte noch zwei Anregungen:
Die File-Logs werden in der Raumansicht nur noch mit "active"
angezeigt, für den Zugriff auf die Text-Files muss man nochmals
2xklicken (File-Log und dann text).
1.) Könnte in der Raumansicht wieder eine direkte Verlinkung auf die
Anzeige des Text-Logs aufgenommen werden? Ich greife darauf recht oft
zu, wenn irgendwas nicht so funktioniert wie's soll.
2.) In der File-Log Untermaske klicke ich auf einem kleinen Touch-
Display statt auf Text oft auf "Device specific help". Vielleicht wäre
hier noch eine zusätzliche Leerzeile hilfreich.
Viele Grüße,
Carsten
On 27 Sep., 20:35, Ines wrote:
> On 27 Sep., 16:40, Rudolf Koenig wrote:
>
> > > Falls du fhemweb wieder zurueck baust, koenntest du bitte die in der
> > > jetzigen Variante ausgeblendeten on/off Buttons bei FS20 sender
> > > bernehmen.
>
> > Das war aber in der (direkten) Vorversion auch schon so: wenn "set ?"
> > on und off zurueckliefert, dann wurden die Knoepfe angezeigt sonst nicht. Und
> > falls man bei einem FS20 Geraet ein entsprechendes Modell gesetzt hatt, dann
> > kommt kein on/off mehr...
>
> Bei gleicher cfg, sind die Buttons bis zur Revision 1.64 (alte
> Ansicht) da erst ab der Revision (neue Ansicht) 1.65 sind die Buttons
> ausgeblendet ?
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
> die Ansicht ist gewöhnungsbedürftig, da die Sortierung in einem Raum
> jetzt nur noch nach dem Namen erflogt und nicht mehr klar getrennt
> nach device, command ...
nicht nur in einem Raum, sondern v.a. bei 'Everything'.
Fand ich vorher auch übersichtlicher.
Magst Du dafür nicht ein 'attr WEB sortlist 1' einbauen? ;-)
Anzeige von Strukturen:
Strukturen wurden vorher -auch in den Räumen- separat gezeigt, die nun
in die Liste eingereiht sind. Fand ich separat besser.
Irritierend bei Strukturen finde ich, dass die in der Struktur
enthaltenen devices nun jeweils als link, nicht mehr nur als text
angezeigt werden. Und dieser link schaltet die Struktur 'on'.
Verwirrend.
Sonst alles schick :-)
Gruß, Uli
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Ich habe versucht das was ich an Feedback gehoert habe einzubauen:
(Wieder-)Implementiert:
+ Aufteilung nach Geraetetypen
+ Extra "Rahmen" fuer on/off
+ Deleteattr (nicht fuer smallscreen)
+ Zugriff auf einzelne FileLog-Dateien direkt im Uebersicht (nicht
fuer smallscreen)
+ im Attr/Set-Feld fuehrt das naheliegende aus
+ Struktur-Status ist jetzt sinnvoller
Nicht implementiert
- Delete button (finde ich nicht so wichtig, und es hat keine
Rueckfrage gehabt)
- Weblink Zoom buttons gibt es nicht (konnte nicht nachvollziehen)
- Device-help trennen. Bei aller Liebe: der ist jetzt schon maechtig
weit weg.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Hallo Rudi,
> Ich habe versucht das was ich an Feedback gehoert habe einzubauen:
kleiner Fehler im Dateinamen?
2011.10.01 13:14:58 1: Got http://fhem.de/fhemupdate/fhem.pl*.txt*,
length: 63470
...oder war das Absicht? ;-)
Gruss,
Torsten
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> ...oder war das Absicht? ;-)
Ja, da .pl Dateien vom Server (fhem.de) als CGI ausgefuehrt werden, und das
hilft nicht wirklich :)
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
bin ich der einzige?
cvs vom 1.10.2011, 16:25
room=all sieht sehr sparsam aus:
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Am 01.10.2011 17:22, schrieb Rudolf Koenig:
>> ...oder war das Absicht? ;-)
>
> Ja, da .pl Dateien vom Server (fhem.de) als CGI ausgefuehrt werden, und das
> hilft nicht wirklich :)
>
ahso - hatte mich gewundert, weil ich keine Änderung im Web-Frontend
gesehen habe... 8-)
Gerade noch einmal update aufgerufen, nun sieht es in der Tat anders aus.
Allerdings sehe in der "Everything"-Ansicht nur die Überschriften,
lediglich die Plots erscheinen. Sollte da nicht ALLES kommen, egal
welcher Raum?
Ansonsten gefällt mir das wieder sehr gut!
Nur mit den Logfiles bin ich da noch nicht ganz sicher.
Es war ja gerade Monatswechsel, daher fiel es soeben auf, dass jeweils
unter der "Definitionszeile" alle Logs aufgeführt werden. Das könnte
m.E. doch wieder unübersichtlich werden. Mein Vorschlag: Nur das gerade
aktuelle anzeigen; die älteren bekommt man ja noch, indem man in die
Definition wechselt.
Und noch 2 Dinge fielen mir auf, wo ich gerade am "Durchclicken" bin:
- ich habe einen FHTTK, wenn ich dessen Log "WINDOW" öffne, gibt es
keine vor/zurück/Zoom-Buttons?
- dito beim FHT, dort fehlen auch diese Buttons, und darüber hinaus
lautet die Diagramm-Überschrift ""...?
Gruss,
Torsten
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Danke für die Anpassungen. Beim Log-File würde ich mich dem Wunsch
nach der Anzeige nur des aktuellen anschließen.
Ich habe bisher immer nach einer Möglichkeit gesucht, aus der WEB-
Oberfläche einen vollständigen Restart durchzuführen (z.B. wenn wie
hier die fhem.pl upgdatet wurde). Vielleicht gibt es ja auch eine
einfachere Lösung, aber mir hilft folgender notify, den ich dann mit
trigger restart_fhem aufrufen kann. Er setzt zuerst auf Systemebene
den verzögerten start-Befehl ab und führt dann den shutdown durch:
define restart_fhem notify restart_fhem {\
Log 1, 'Restart über notify restart_fhem angefordert...';;\
system("(sleep 5;;./startfhem)&");;\
fhem("shutdown");;\
}
Grüße,
Carsten
On 1 Okt., 17:46, borsti wrote:
> Am 01.10.2011 17:22, schrieb Rudolf Koenig:
>
> >> ...oder war das Absicht? ;-)
>
> > Ja, da .pl Dateien vom Server (fhem.de) als CGI ausgefuehrt werden, und das
> > hilft nicht wirklich :)
>
> ahso - hatte mich gewundert, weil ich keine Änderung im Web-Frontend
> gesehen habe... 8-)
> Gerade noch einmal update aufgerufen, nun sieht es in der Tat anders aus.
> Allerdings sehe in der "Everything"-Ansicht nur die Überschriften,
> lediglich die Plots erscheinen. Sollte da nicht ALLES kommen, egal
> welcher Raum?
>
> Ansonsten gefällt mir das wieder sehr gut!
>
> Nur mit den Logfiles bin ich da noch nicht ganz sicher.
> Es war ja gerade Monatswechsel, daher fiel es soeben auf, dass jeweils
> unter der "Definitionszeile" alle Logs aufgeführt werden. Das könnte
> m.E. doch wieder unübersichtlich werden. Mein Vorschlag: Nur das gerade
> aktuelle anzeigen; die älteren bekommt man ja noch, indem man in die
> Definition wechselt.
>
> Und noch 2 Dinge fielen mir auf, wo ich gerade am "Durchclicken" bin:
> - ich habe einen FHTTK, wenn ich dessen Log "WINDOW" öffne, gibt es
> keine vor/zurück/Zoom-Buttons?
> - dito beim FHT, dort fehlen auch diese Buttons, und darüber hinaus
> lautet die Diagramm-Überschrift ""...?
>
> Gruss,
> Torsten
>
>
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> Sollte da nicht ALLES kommen, egal welcher Raum?
Doch, habs gerade gefixed.
> - ich habe einen FHTTK, wenn ich dessen Log "WINDOW" öffne, gibt es
> keine vor/zurück/Zoom-Buttons?
Sollte jetzt auch behoben sein.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Vieeeeeeeel besser!!
Danke
On 1 Okt., 18:39, Rudolf Koenig wrote:
> > Sollte da nicht ALLES kommen, egal welcher Raum?
>
> Doch, habs gerade gefixed.
>
> > - ich habe einen FHTTK, wenn ich dessen Log "WINDOW" ffne, gibt es
> > keine vor/zur ck/Zoom-Buttons?
>
> Sollte jetzt auch behoben sein.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
>> Sollte da nicht ALLES kommen, egal welcher Raum?
> Doch, habs gerade gefixed.
Spitze!
Ein neuerliches Update ergab dann "Webseite nicht verfügbar"...?
2011.10.02 10:29:54 1: Got http://fhem.de/fhemupdate/filetimes.txt,
length: 5152
2011.10.02 10:29:55 1: Got
http://fhem.de/fhemupdate/.99_updatefhem.pm.swp, length: 16384
2011.10.02 10:29:55 1: Got http://fhem.de/fhemupdate/01_FHEMWEB.pm,
length: 45162
2011.10.02 10:29:55 1: reload: Error:Modul 01_FHEMWEB deactivated:
Too many arguments for main::FW_dumpFileLog at
/usr/syno/synoman/webman/3rdparty/fhem/FHEM/01_FHEMWEB.pm line 626, near
"1)"
Too many arguments for main::FW_showWeblink at
/usr/syno/synoman/webman/3rdparty/fhem/FHEM/01_FHEMWEB.pm line 632, near
"1) "
Too many arguments for main::FW_dumpFileLog at
/usr/syno/synoman/webman/3rdparty/fhem/FHEM/01_FHEMWEB.pm line 869, near
"$row)"
Too many arguments for main::FW_showWeblink at
/usr/syno/synoman/webman/3rdparty/fhem/FHEM/01_FHEMWEB.pm line 888, near
"$buttons)"
...aber nach einem Neustart von FHEM über den Paket-Manager läuft nun
alles planmäßig. Seltsam...
>> - ich habe einen FHTTK, wenn ich dessen Log "WINDOW" öffne, gibt es
>> keine vor/zurück/Zoom-Buttons?
>
> Sollte jetzt auch behoben sein.
Kann ich leider nicht bestätigen. In der Hauptansicht (everything)
stimmt es, auch wenn ich den Weblink anclicke.
Wenn ich aber in der Sektion "FileLog" das Wort "Window" oder "Temp/Act"
anclicke, ist es noch wie gehabt.
Gruss,
Torsten
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Danke. Im wesentlichen ist das GUI aus meiner Sicht sehr gut gelungen.
Es gibt natürlich immer Wünsche ...
Die Blindenschrift im Smartphone Modus ist sehr gewöhnungsbedürftig.
Mir würde hier eine halb so große Schrift vollkommen ausreichen.
Ebenfalls das Thema Schrift in den Text-Logs bitte keine Fettschrift.
Logs sollten als solche eine normale Schriftform und Schriftart
(Fließtext) haben.
Ich glaube mich zu erinnern, dass es vorher so war.
Das mit den Headlines ist so eine Sache.
Gehen wir mal davon aus, dass es internationale Anwender gibt, so wäre
es u.U. hilfreich eine Text-referenz-tabelle o.ä. zu haben.
at = Scheduled commands (für englische Anwender)
holiday = Holiday list
at = Zeitgesteuerte Ereignisse (für deutsche Anwender)
holiday = Ferien- und Feiertage
structure = Zusammengefasste Bereiche
FS20 =
FHT =
CUL_FHTTK =
usw.
... wenn wir gerade bei Ferien sind) ... wäre es aus Anwendersicht
sinnvoll die Liste dazu anzubieten.
Es ist mir ebenfalls aufgefallen, dass auf der Einstiegsseite (http://
:8083/fhem) nur das Menü zu sehen ist.
Hier könnte man dem Anwender die Möglichkeit gehen "Falls eine
index.html im FHEM-Verzeichnis ist, diese als Content anzuzeigen."
Ich gehe davon aus, dass 90% der Anwender ein Bild der Wohnung bzw.
eine graphische Darstellung des Verwaltungsbereichs anzeigen werden
oder alternativ eine externe Seite includieren.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> Die Blindenschrift im Smartphone Modus ist sehr gewöhnungsbedürftig.
> Mir würde hier eine halb so große Schrift vollkommen ausreichen.
Mag sein, mir nicht, meine Finger sind dicker :) Aber dafuer ist ja alles in
dem stylesheet hinterlegt, und man kann ja sogar pro FHEMWEB Instanz seinen
privaten stylesheet haben (jetzt nach dem Fix, danke fuer den Hinweis!)
> Ebenfalls das Thema Schrift in den Text-Logs bitte keine Fettschrift.
Mir ist nicht bewusst Fett (bold / ) verwendet zu haben.
> Gehen wir mal davon aus, dass es internationale Anwender gibt, so wäre
> es u.U. hilfreich eine Text-referenz-tabelle o.ä. zu haben.
Tja, localization ist ein Thema fuer lange Winter-Wochenenden.... Aber
vielleicht koennen manche Anwender mit einem guten Beispiel vorangehen, und
commandref.html schon mal uebersetzen :)
> ... wenn wir gerade bei Ferien sind) ... wäre es aus Anwendersicht
> sinnvoll die Liste dazu anzubieten.
?? Verstehe ich nicht.
Btw. da ich heute bei mir Spielen und nicht Fixen angesagt war, habe ich ein
longpoll Attribut hinzugefuegt, nachdem ein fhem-user mir ein Wurm ins Ohr
gesetzt hat. Damit "pollt" ein Javascript den Server "langsam", d.h. der Server
Antwortet erst, wenn etwas in diesem Raum passiert ist. Das setzen des
Attributes ist EXPERIMENTELL, mir ist bisher folgendes bekannt:
- funktioniert nur im Raumuebersicht
- das Update betrifft nur die Status-Spalte
- ich weiss nicht wie ich WebKit dazu bringen koennte, nicht ein drehendes Ding
die ganze Zeit anzuzeigen.
Noch ein Vorteil: da das Setzen des on/off Zustandes jetzt per XHR erfolgt und
keine neue Seite vom Server anfordert, rutscht die Seite auf dem Mobiltelefon
nicht zum Anfang.
Ich wuesste gerne, ob das Attribut noch andere Nebeneffekte hat, z.Bsp ob es
die Handy-Akkus leersaugt :)
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Lokalisierung war auch so heute mein Gedanke, ich verstehe, rede,
lese, schreib und trinke englisch(es) Bier fließend, aber ich bin im
Haus nicht der einzige Nutzer, daher wäre ein wenig Deutsch ganz
angenehm.
Mir war da so der Gedanke gekommen ein global Attribut "locale" in dem
dann de oder en oder fr steht und dann aufgrund dessen
verschiedene Module 99_LOCALE_de oder 99_LOCALE_en usw geladen werden,
in denen die Texte gespeichert sind.
Gehe ich recht in der Annahme, das Perl nicht Arrays aufgrund von
strings indizieren kann?
Also die commandref.html würde ich mir wohl mal ans Bein heften,
irgendwie habe ich das Gefühl sollte ich ein wenig zurückzahlen für
die viele Arbeit, die sich die Entwickler gemacht haben und die ich
nun unentgeltlich nutze.
Viele Grüße,
RueBe
On 2 Okt., 15:00, Rudolf Koenig wrote:
> > Gehen wir mal davon aus, dass es internationale Anwender gibt, so w re
> > es u.U. hilfreich eine Text-referenz-tabelle o. . zu haben.
>
> Tja, localization ist ein Thema fuer lange Winter-Wochenenden.... Aber
> vielleicht koennen manche Anwender mit einem guten Beispiel vorangehen, und
> commandref.html schon mal uebersetzen :)
>
> > ... wenn wir gerade bei Ferien sind) ... w re es aus Anwendersicht
> > sinnvoll die Liste dazu anzubieten.
>
> ?? Verstehe ich nicht.
>
> Btw. da ich heute bei mir Spielen und nicht Fixen angesagt war, habe ich ein
> longpoll Attribut hinzugefuegt, nachdem ein fhem-user mir ein Wurm ins Ohr
> gesetzt hat. Damit "pollt" ein Javascript den Server "langsam", d.h. der Server
> Antwortet erst, wenn etwas in diesem Raum passiert ist. Das setzen des
> Attributes ist EXPERIMENTELL, mir ist bisher folgendes bekannt:
> - funktioniert nur im Raumuebersicht
> - das Update betrifft nur die Status-Spalte
> - ich weiss nicht wie ich WebKit dazu bringen koennte, nicht ein drehendes Ding
> die ganze Zeit anzuzeigen.
>
> Noch ein Vorteil: da das Setzen des on/off Zustandes jetzt per XHR erfolgt und
> keine neue Seite vom Server anfordert, rutscht die Seite auf dem Mobiltelefon
> nicht zum Anfang.
>
> Ich wuesste gerne, ob das Attribut noch andere Nebeneffekte hat, z.Bsp ob es
> die Handy-Akkus leersaugt :)
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Wie müsste das den prinzipiell aussehen, um "zukunftsorientiert" zu
sein? Man will ja auch nachher keine Arbeit doppelt machen.
Grundsätzlich habe ich schon an einigen Projekten als Übersetzer
ausgeholfen, warum nicht auch hier? ;)
Das übliche Verfahren scheint mir zu sein, im Programm keine statischen
Texte zu verwenden, sondern eine Funktion, die sich den Text aus der
"locale"-Tabelle fischt (und wenn da nicht vorhanden, als Fallback "en"
nimmt - das ist automatisch die Referenzdatei, die natürlich immer
aktuell sein muss).
Die Lösungsansätze sind aber teilweise recht komplex und/oder langsam
bei einer Interpretersprache. Schließlich soll der Quelltext lesbar
bleiben (womit ein numerischer Index schon mal rausfällt) und
gleichzeitig die Pflege einfach sein. Zudem darf eine veraltete
Sprachdatei nicht zu Fehlern führen, weder im Programm noch im Output.
Richtig knifflig wird es, wenn man Ein- und Mehrzahl berücksichtigen
will/muss, das ist in einigen Sprachen wohl anders als unsereins das
gewohnt ist. Zu guter Letzt muss u.U. noch der verfügbare Platz im
Ausgabebereich berücksichtigt werden. :-P
Gruß,
Torsten
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
> > Die Blindenschrift im Smartphone Modus ist sehr gew hnungsbed rftig.
> > Mir w rde hier eine halb so gro e Schrift vollkommen ausreichen.
>
> Mag sein, mir nicht, meine Finger sind dicker :) Aber dafuer ist ja alles in
> dem stylesheet hinterlegt, und man kann ja sogar pro FHEMWEB Instanz seinen
> privaten stylesheet haben (jetzt nach dem Fix, danke fuer den Hinweis!)
>
> > Ebenfalls das Thema Schrift in den Text-Logs bitte keine Fettschrift.
>
> Mir ist nicht bewusst Fett (bold / ) verwendet zu haben.
Nachdem ich mir das genauer Angesehen habe, habe ich folgendes
festgestellt.
Mein Nokia N97 mini verarbeitet
1. keine SVG Dateien, entsprechend bekomme ich keine Plots angezeigt
2. keine textbezogenen angaben in css-files
d.h., im smallscreen bekomme ich entsprechend falsche Anzeigen
... da hilft es mir im Moment auch nix in den css-files was zu ändern.
(liegt also nicht an FHEM)
> > ... wenn wir gerade bei Ferien sind) ... w re es aus Anwendersicht
> > sinnvoll die Liste dazu anzubieten.
>
> ?? Verstehe ich nicht.
Ich meinte damit, dass man eine Liste der Ferientage als textfile
angezeigt bekommt mit einer aufbereiteten Liste der Ferien-/
Feiertagen.
Situation: Als Benutzer weiss ich kurz vor den Ferien nicht, welche
Ferienzeiten eingetragen sind. Also muss ich es nachprüfen...
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> Mein Nokia N97 mini verarbeitet
> 1. keine SVG Dateien, entsprechend bekomme ich keine Plots angezeigt
Da kann man fuer diese FHEM-Instanz plotmode auf gnuplot setzen, wenn man
gnuplot installieren kann. Alternativ koennte man Opera probieren: auf dem
Android zeigt Opera SVG an.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
On Sun, Oct 02, 2011 at 06:23:41PM +0200, borsti wrote:
> Wie müsste das den prinzipiell aussehen, um "zukunftsorientiert" zu
> sein? Man will ja auch nachher keine Arbeit doppelt machen.
Das ist relativ einfach, nur "muehsam". Man setzt ein Wert statt auf "defined"
auf L("defined"), wobei L() entweder die Uebersetzung oder falls keine
gefunden, das Originaltext zurueckliefert.
Dabei ist das Mehrzahl/Reihenfolge Problem nicht beruecksichtigt, andererseits
kam das in fhem bisher auch nicht vor.
Eine andere Aufgabe waere in fhem-Geraetenamen Umlaute zuzulassen (Kueche vs. Küche).
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> ...aber nach einem Neustart von FHEM über den Paket-Manager läuft nun
> alles planmäßig. Seltsam...
Leider funktioniert kein reload (und damit auch kein updatefhem) falls die
Funktions-Prototypen geaendert wurden. Das passiert normalerweise nur bei
groesseren Umbauten.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> On Sun, Oct 02, 2011 at 06:23:41PM +0200, borsti wrote:
>> Wie müsste das den prinzipiell aussehen, um "zukunftsorientiert" zu
>> sein? Man will ja auch nachher keine Arbeit doppelt machen.
>
> Das ist relativ einfach, nur "muehsam". Man setzt ein Wert statt auf "defined"
> auf L("defined"), wobei L() entweder die Uebersetzung oder falls keine
> gefunden, das Originaltext zurueckliefert.
Das bedeutet aber in jedem Fall, dass L() eine Text-Suche machen muss,
was u.U. recht langsam werden kann. Noch hat FHEM vermutlich nicht so
viele "Textbausteine" (denke ich?), also derzeit noch kein so großes Ding.
Bei den Übersetzungen, die ich schon für Spiele gemacht habe (daher auch
das mit Mehrzahl und so...) ist aber auch noch aufgefallen, dass manche
Wörter nur im Kontext richtig übersetzen lassen, z.B. "to leave" ist
doch was anderes als "a leave". :D
Wenn jemand eine Liste der zu übersetzenden Phrasen hat, kann ich die
gern eindeutschen, wenn gewünscht.
> Eine andere Aufgabe waere in fhem-Geraetenamen Umlaute zuzulassen (Kueche vs. Küche).
kueche und küche nicht zu vergessen ;)
Gruesse,
Torsten
PS: Zerhackt Thunderbird die Umlaute?? Ich habe vorhin meinen eigenen
Thread über die Google-Suche im Web gefunden - igitt. Vielleicht sollte
ich die dann auch besser vermeiden?
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Am 03.10.2011 um 20:42 schrieb Rudolf Koenig:
>> ...aber nach einem Neustart von FHEM über den Paket-Manager läuft nun
>> alles planmäßig. Seltsam...
>
> Leider funktioniert kein reload (und damit auch kein updatefhem) falls die
> Funktions-Prototypen geaendert wurden. Das passiert normalerweise nur bei
> groesseren Umbauten.
Jein. Ich hab nach dem ersten Reload, wo dann die Prototyp-Mismatch-Dingens angeprangert wurden, einfach nochmal reloaded. Und alles war schön. Entweder man parst also die Fehlermeldungen oder updatfhem reloaded einfach immer doppelt. Oder habe ich nur Glück gehabt?
Grüße
Oskar
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Im Zusammenhang mit FS20 Rollladenschalter fs20rsu ist mir noch
folgendes aufgefallen:
Bei WEBphone wird ja nur der aktuelle Status angezeigt, bei den
anderen beiden zusätzlich die beiden Kommandos.
Bei allen gilt: Ein Klick auf den Status löst immer das Öffnen des
Rollladens aus, egal um welchen Status es sich handelt. Ideal wäre
wenn bei geschlossenem Rollladen der klick auf den Status ein Öffnen
auslösen würde und umgekehrt.
Ich weiß nicht ob das hier relevant ist, aber ich habe eine EventMap
im Einsatz:
attr RollladenVorne eventMap on:open off:closed
Der Klick auf den Status closed öffnet den Rollladen immer (so wie ich
mir es vorstelle), der Klick auf den Status open setzt aber immer auch
den Öffnen-Befehl ab.
Grüße,
Carsten
On 2 Okt., 10:39, borsti wrote:
> >> Sollte da nicht ALLES kommen, egal welcher Raum?
> > Doch, habs gerade gefixed.
>
> Spitze!
>
> Ein neuerliches Update ergab dann "Webseite nicht verf gbar"...?
>
> 2011.10.02 10:29:54 1: Gothttp://fhem.de/fhemupdate/filetimes.txt,
> length: 5152
> 2011.10.02 10:29:55 1: Gothttp://fhem.de/fhemupdate/.99_updatefhem.pm.swp, length: 16384
> 2011.10.02 10:29:55 1: Gothttp://fhem.de/fhemupdate/01_FHEMWEB.pm,
> length: 45162
> 2011.10.02 10:29:55 1: reload: Error:Modul 01_FHEMWEB deactivated:
> Too many arguments for main::FW_dumpFileLog at
> /usr/syno/synoman/webman/3rdparty/fhem/FHEM/01_FHEMWEB.pm line 626, near
> "1)"
> Too many arguments for main::FW_showWeblink at
> /usr/syno/synoman/webman/3rdparty/fhem/FHEM/01_FHEMWEB.pm line 632, near
> "1) "
> Too many arguments for main::FW_dumpFileLog at
> /usr/syno/synoman/webman/3rdparty/fhem/FHEM/01_FHEMWEB.pm line 869, near
> "$row)"
> Too many arguments for main::FW_showWeblink at
> /usr/syno/synoman/webman/3rdparty/fhem/FHEM/01_FHEMWEB.pm line 888, near
> "$buttons)"
>
> ...aber nach einem Neustart von FHEM ber den Paket-Manager l uft nun
> alles planm ig. Seltsam...
>
> >> - ich habe einen FHTTK, wenn ich dessen Log "WINDOW" ffne, gibt es
> >> keine vor/zur ck/Zoom-Buttons?
>
> > Sollte jetzt auch behoben sein.
>
> Kann ich leider nicht best tigen. In der Hauptansicht (everything)
> stimmt es, auch wenn ich den Weblink anclicke.
> Wenn ich aber in der Sektion "FileLog" das Wort "Window" oder "Temp/Act"
> anclicke, ist es noch wie gehabt.
>
> Gruss,
> Torsten
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> In der style_touchpad.css sollten sicherlich in der
> Zeile .dname, .dva1 { padding: 8px .... stehen und nicht 0px
Danke, eingecheckt.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> Wenn ich aber in der Sektion "FileLog" das Wort "Window" oder "Temp/Act"
> anclicke, ist es noch wie gehabt.
Ich meine da gab es die Navigation noch nie. Ich habe es jetzt aber eingebaut,
da es definitiv hingehoert.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Hallo Rudi,
sieht gut aus.
In der style_touchpad.css sollten sicherlich in der
Zeile .dname, .dva1 { padding: 8px .... stehen und nicht 0px
Gruss,
Ines
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com