@latte0815

Nutzt du aktuell die Variante aus #79 ?
Funktioniert das bei dir komplett?

Ich nutze ja die Anpassung aus #23 in Verbindung mit der alten fillTimerList (Replace durch das GP3).

Weil die Plugins vielleicht gar nicht für DreamOS sind? Und Code kann immer vererbt/überschrieben werden.

Zitat von Sven H

@latte0815

Nutzt du aktuell die Variante aus #79 ?
Funktioniert das bei dir komplett?

Ich nutze ja die Anpassung aus #23 in Verbindung mit der alten fillTimerList (Replace durch das GP3).

Ja ich nutze im Moment die Variante aus #79 und die Funktioniert komplett wie es sein soll da ich kein GP3 verwende.

Hi,

@gutemine
bei pzyP4T ist es ja so das anscheinend der alte Code genutzt wird und es deshalb zu Problemen kommt da in der TimerEdit.py ja jetzt neuer Code verwendet wird.

Man könnte aber alle nötigen alten Funktionen direkt ins pzyP4T-Plugin integrieren.
Das probiere ich Abend mal.

Hatte bisher immer versucht, den neuen Code der TimerEdit.py mit dem pzyP4T-Plugin in Einklang zu bringen.

Danke @gutemine für den Denkanstoß

Hi,

wieso decompilieren für das Plugin ist doch der Quellcode vorhanden.

Ein decompile würde eh nur ein paar Sekunden dauern. Aber nur mal die Zeilenanzahl anschauen, dann weisst du schon, dass man da wohl so einiges anschauen muss, um die entsprechenden Stellen zu identifizieren.

Ich hab das gerade mal in pzyP4T integriert.
Mal sehen, was beim Test durch latte0815 rauskommt

Bei mir lief es erstmal.
Wobei ich da kein guter Referenz-User bin

So wie latte0815 schrieb, funktioniert bei ihm das angepasste pzyP4T.

Ich habe dort einfach die beiden Funktionen "refill" und "fillTimerList" aus der angepassten TimerEdit.py aus Post #79 direkt in das Plugin integriert.
Damit ist das Plugin bezüglich dieser beiden Funktionen unabhängig von der TimerEdit.py.

Nun muss man nur noch abwarten, was mit dem GP3 passiert.
Das überschreibt offensichtlich noch die neue Funktion fillTimerList der TimerEditor.py mit einer eigenen Funktion, wodurch kein Refresh der DreamOS-Timerliste erfolgt.
Hierfür hilft im Moment nur der patch aus Post #23.

Hi,

@Sven H
auch hier nochmal, vielen Dank für deine Mühe, Zeit und Arbeit die du für die Anpassung von pzyP4T investiert hast bis jetzt.

Ich hab gestern nochmal etwas im pzyP4T getestet.
Unter bestimmten Umständen wird die Timerlist trotz eines invalidate() nicht aktualisiert.
Es bleibt ein Eintrag in der Liste, der noch angezeigt wird, obwohl es ihn gar nicht gibt.
(drei alte Timer am Ende, Cursor auf letzten Eintrag, dann aufräumen)
Dabei bleibt der vorletzte Eintrag in der Liste stehen. Der letzte und der davor verschwinden.
Der Cursor rutscht dann auf den letzten wartenden Timer.

Jetzt die komische Lösung:
Wenn ich das invalidate() 2 mal hintereinander aufrufe, sieht alles gut aus.

Sollte da nicht 1 invalidate() reichen?
Liegt da vielleicht sogar das eigentliche Problem, dass die TimerEdit.py von 2006 nicht mehr refreshed hat?

Alte Testtimer kannst du auch so erstellen:

- neuen Timer hinzufügen
- Datum des Timers mit Taste Links auf gestern stellen
- Timer speichern

Davon dann 3 Timer erstellen.
(die Refreshprobleme treten meist nur bei mehr als 2 alten Timern auf)
Dann in der Timerliste „Aufräumen“

Wenn du GP hast, dann kommt von dort die replace-fillTimerList zum Tragen. Da wird dann die neue von DM gar nicht ausgeführt.

Daher ist man dafür als GP-User ein „schlechter“ Tester.