Page 8 of 14
Posted: Sat Apr 29, 2006 4:22 pm
by Bitmonster
So, ich hahe mal die 0.3.2 (build 594) hochgeladen. Soweit läuft die in meinem virtuellen PC beim Runterfahren jetzt perfekt.
Das Problem liegt an mehreren Stellen gleichzeitig. Zum einen hat der wxPython-Toolkit einen Bug (oder zumindest eine Design-Schw├ñche in diesem Punkt) und dann muss man wirklich genau aufpassen, was man in welchem Thread erzeugt, damit das ganze Runterfahr-Verhalten richtig funktioniert. Ich muss nochmal genau alle Plugins darauf abchecken, ob die u.U. auch noch Code enthalten, der dort querschie├ƒen k├Ânnte, aber eigentlich sollten jetzt schon alle betroffenen Plugins soweit gefixt sein.
Ich hoffe, dass ich bei dieser heftigen Sitzung, bei der ich viel Code hin und her schieben musste, nicht noch irgendwelche "Kollateralschäden" verursacht habe.
Posted: Sun Apr 30, 2006 5:41 pm
by Meier
thx a lot...damit gehts jetzt endlich richtig...
Posted: Mon May 01, 2006 10:09 am
by MonsterMagnet
Läuft soweit gut, bis auf:
Code: Select all
File "eg/CorePlugins/Window/__init__.py", line 70, in __call__
AttributeError: 'EventGhost' object has no attribute 'SendKeys'
Posted: Mon May 01, 2006 2:54 pm
by Bitmonster
Oh ja, ein fataler Fehler. Versuchen wir es mal mit 595...
Posted: Mon May 01, 2006 3:39 pm
by MonsterMagnet
Posted: Tue May 02, 2006 7:18 pm
by damdy-cash
Ich habe ein (Verst├ñndnis) Prob mit dem "Bringe Fenster nach vorne" Befehl. Wenn ich den z.B. bei einem Internet Explorer- Fenster in Verbindung mit einem "Finde Fenster" mache und der IE vorher im maximierten Status war, macht EG mir das Fenster auf Wiederherstellen. Eigentlich soll er es einfach nur nach vorne holen. So muss man immer noch ein Maximieren hinter hers schicken und das zappelt dann unn├Âtig auf dem Bildschirm.
Bug oder Feature?
Posted: Tue May 02, 2006 7:33 pm
by Bitmonster
damdy-cash wrote:Bug oder Feature?
Ich w├╝rde sagen: ein buggy Feature.
Da hilft nur eins: 596...
Posted: Tue May 02, 2006 7:42 pm
by damdy-cash
dein Tempo ist unglaublich
Das war grad 15 Minuten her und schon gefixt!!
KLASSE jetzt klappt das!
Posted: Tue May 02, 2006 7:43 pm
by Bitmonster
<ANGEBER MODUS>
Und zwischendurch war ich noch auf Klo...
</ANGEBER MODUS>
Posted: Tue May 02, 2006 9:01 pm
by damdy-cash
aber zumindest nur für kleine Programmierer, nicht für große... nein lassen wir das
Posted: Mon May 08, 2006 5:35 pm
by damdy-cash
ich habe bei der 596 noch was entdeckt:
Sie verliert die Optionen und die .xml nach einem Neustart des Systems und hat wieder die defaults drin.
Wenn ich EG einfach nur schließe und wieder starte passt alles.
Posted: Mon May 08, 2006 8:34 pm
by Bitmonster
damdy-cash wrote:ich habe bei der 596 noch was entdeckt:
Sie verliert die Optionen und die .xml nach einem Neustart des Systems und hat wieder die defaults drin.
Wenn ich EG einfach nur schließe und wieder starte passt alles.
Kann ich hier nicht nachvollziehen. Versuche mal bitte kurz vor einem Neustart EventGhost mit der Option "-debug2" aufzurufen. Anschließend sollte im EventGhost-Verzeichnis eine "Log.txt" sein. Davon bräuchte ich mal die Informationen eines solchen Vorganges, der dann auf diese Art gescheitert ist.
Posted: Mon May 08, 2006 9:59 pm
by damdy-cash
hab grad einen Reboot mit -debug2 gemacht und es hat ohne Probleme geklappt. Ich werde das morgen noch mal testen.
Ist der debug- Modus jetzt auch beim Neustart aktiv oder nur beim Schließen vor dem Reboot?
Posted: Mon May 08, 2006 10:02 pm
by Bitmonster
Der Debug-Modus gilt nur solange, bis die so gestartete EventGhost-Instanz beendet wird.
Posted: Mon May 22, 2006 8:54 am
by damdy-cash
Jetzt hatte ich sie gerade wieder.
Sagt dir das hier
Code: Select all
Traceback (most recent call last):
File "C:\Programme\EventGhost\eg\MainTree.py", line 254, in OnItemActivate
pyObj = self.GetPyData(item)
File "wx\_controls.pyc", line 5397, in GetItemPyData
wx._core.PyAssertionError: C++ assertion "wxAssertFailure" failed in ..\..\src\msw\treectrl.cpp(1169): invalid tree item
etwas?
