Dass das mit machewas(1) nicht funktioniert, hab ich ja schon gemerkt. Hätte ja sein können, dass es vielleicht nur ein Syntaxproblem ist.
Es geht wirklich nur um weniger Codezeilen, um so auch etwas Schreibarbeit zu sparen.

Wenn ich z.B. alle Tasten 0-9 zuweisen will, dann muss ich in der ActionMap tatsächlich 10 verschiedene Funktionen angeben?

Hätte gedacht, dass man immer die gleiche Zielfunktion angeben kann und dort die Unterscheidung der Taste macht.

Aber wenn es nicht geht, auch OK.
Muss man halt ein paar Zeilen mehr tippen

Hallo

Aktuell rufe ich in einer Actionmap für jede Taste eine eigene Funktion auf, von der aus dann alle wieder die gleiche Funktion mit einem Parameter aufrufen.

self["myActionMap"] = ActionMap(["EPGSelectActions", "SetupActions", "ColorActions"],
		{
			"red": self.msg_red,
			"green": self.msg_green,
			"yellow": self.msg_yellow,
		},-1)




	def msg_red(self):	
		self.machewas(1)


	def msg_green(self):	
		self.machewas(2) 


	def msg_yellow(self):
                self.machewas(3)

jetzt würde ich den Code gern etwas optimieren und hätte mir das so vorgestellt:
(leider funktioniert das nicht)

self["myActionMap"] = ActionMap(["EPGSelectActions", "SetupActions", "ColorActions"],
		{
			"red": self.machewas(1),
			"green": self.machewas(2),
			"yellow": self.machewas(3),
		},-1)




	def machewas(number)
            bla bla ...

Wie kann man im ActionMap einen Parameter an eine dort genannte Funktion weitergeben?
Oder kann man evtl. in der Zielfunktion die gedrückte Taste abfragen/ermitteln ?

Danke schon mal.

Perfekt - ich hab es hinbekommen.

Jetzt bewegt sich mein PiP-Rahmen inkl. TextBox absolut synchron zum PiP (bei Anpassung der PiP-Größe/-Position).

Auf diese Berechnungsformel wäre ich im Leben nie gekommen.
Und ich hab da schon ne ganze Weile dran gefummelt
Die Höhe und Breite mit 1.085 zu multiplizieren war da ja schon fast richtig.

Vielen Dank nochmal an @Ghost für die Formel

Vielen Dank.

Wegen dem Anpassen war nur ein Gedanke, weil es sich zuvor wie ein Bug anhörte.
Wenn es da eine berechnete Logik gibt, passt es ja

Das scheint mir aber schwer verdauliche Kost zu sein.
Da muss ich mich erstmal in die Logik eindenken, weil ich das ganze ja bestimmt auch irgendwie rückwärts rechnen muss.

Ich hab da später bestimmt nochmal ne Frage dazu

Ok, Danke.
Dann muss ich wohl warten, bis das korrigiert wurde.

Für mich passt es ja.
Man stellt die Größe des PiP ja nicht ständig um.

Ich denke beim Anpassen von Plugins aber immer an die allgemeine Nutzbarkeit
Und da wäre es schon schön, wenn die Position meines Rahmens mit der Textbox immer passt - egal bei welcher PiP-Größe/Position.

Ok, man könne in den Settings von pipzap noch Korrekturwerte abfragen, mit denen der Nutzer den Rahmen passend um das PiP platzieren könnte.
Nutzerfreundlich wäre aber was anderes

Also werden fehlerhafte PiP-Positionswerte zurückgeliefert (x,y,..) ?

In der PiPSetup.py in den screens wird auch mit 720/576 gerechnet.

Hier mal meine angepasste plugin.py des pipzap-Plugins.
So kann man das komische Verhalten evtl. mal ausprobieren.

Für die Breite und Höhe habe ich durch Herumprobieren schon einen zusätzlichen Korrekturfaktor von 1,085 gefunden, der halbwegs mit der Größenveränderung des PiP klarkommt.

Das funktioniert aber bei der "0"-Position x,y nicht.

Das ist schon klar.
Aber x ist als Rückgabe z.B. 40 in Bezug auf SD, was in einem HD-Skin ganz woanders ist.

Ich muss ergänzend sagen, dass es nicht nur eine TextBox, sondern noch einen Einbettungsrahmen für das PiP gibt.

Zur Verdeutlichung hier mal 2 Screenshots.

Beim dem kleinen PiP passt bei obiger Formel die Position des Rahmens und der TextBox.
Bei Vergrößertem PiP stimmt es schon nicht mehr.
(die blaue Fläche soll den Bereich des PiP-Fensters darstellen, da dieser bei Screenshots ja nicht dabei ist)

Hallo

Ich habe mir das pipzap-Plugin dahingehend angepasst, dass mir direkt unter dem PiP-Fenster (beim Zappen im PiP) der aktuelle Sendername des PiP-Fensters angezeigt wird.
Das klappt soweit auch ganz gut, allerdings habe ich Probleme mit der Posiitonierung und Größenanpassung der TextBox passend zum PiP-Fenster.

Ich lese im Plugin die Position und Größe des PiP so aus:

x1 = config.av.pip.value[0]
y1 = config.av.pip.value[1]
x2 = config.av.pip.value[2]
y2 = config.av.pip.value[3]

Das Problem dabei ist, dass diese Werte in Bezug auf einen SD-Skin zurückgegeben werden (max. 720/576).
Soweit kein Problem, da ich diese SD-Werte dann prozentual in HD umrechne.

Komisch ist dabei allerdings, je größer das PiP-Fenster eingestellt wird, umso ungenauer (falsch) ist dann
die berechnete HD-Position meiner "Sendernamen"-TextBox.
Das heißt, dass eine immer größere Positionskorrektur erforderlich wird.

Gibt es da eine Systemfunktion, womit man die SD-Angaben zum PiP-Fenster in Werte für einen HD-Skin umrechnen kann?

nachfolgend noch mein Code zum Errechnen der oberen linken (x,y) Ecke des PiP-Fensters als HD-Position als Bezugspunkt für meine TextBox.
Dabei ist hier schon eine Korrektur von -13 und-8 eingearbeitet, wenn das PiP-Fenster eine mittlere Größe hat.
Wenn es kleiner oder größer gemacht wird, sind wieder ganz andere Korrekturwerte erforderlich.

Eigentlich sollte die SD-Position (linke obere Ecke) des PiP eine feste Bezugsgröße sein und somit bei Umrechnung in HD keine Schwankungen haben, schon gar nicht bei Änderung der PiP-Größe.
Vermutlich wird nicht immer 100%ig die obere Ecke zurückgeliefert.

Oder habe ich hier einen Denkfehler?

x1 = config.av.pip.value[0]
y1 = config.av.pip.value[1]
x2 = config.av.pip.value[2]
y2 = config.av.pip.value[3]
width = getDesktop(0).size().width()
height = getDesktop(0).size().height()
#meine neue position
xref = 720 
yref = 576 
x= int(x1 * (float(width)/xref)) - 13 
y= int(y1 * (float(height)/yref)) - 8

Danke schon mal.

Da scheinen aber auch nur einige enthalten zu sein.

Den backuplocation habe ich jetzt in der ImageWizard.py gefunden.

Die configs sind tatsächlich total verteilt in allen möglichen *.py.

Da wäre es echt super, wenn es ein Script gäbe, was die ganzen configs mit Angabe des Ursprungs und des aktuellen Inhalts zusammensammelt.

Vielleicht hat ja sogar schon einer ein solches Script.

Wobei der Rückgabewert für backuplocation ja auch nicht ganz korrekt ist.
Die Backup-Files liegen ja in "/media/hdd/backup/" und nicht wie im configs-Wert "/media/hdd/" angegeben.

Da muss man sich dann wohl virtuell noch "/backup/" dazudenken.
Da ist die backuplocation wohl eher das BaseDir für "/backup/".
Wäre also backupbasedirlocation besser

Danke für die Info.

Vielleicht findet sich ja jemand, der das mal macht.
Denke, so eine Gesamtliste wäre manchmal hilfreich.

Eine Frage habe ich doch noch

config.plugins.configurationbackup.backuplocation.value ergibt bei Abfrage "/media/hdd/", was ja auch ok ist.

Wenn ich aber in die Settings in "/etc/enigma2/" schaue, gibt es diesen Eintrag dort gar nicht.
(nur config.plugins.configurationbackup.backupdirs)

Kann es sein, dass Enigma mir da eine Standard-Einstellung zurückgibt ?
Wo bzw. in welcher Datei kann man denn diese und weitere solcher Standard-Configurationen finden, die nicht in den Settings enthalten sind?

Wäre ja mal interessant eine solche Liste durchzuschauen, falls man mal andere Configs-Werte braucht

Cool, das hilft mir weiter

Vielen Dank.

Hallo

Hab dazu schon einige Male gegoogelt, allerdings nie was richtiges gefunden.

Ich verwende in einem Plugin z.B. den Pfad zu "/tmp" oder "/media/hdd/backup". Auch die picon-Ordner sind ja generell immer wieder gefragt.

Wenn das Plugin nun aber allgemeingültig für verschiedene User sein soll, wäre es gut, wenn ich die o.g. Pfade des Users verwenden könnte.
Liegt z.B. der tmp-Ordner immer in "/tmp"?
Liegt der Backup-Ordner immer in "/media/hdd/backup"?

Gibt es dazu Umgebungsvariablen im System, wo o.g. Pfade festgelegt sind?

Wenn ja, wie kann man die abfragen?

@latte0815
ich hab dir ne PN geschickt

@latte0815

Da es im Moment doch sehr auf meine Situation (erweiterte Funktionen und Pfade in den Updatescripten) zugeschnitten ist, ist es momentan wohl noch nicht zum Veröffentlichen geeignet.

Falls du es mal testen möchtest, schreib mir eine PN.

Ich glaub, dass lass ich auch erstmal.
Wäre schon die nächste Baustelle.

Bin froh, dass ich mich so langsam in die Plugin-Programmierung reinfinde
Das reicht erstmal für den Anfang.

Da liegt wahrscheinlich das Problem.
Ich kenne mich mit den Möglichkeiten des git überhaupt nicht aus.
Ich weiß nur, wie ich die zip der letzten Version downloaden kann

Und damit könnte man eine Version vom git mit der lokal installierten Version abgleichen?
Ich glaube, da wird es dann schon wieder kompliziert.
Wohl nichts für den Otto-Normal-User