@dhwz

Das hättest du ja auch sagen können
Was hast du denn geändert?
Nur das "_New" im Code gelöscht?

Hast du auch die Zeile mit dem self.SkinName angepasst?

Dann probiere ich das auch nochmal.

@zombi
Das mit der Project-ID habe ich auch behoben

In den aktuellen default-Skins habe ich keine Screens zum PluginHider gefunden.
Sollen die da reinkommen?

Dann sollte Reichi wohl besser auch die aus dem neuen Plugin-Code nehmen.

Mit der hier angebotenen Variante (auch in der ersten zip) crasht es ja auch nicht, da im Plugin-Code ein neuer Screenname verwendet wird, so dass ein evtl. im Skin vorhandener alter Screen gar nicht verwendet wird

Hätte ich den Screennamen nicht geändert, käme auch nur ein GS soweit der Screen im Skin vorhanden ist.
Hatte das bei mir simuliert und den alten Screen in die skin.xml meines genutzten Skins eingetragen.
Da kam es dann erwartungsgemäß zum Crash.

Wenn gewollt, dann müssen die Skins den neuen Screen "PluginHider_New" natürlich neu skinnen
Aber immer noch besser als ein GS.

Gibt es da eigentlich eine allgemeine Vorgabe/Lösung, wie man mit solchen Screen-Änderungen umgeht?
Jemandem damit einen GS zu verschaffen wäre ja nicht die feine Art

Ich hatte gerade nochmal mit dem alten Skin getestet.
Aber das wird wohl nichts, da kommt immer ein GS.
Hab die Labels jetzt auch über "name" referenziert und nicht mehr über "source".
Mit dem alten Screen hab ich den Tabbar-Ersatz nicht hinbekommen.

Der Screen aus dem Plugin heißt deshalb jetzt auch "PluginHider_New".
Dadurch wird dann definitiv nicht mehr der alte Screen genutzt, sondern dieser und somit gibt es keine Probleme.

Den Text "test" hab ich noch rausgenommen - war ja auch eigentlich nur zum Test gedacht
Bei mir war der Text ohne size-Angabe komischerweise nicht zu sehen.
Hab gerade auch nochmal die aktuelle Variante mit dem FullHDR3 getestet - kein "test" zu sehen

@dhwz
Danke für den Test und die Rückinfo zum Text "test"

Bitte sicherheitshalber nochmal die aktuelle Version testen.

Edit:
aktueller Download und Screenshots jetzt in Post #32

Wo ist denn ein alter Skin für den PluginHider drin?
Hatte da auf die schnelle nichts gefunden.

Ich hab da Probleme mit dem Skin schon vermutet und hab ihn deshalb umbenannt.

Also meinst du, ich soll einfach ein PullRequest machen?
Wollte das nicht ungefragt machen

Werde vielleicht auch noch abwarten, ob noch weitere Rückmeldungen kommen.

Stimmt, im Grunde könnte man die Version auch weglassen, da es ja dann direkt im Update von DMM mit drin ist.
Bin grundsätzlich aber immer ein Freund von Versionsnummern

Hallo

Da man ja doch gern die Kontrolle über die Menü-Listen der Plugins hat und nicht bei jedem Plugin im vollen Umfang diese Menü-Punkte konfigurierbar sind, hab ich mich immer gefragt, warum dieser PluginHider nicht auch das Menü der MOVIELIST unterstützt.

Daher hab ich das einfach mal integriert.
Die optische Tabbar habe ich auch code-technisch etwas umgebaut (jetzt ohne MultiPixmap).
Ein FHD-Skin ist jetzt auch dabei.

Für Tests und kurze Rückinfo wäre ich dankbar.
Bei mir läuft es unter OE2.5 ohne Probleme.

Falls gewünscht, könnte ich dazu auch einen PullRequest für "opendreambox/enigma2-plugins" machen.

Edit:
aktueller Download und Screenshots jetzt in Post #32

Das ist glaub ich nur für die Anzeige des Aufnahme-Titels im EMC.
Die weiteren Daten werden wohl unabhängig davon aus der .meta geholt.

Bei mir stehen da teilweise Werte drin, die vom SeriesPlugin kommen.

Durch wen wird die Datei denn erzeugt?
Durch E2 selbst?

Wo kommt denn die .meta her?
Wenn da "not avaible" drin steht und es in der .eit vollständig ist, wo könnte da was schief gegangen sein?

schau mal in die .meta
Das was da angezeigt wird für Sendername und Kurzbeschreibung, kommt bei mir aus der .meta.
Nur, wenn es die nicht gibt, holt er sich das aus der .eit.
Ist aber vielleicht auch Einstellungssache (EMC-Setup).

Nach ewiger Suche und zig Versuchen habe ich endlich die Lösung gefunden
Nachdem ich schon alle InfoBar..._inits einiger Plugins gekapert hatte, ist mir aufgefallen, dass EMC ja auch nochmal alle InfoBar-Geschichten (u.a. die InfoBarEPG) in der InfoBarSupport holt.
Da hätte ich aber auch früher drauf kommen können

Nun musste ich also nur noch die InfoBarSupport__init__ aus der InfoBarSupport.py (EMC) in das DMM-QuickButton-Plugin umleiten, dort die InfoBarSupport__init__ im Original ausführen und im Anschluss wie schon oben von 'dre' erwähnt, mit folgendem Code den Befehl für die gelbe Taste (ursprünglich aus der InfoBarEPG) aus der ActionMap löschen:

actions = self["EPGActions"].actions
	# delete yellow-key-action from EMC_InfoBarSupport (InfoBarEPG)
	del actions['showEventList']

Dadurch wird jetzt im EMC-MoviePlayer die im Quickbutton zugewiesene Aktion für die gelbe Taste aufgerufen und nicht mehr der leere SingleEPG

Das funktioniert jetzt auch mit der originalen InfoBarGenerics.py, so dass ich da nichts mehr anpassen muss (also auch nicht mehr nach einem DMM-Update).

Ja, das kenne ich vom GithubPluginUpdater.
Das gab's bei den VU's auch komische Übersetzungen direkt aus dem Skin
Da half tatsächlich auch nur das Leerzeichen.

Bei mir wurde aus Update = Aktualisieren, das war dann viel zu breit für den Button

Ok.

Wenn ich den Code jetzt richtig deute, werden doch zuerst die Texte aus den EMC-po geholt.
Nur wenn dort nichts gefunden wird, dann wird in den E2-Texten gesucht.

Es könnte evtl. schief gehen, wenn es in der EMC-po eine 1:1 -Übersetzung gibt.
Also Englisch-Text = Deutsch-Text
Dann holt er sich ggf. ne andere Übersetzung aus E2.

Zitat von dhwz

ja, gettext.gettext(txt)
EMC macht aber absichtlich: _ = lambda txt: gettext.dgettext("EnhancedMovieCenter", txt) if txt else ""

@alpha
Hab das nun mal erfolgreich getestet.
Hier das Ergebnis, falls es dich noch interessiert.

Wenn du in der __init__.py die Zeile: _ = lambda txt: gettext.dgettext("EnhancedMovieCenter", txt) if txt else ""

durch folgenden Code ersetzt, dann werden in EMC unbekannte Texte auch mit den E2-Texten übersetzt:

#_ = lambda txt: gettext.dgettext("EnhancedMovieCenter", txt) if txt else ""


def _(txt):
		t = gettext.dgettext("EnhancedMovieCenter", txt)
		if t == txt:
			print "[%s] fallback to default translation for %s" %("EnhancedMovieCenter", txt)
			t = gettext.gettext(txt)
		return t

@dhwz
Danke für den Denkanstoß.
Hier kann man noch ne Menge lernen

Danke.

Das teste ich Abend gleich mal
Wäre ja ne einfache Sache. Dachte, das würde komplizierter werden

@dhwz
Es geht ja mehr um die theoretische Lösung des Problems

Soll ja keine Aufforderung zum Anpassen des EMC-Codes sein ☺️

Würde mich einfach nur mal interessieren, ob das machbar wäre.
Also zusätzlich zu einer lokalen Übersetzung auch die DreamOS-Übersetzungen als Rückfallebene zu nutzen.

Zitat von dhwz

@Reichi
Das versteh ich nicht, die enigma2 Translations funzten doch schon immer als Fallback egal welche Domain ein Plugin nutzte?

genau das funktioniert ja offensichtlich nicht.
Nur deshalb gibt es hier ja die Diskussion.
Eigentlich kann es nur so sein, wie Reichi schreibt.

Zitat von Reichi

Ich würde vermuten dass EMC nach wie vor eine eigene Domain für die Übersetzungen setzt und nutzt und deshalb die integrierten Übersetzungen nicht gefunden werden.
In DreamOS ist es nun eigentlich so, dass enigma2 zwei "Übersetzungs-Domains" hat.
enigma2 und enigma2-plugins.

daher war ja meine Frage, ob man den EMC-Code dazu anpassen müsste?
https://github.com/betonme/e2o…master/src/__init__.py#L9

Könnte man da zusätzlich die domains für enigma2/enigma2-plugins angeben?

Wenn man alles timern will, was gewisse Suchtexte im Titel oder in der Beschreibung hat (Angabe über ein-/ausschließende Filter), ohne vorher zu wissen, wie der Titel heißt, dann kann man im Feld "Match" auch ein "%" eintragen.

Dabei muss man dann aber beachten, dass max. 1000 EPG-Treffer ausgewertet werden.
Auch dauert diese Suche dann etwas länger