Test Adapter iQontrol 2.0.x Vis (Entwicklungs-Thread)

[s.bormann]

@muuulle sagte in Test Adapter iQontrol 1.4.x:

@s-bormann
Moin,
Wie würdest du 3 umfangreiche Ansichten zusammenführen?

Oha, das ist nicht trivial... Ich würde mir die Ansichten über die Export-Funktion als JSON exportieren. Dann in z.B. Notepad++ öffnen (da kann man sich das ganze schön mittels JS-FORMAT leserlich formatiert darstellen lassen) und dann die "devices"-Arrays der drei Ansichten von Hand zu einem zusammenfügen. Dann wieder als neue Ansicht importieren.

So sähe das dann in etwa aus:

[s.bormann]

@dslraser sagte in Test Adapter iQontrol 1.4.x:

@s-bormann

Zum Thema Kamerastream (der nicht mehr geht)

Hi,
ich habe mir das angeschaut, verstehe es aber nicht. Die Warnung (ist ja keine Fehlermeldung) besagt wohl, dass der Mime-Typ, den die Synology liefert, keine klassische Webseite ist (das wäre text/html statt multipart/x-mixed-replace - was auch immer das heißen mag).

Jetzt ist aber in der Art, wie der iframe von iQontrol mit den Daten bespielt wird, zwischen der stable und der aktuellen Version identisch:

iframe.src = stateBackgroundURL.val;

Deshalb kapiere ich nicht, warum es in der stable läuft, und in der latest nicht. Kannst Du es bitte noch mal gegenchecken, ob es wirklich an der iQontrol-Version liegt? Gibt es in der Stable vielleicht die gleichen Warnmeldungen und der Fehler liegt wo anders?

Bin hier im Moment ehrlichgesagt überfragt, sorry...

[dslraser]

@s-bormann sagte in Test Adapter iQontrol 1.4.x:

Hi,
ich habe mir das angeschaut, verstehe es aber nicht. Die Warnung (ist ja keine Fehlermeldung) besagt wohl, dass der Mime-Typ, den die Synology liefert, keine klassische Webseite ist (das wäre text/html statt multipart/x-mixed-replace - was auch immer das heißen mag).
Jetzt ist aber in der Art, wie der iframe von iQontrol mit den Daten bespielt wird, zwischen der stable und der aktuellen Version identisch:
iframe.src = stateBackgroundURL.val;
Deshalb kapiere ich nicht, warum es in der stable läuft, und in der latest nicht. Kannst Du es bitte noch mal gegenchecken, ob es wirklich an der iQontrol-Version liegt? Gibt es in der Stable vielleicht die gleichen Warnmeldungen und der Fehler liegt wo anders?
Bin hier im Moment ehrlichgesagt überfragt, sorry...

Die Meldungen sind in der 1.3.3 ähnlich (die Zeilennummer ist in der stable allerdings viel kleiner)
Aber, mit der 1.3.3 läuft es noch bzw. sofort

[blackeagle998]

@s-bormann
Ich habe mit der aktuellen Version das Phänomen, dass auf meinen beiden Wandtablets die enlarge Funktion per Button nicht funktioniert.
Auf dem PC und am Handy geht es problemlos. Gerne würde ich dir mehr Infos geben, da es aber am PC funktioniert, gibt es auch keinen Fehler aus der Entwicklerkonsole...

Bin überfragt und ratlos.

[Blackeye]

Hallo zusammen,
habe es mit dm Background View endlich hinbekommen.
Ist es da denn auch möglich die Ansicht auf eine Iconbreite zu begrenzen? Im Moment wird der Platz von 2 Icons in Anspruch genommen.

[Blackeye]

@siggi85 said in Test Adapter iQontrol 1.4.x:

./../iqontrol.meta/userimages/usericons/Aus.png|./../iqontrol.meta/userimages/usericons/{0_userdata.0.control.wohnzimmer_activity|Aus}.png

Hallo Siggi,

hast du das mit dem Dropdown Menü hinbekommen? Habe bei meinem Receiver das gleiche Problem.

Danke!

[siggi85]

@Blackeye Ja, habe einfach einem Datenpunkt verschiedene Values mitgegeben. Zur Not kann man die Values auch über den Schraubenschlüssel im iQontrol Bereich eintragen.
Dann in iQontrol den Gerätetyp "Wert" nutzen.

Kann gerade keinen Screenshot machen, da ich nur am Handy bin.

[Blackeye]

@siggi85
Hi,
habe ich alles gemacht, trotzdem kein Dropdown...Die Werte sind alle sogar schon drin gewesen (Schraubenschlüssel) und im gleichen Menü auf Dropdown den Haken gesetzt und in iqontrol auf Wert...sehe in qcontrol dann aber nur den aktuellen Wert in einem Feld was eventuell Dropdown sein könnte, aber nicht die Auswahlliste

EDIT: Problem gefunden....Es muss auch die untere Liste gefüllt werden...Bei mir werden nicht automatisch alle Punkte übernommen...

[siggi85]

@Blackeye Mh... Rolle des Datenpunktes State? Kann sonst bei Gelegenheit Mal den Export des Datenpunktes hochladen.

[Blackeye]

@siggi85
Problem gefunden!!! Der untere "Filter" muss bei mir auch gepflegt werden.....kann ich das das Dropdown auch direkt anzeigen lassen?

[s.bormann]

@blackeagle998 sagte in Test Adapter iQontrol 1.4.x:

@s-bormann
Ich habe mit der aktuellen Version das Phänomen, dass auf meinen beiden Wandtablets die enlarge Funktion per Button nicht funktioniert.
Auf dem PC und am Handy geht es problemlos. Gerne würde ich dir mehr Infos geben, da es aber am PC funktioniert, gibt es auch keinen Fehler aus der Entwicklerkonsole...

Bin überfragt und ratlos.

Sag mal, welche Tablets und welcher Browser, vielleicht kann ich es mit Browserstack nachstellen.

[s.bormann]

@Blackeye sagte in Test Adapter iQontrol 1.4.x:

Hallo zusammen,
habe es mit dm Background View endlich hinbekommen.
Ist es da denn auch möglich die Ansicht auf eine Iconbreite zu begrenzen? Im Moment wird der Platz von 2 Icons in Anspruch genommen.

Wähle doch als Kachelgröße "2 x 1"

[s.bormann]

@dslraser sagte in Test Adapter iQontrol 1.4.x:

@s-bormann sagte in Test Adapter iQontrol 1.4.x:

Hi,
ich habe mir das angeschaut, verstehe es aber nicht. Die Warnung (ist ja keine Fehlermeldung) besagt wohl, dass der Mime-Typ, den die Synology liefert, keine klassische Webseite ist (das wäre text/html statt multipart/x-mixed-replace - was auch immer das heißen mag).
Jetzt ist aber in der Art, wie der iframe von iQontrol mit den Daten bespielt wird, zwischen der stable und der aktuellen Version identisch:
iframe.src = stateBackgroundURL.val;
Deshalb kapiere ich nicht, warum es in der stable läuft, und in der latest nicht. Kannst Du es bitte noch mal gegenchecken, ob es wirklich an der iQontrol-Version liegt? Gibt es in der Stable vielleicht die gleichen Warnmeldungen und der Fehler liegt wo anders?
Bin hier im Moment ehrlichgesagt überfragt, sorry...

Die Meldungen sind in der 1.3.3 ähnlich (die Zeilennummer ist in der stable allerdings viel kleiner)
Aber, mit der 1.3.3 läuft es noch bzw. sofort

Ok, wir nähern uns dem mal schrittweise. Die Fehlermeldung (bzw. ist ja nur eine Warnung) hat also scheinbar nichts damit zu tun, dass es nicht läuft. Idee: Vielleicht wir die onload-Funktion nicht richtig getriggert? Über diese Funktion wird der iFrame sichtbar gemacht (d.h. die opacity von 0 auf 1 gesetzt), wenn der Inhalt geladen wird.

Kannst Du spaßeshalber mal die Zeile

if($("[data-iQontrol-Device-ID='" + _deviceIdEscaped + "'].iQontrolDeviceBackgroundIframeWrapper").css('opacity') == '0') $("[data-iQontrol-Device-ID='" + _deviceIdEscaped + "'].iQontrolDeviceBackgroundIframeWrapper").css('opacity', '');

(bei Dir im Screenshot Zeile 5215, in der aktuellen Github-Version Zeile 5238) auf Pause setzen und schauen, ob diese überhaupt ausgeführt wird?

EDIT:
Nach kurzer Suche habe glaube ich, dass das tatsächlich das Problem ist: Chrome führt das "onload"-Event nur aus, wenn es sich um den mime-Typen "html" handelt. Die Warnmeldung besagt aber, dass die Synology irgendeinen anderen komischen mime-typen liefert. Ergo: Chrome führt die onload-Funktion nicht aus und der iFrame bleibt unsichtbar...
(siehe https://stackoverflow.com/questions/13952942/iframe-readystate-does-not-work-in-chrome/13954128#13954128, 1. Antwort)

...jetzt muss ich mir hierfür einen Workaround überlegen.

[blackeagle998]

@s-bormann
Tablet Galaxy Tab A 10.1 mit FullyBrowser der verwendet Android System WebView aktuell Version 86.0.4240.185

Danke für deine Hilfe!

[s.bormann]

@s-bormann sagte in Test Adapter iQontrol 1.4.x:

@dslraser sagte in Test Adapter iQontrol 1.4.x:

@s-bormann sagte in Test Adapter iQontrol 1.4.x:

Hi,
ich habe mir das angeschaut, verstehe es aber nicht. Die Warnung (ist ja keine Fehlermeldung) besagt wohl, dass der Mime-Typ, den die Synology liefert, keine klassische Webseite ist (das wäre text/html statt multipart/x-mixed-replace - was auch immer das heißen mag).
Jetzt ist aber in der Art, wie der iframe von iQontrol mit den Daten bespielt wird, zwischen der stable und der aktuellen Version identisch:
iframe.src = stateBackgroundURL.val;
Deshalb kapiere ich nicht, warum es in der stable läuft, und in der latest nicht. Kannst Du es bitte noch mal gegenchecken, ob es wirklich an der iQontrol-Version liegt? Gibt es in der Stable vielleicht die gleichen Warnmeldungen und der Fehler liegt wo anders?
Bin hier im Moment ehrlichgesagt überfragt, sorry...

Die Meldungen sind in der 1.3.3 ähnlich (die Zeilennummer ist in der stable allerdings viel kleiner)
Aber, mit der 1.3.3 läuft es noch bzw. sofort

Ok, wir nähern uns dem mal schrittweise. Die Fehlermeldung (bzw. ist ja nur eine Warnung) hat also scheinbar nichts damit zu tun, dass es nicht läuft. Idee: Vielleicht wir die onload-Funktion nicht richtig getriggert? Über diese Funktion wird der iFrame sichtbar gemacht (d.h. die opacity von 0 auf 1 gesetzt), wenn der Inhalt geladen wird.

Kannst Du spaßeshalber mal die Zeile

if($("[data-iQontrol-Device-ID='" + _deviceIdEscaped + "'].iQontrolDeviceBackgroundIframeWrapper").css('opacity') == '0') $("[data-iQontrol-Device-ID='" + _deviceIdEscaped + "'].iQontrolDeviceBackgroundIframeWrapper").css('opacity', '');

(bei Dir im Screenshot Zeile 5215, in der aktuellen Github-Version Zeile 5238) auf Pause setzen und schauen, ob diese überhaupt ausgeführt wird?

EDIT:
Nach kurzer Suche habe glaube ich, dass das tatsächlich das Problem ist: Chrome führt das "onload"-Event nur aus, wenn es sich um den mime-Typen "html" handelt. Die Warnmeldung besagt aber, dass die Synology irgendeinen anderen komischen mime-typen liefert. Ergo: Chrome führt die onload-Funktion nicht aus und der iFrame bleibt unsichtbar...
(siehe https://stackoverflow.com/questions/13952942/iframe-readystate-does-not-work-in-chrome/13954128#13954128, 1. Antwort)

...jetzt muss ich mir hierfür einen Workaround überlegen.

Bitte teste mal die aktuelle Github-Version

[s.bormann]

@blackeagle998 sagte in Test Adapter iQontrol 1.4.x:

@s-bormann
Tablet Galaxy Tab A 10.1 mit FullyBrowser der verwendet Android System WebView aktuell Version 86.0.4240.185

Danke für deine Hilfe!

Hmm. Bin mir nicht sicher, ob das was gebracht habe, aber ich habe mal ein bisschen an der CSS rumgeschraubt. Teste mal bitte die aktuelle Github-Version.

[s.bormann]

@s-bormann sagte in Test Adapter iQontrol 1.4.x:

@blackeagle998 sagte in Test Adapter iQontrol 1.4.x:

@s-bormann
Ich habe die Farbe der Toolbar in grau und die Schriftfarbe in weiß geändert.
Die Schrift hat einen blauen Schatten.
In der Entwicklerkonsole musste ich bei 5 CSS Einträgen die Text-shadows EIgenschaft deaktivieren, bis die Schrift tatsächlich klar weiß angezeigt wurde. Vielleicht kannst du das noch per Auswahl skalierbar gestalten

In der nächsten Version wird die Schattenfarbe wählbar sein. VG

Ist jetzt in der aktuellen Github-Version online.

[s.bormann]

Frage an alle: Passt das mit dem Panel und dem Scrolling jetzt bei allen mit der aktuellen Github-Version? Dann könnte ich daraus nämlich eine richtige "latest"-Version machen.

[kassmann]

@s-bormann Bei mir passt es.

[dslraser]

@s-bormann
bei mir passt es auch....(bis auf das bunte Startbild... )