Moin,
mir viel heute morgen schon auf das die Commandref anderst aussieht, unübersichtlicher.
das logo legt sich über den inhalt wenn man nach rechts scrolled (was man vorher nicht musste, da wurde immer schön am "browserrand" in die neue zeile gewechselt.
kommt das nur mir so vor?
Bei mir auch :(
Das ist vermutlich ein Javascript- bzw. CSS-Problem.
Bei mir äußert sich das so, dass beim Laden der englischen commandref zuerst (kurzzeitig) alles korrekt geladen wird, danach "springt" die Anzeige um, und zeigt im englischen Teil nur noch die Devices an, für die es eine deutsche Doku gibt.
(http://up.picr.de/20436394oz.jpg)
(http://up.picr.de/20436395gl.png)
Interessanterweise tritt das Problem bei der "lokalen" commandref, die man aus der fhem Weboberfläche aufrufen kann, (noch?) nicht auf.
Ich sehe die Probleme auch in der von FHEM ausgelieferten Version der commandref.html.
Das Auskommentieren vom css (bzw. JavaScript) hilft, allerdings wurde css und .js seit 7 Monaten nicht geaendert.
Ich habe geprueft: <pre> oder style= aus commandref.html zu entfernen hilft nicht. Falls jemand weitere Ideen hat, her damit.
da ich die loakle nicht nutze (ausgeblended) habe ich sie gerade mal getestet. das ist nichts auffällig
ich denke es ist der folgende <code> block am ende des 21_SONOS_PLAYER moduls:1281 <code>:variable: := TransportState|NumberOfTracks|Track|TrackURI|TrackDuration|Title|Artist|Album|OriginalTrackNumber|AlbumArtist|Sender|SenderCurrent|SenderInfo|StreamAudio|NormalAudio|AlbumArtURI|nextTrackDuration|nextTrackURI|nextAlbumArtURI|nextTitle|nextArtist|nextAlbum|nextAlbumArtist|nextOriginalTrackNumber|Volume|Mute|Shuffle|Repeat|CrossfadeMode|Balance|HeadphoneConnected|SleepTimer|Presence|RoomName|SaveRoomName|PlayerType|Location|SoftwareRevision|SerialNum|InfoSummarize1|InfoSummarize2|InfoSummarize3|InfoSummarize4</code><br />
dadurch wird die seite so breit das nichts mehr umgebrochen wird.
gruss
andre
stimmt, die Seitenbreite war mir noch gar nicht aufgefallen :)
Ich habe Reinerlein gebeten die Zeile anzupassen.
Kennt jemand einen Weg, die Zeilenlaenge per css zu begrenzen?
Oder hat eine Idee, wie das FHEM-Framework solche Unfaelle vermeiden koennte?
google liefert das hier: p {
text-overflow: ellipsis; /* will make [...] at the end */
width: 370px; /* change to your preferences */
white-space: nowrap; /* paragraph to one line */
overflow:hidden; /* older browsers */
}http://stackoverflow.com/questions/2757483/limiting-the-number-of-characters-per-line-with-css (http://stackoverflow.com/questions/2757483/limiting-the-number-of-characters-per-line-with-css)
oder per js oder in commandref_join schauen das die zeilen in <code> blöcken nicht zu lang werden.
Ok, ich praezisiere meine Frage :)
Kennt jemand einen funktionierenden Weg, die Zeilenlaenge per css zu begrenzen?
Per Javascript die 1.5MB durchzugehen finde ich doof, d.h. langsam, und damit stoerend.
ich habe gerade nur noch eine nicht präzise antwort aber vielleicht hilft es weiter:
es scheint nicht alle styles zu betreffen. der standard style und ios7 ist betroffen, dark und ios6 nicht.
Zitat von: rudolfkoenig am 20 Dezember 2014, 14:04:05
Oder hat eine Idee, wie das FHEM-Framework solche Unfaelle vermeiden koennte?
Idee, ja...
In der commandref_join an dieser Stelle
while(my $l = <MOD>) {
$line++;
$dosMode = 1 if($l =~ m/^=begin html$suffix.*\r/);
eine Längenprüfung der gesamten Zeile (beispielsweise auf 512 Zeichen) einbauen und anschließend eine Fehlemeldung wie bei der dosMode-Prüfung ausgeben.
Hallo,
die Doku zu Sonosplayer ist angepasst, ich hatte das bei mir (anscheinend wegen des Darkstyles und iPad) nicht wahrgenommen. Sorry...
Grüße
Reinerlein
heute siehr wieder alles gut aus :)
Ich habe es rausgefunden, wieso beim dark das kein Problem ist: da sind im CSS die "right" und "bottom" Abstaende fuer#right definiert. Das habe ich jetzt im defaultCommon.css nachgezogen, hoffentlich sind zukuenftige Probleme damit geloest.