Da gebe ich dir vollkommen recht, nur bin ich da aber der falsche Ansprechpartner.
Trage diese Bitte doch mal an die Pluginersteller heran.
Ich habe für mich nur eine Lösung zum Updaten von Plugins aus dem jeweiligen git geschaffen.
Es soll ja zum einfachen Updaten dienen (wie z.B. beim SR-Plugin), was ja gar nicht auf dem Feed liegt.
Die Sache mit dem Updaten nach einem DMM-Update ist da ja nur der nette Nebeneffekt. 
Genau dafür habe ich mir das Plugin ja geschrieben.
Wenn die Plugins durch ein DMM-Update überschrieben werden, hole ich mir die aktuellen von betonme's git mit wenigen Tasten wieder zurück
Leider habe ich keinen Einfluss auf das updaten der Plugins im DMM-git. Von daher blieb mir nur diese Variante.
Ich würde es natürlich auch besser finden, wenn die letzte Version eines Plugins auch im DMM-git liegt.
Oftmals sind es aber auch "nur" beta-Versionen, die dort bestimmt keiner reinlegen will.
...Suchst du in deinem plugin jeweils nach der pluginversion in der .py Datei?
Genau.
Deshalb ist es sehr von Vorteil, wenn die Versionsnummer auch angepasst wird
Ok. 
Das ist natürlich Voraussetzung, dass die Versionsnummer nach einer Änderung auch hochgesetzt wird.
Das sollte auch eigentlich so sein.
Das gilt übrigens auch für die anderen Plugins
Ich kann ja noch die Commits auslesen, dann sehe ich zumindest die letzte Änderung.
Und warum nicht? Wo meinst du, sollte es klemmen?
Das Plugin macht eigentlich nichts anderes als die händische Variante.
(Zip vom git laden, Inhalt von scr auf die Box kopieren, fertig)
So (also händisch) habe ich ja auch die jetzige EMC-Version auf die Box bekommen.
klappt leider nicht, hab es extra nochmal probiert, obwohl es ja jetzt mit .find funktioniert.
mit:
for line in range(len(contents)):
print line
werden nur Zahlen ausgegeben, die sich immer um 2 erhöhen (geht bis 986).
Aber eigentlich egal, es funktioniert ja jetzt mit .find.
Um nochmal auf die Eingangsfrage einzugehen, es funktioniert jetzt auch mit der Code-Ausführung bei onLayoutFinnish oder onShonw.
Es lag tatsächlich am urlopen(), wodurch auch die Screenanzeige beim Start des Plugins blockiert wurde.
Hier übrigens mal ein Screenshot vom Ergebnis des Ganzen
Ist ein Plugin, welches mir das Updaten der Plugins mit den Versionen im Github vereinfacht.
So sehe ich auf einen Blick, ob es bereits neuere Versionen gibt und brauche keinen PC zum updaten.
Vielen Dank nochmal an alle Hilfeleistenden 
Super, Danke
Geht ja wirklich viel einfacher.
Wollte nur irgendwie am alten Code festhalten und dachte, man kann den Rückgabewert umwandeln
Grundsätzlich klappt das mit twisted jetzt schon super.
Die Rückmeldungen an den Screen werden sofort ausgeführt.
Man sieht auch, dass einige Rückmeldungen vom getpage eher kommen, obwohl sie später gestartet wurden.
Ist also alles in Echtzeit
Ein Problem hab ich nur noch und verzweifele gerade. 
Der Rückgabewert der Internetseite wird mit print super ausgegeben.
Wenn ich dann aber wie bei urlopen versuche den Inhalt zeilenweise auszulesen, scheint in jeder Zeile nur 1 Zeichen zu sein.
Wie bekomme ich aus dem Rückgabewert wieder einen normalen Text zum Durchsuchen?
meine bisherige Suche hat so funktioniert:
for line in contents:
if search_strings in line:
...
Dann muss ich mir jetzt wirklich twisted anschauen.
Habt ihr dazu einen Link als Beispiel ?
Ehrlich gesagt war ich froh, dass ich eine Lösung mit urllib2 gefunden habe. twisted muss ich mir erstmal anschauen
Die einzelnen urlopen habe ich mit threading in einzelne threads gepackt, so dass sie offensichtlich parallel laufen, da deutlich schneller als normal nacheinander.
Nur eben die Aktualisierung der Label-Texte funktioniert nicht zwischen den Thread.start()
onShown hatte ich wie gesagt auch schon probiert.
Da habe ich jedoch zu onLayoutFinnish zeitlich keinen Unterschied festgestellt. Braucht dann genauso lange bis der Screen zu sehen ist.
Wegen der Aktualisierung der Label-Texte hatte ich gehofft, es gibt sowas wie screen.refresh(), was die Aktualisierung sofort anschiebt.
So wichtig ist das aber auch nicht. Halt nur eine kosmetische Sache.
Verdammt, beim Lesen deines Tipps bezüglich .show() nach .setText() hatte ich große Hoffnung.
Aber irgendwie scheint der weitere Code (urllib2.urlopen) die Screen-Aktualisierung zu blockieren.
Der Screen wird erst am Code-Ende von selbst refreshed.
Danke dir trotzdem
Ok, Danke.
An eine Timer-Variante dachte ich auch schon.
Hatte aber gehofft, dass es da evtl. ein vorhandenes Event gibt
Dann hab ich da ne weitere Frage:
Wenn ich zwischen den Zeilen des zeitintensiveren Codes mit setText mehrere Statusausgaben an ein Label im Screen schicke, wird der geänderte Text im Screen nicht aktualisiert.
Erst wenn der Code durch ist, wird der zuletzt mit setText gesetzte Inhalt angezeigt.
In VB gab es dafür immer DoEvents, was muss ich denn hier machen, damit der mit setText gesetzte Text sofort im Screen aktualisiert wird?
Hallo
Gibt es eine Möglichkeit, einen bestimmten Code erst auszuführen, wenn der Screen bereits vollständig geladen und bereits zu sehen ist?
Wenn ich jetzt einen etwas zeitintensiveren Code direkt im Screen.__init__ ausführe, dauert es eben etwas länger, bis der Screen angezeigt wird.
Ich würde aber gern erst den Screen anzeigen wollen und dann den bestimmten zeitintensiveren Code ausführen.
Das Warten ist etwas angenehmer, wenn der Screen schon da ist
Mit onLayoutFinish und onShown klappt das auch nicht, da gibt es von der Dauer bis zur Anzeige des Screens beim Start keinen Unterschied im Vergleich zur Variante direkt im Screen.__init__.
Gibt es für onLayoutFinish eine andere Funktion, die erst nach dem Anzeigen des Screens eintritt?
Hab es jetzt erst mal über einen gesonderten Tastendruck realisiert, aber es wäre schöner, wenn das direkt nach der Anzeige des Screens von allein ausgeführt wird.
Danke schon mal
Zuvor hatte ich das Problem noch nie. Und direkt nach einem Neustart passiert es ja auch nicht.
Kann mir daher nicht vorstellen, dass beide Plugins da fehlerhaft arbeiten.
Hatte schon gedacht, dass es passiert, wenn man vom EMC aus ein weiteres Plugin mit Mini-TV öffnet. Ist aber auch damit nicht reproduzierbar.
Kennst du ein Plugin mit Mini-TV, das sauber programmiert ist?
seit dem letzten Update vom 28.03.2017 (unstable OE2.5 7080) ist das Problem mit dem schwarzen PiP-Fenster nach einem Start aus dem Standby behoben.
Dafür ist mir jetzt einige Male passiert, dass nach dem Beenden eines Plugins mit Mini-TV das TV-Bild dann die Größe des vorherigen Mini-TV behält (z.B. EMC oder CoolTVGuide).
Erst wenn ich dann PiP aktiviere, wird das TV-Bild wieder in Vollbild dargestellt.
Dann passiert das immer wieder bei jedem Schließen eines Plugins mit Mini-TV. Es hilft dann nur ein Gui-Neustart, ohne jedesmal den Umweg über das PiP-Aktivieren gehen zu müssen.
Nach dem Neustart kann ich dann auch Plugins mit Mini-TV öffnen und schließen ohne dass das TV-Bild so klein bleibt.
Wodurch genau dieses komische Verhalten nun ausgelöst wird, konnte ich noch nicht herausfinden.
Festgestellt habe ich es bisher immer nachdem ich im EMC Aufnahmen geschaut hatte und dann EMC beendet habe.
Ist aber wie gesagt, nicht reproduzierbar - tritt eben irgendwann auf.
Bei meiner 7080 mit letztem unstable OE2.5 habe ich das auch.
(Tritt aber nicht erst seit dem letztem Update auf)
Beim Springen mit den Tasten (PTS) lande ich irgendwann immer an der gleichen Stelle, egal welche Srungtaste ich drücke.
Da hilft meist nur auf Live-TV zu schalten und wieder zurückspulen.
Merkwürdig ist eben nur, dass das Problem nur gelegentlich auftritt.
Die Sache mit dem schwarzen PiP-Fenster tritt übrigens nur auf, wenn PiP zuvor aktiv war...
Stimmt, kann ich so bestätigen.
Danke für den Hinweis zum git.
Habe da jetzt folgendes gefunden:
http://git.opendreambox.org/?p…a=log;h=refs/heads/master
Da finde ich aber nichts zum "pip window flickering".
Gibt es da noch ne andere Übersicht der Änderungen?
@Dibagger
Da steht doch aber kein Changelog drin - also was alles geändert wurde.
Oder mach ich da was falsch?
Ok. Wo finde ich denn die Liste der Änderungen des letzten Updates?
Stimmt, im pipzap hat es vor dem Update auch immer etwas gezappelt
