Man kann es doch loeschen mit "delete <name>", 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.
Und "delete CUL_FHTTK_194000" liefert "Please define CUL-FHHTK first"?
Mit "-"? Kannst Du bitte ein "list CUL_FHTTK_194000" zeigen?
Das war aber in der (direkten) Vorversion auch schon so: wenn "set <geraet> ?"
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...
> 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
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 "<L1>"...?
Gruss,
Torsten
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.
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
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 / <b>) 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 :)
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
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.
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).
Leider funktioniert kein reload (und damit auch kein updatefhem) falls die
Funktions-Prototypen geaendert wurden. Das passiert normalerweise nur bei
groesseren Umbauten.
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?
>> ...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
Danke, eingecheckt.
Ich meine da gab es die Navigation noch nie. Ich habe es jetzt aber eingebaut,
da es definitiv hingehoert.