Das deutsche Python-Forum

Deshalb wollte ihr ja ausschließen, dass die verschiedenen Systeme der Fehler sind. Mit "müsste" und "theoretisch" hast du aber schon mal zwei für Informatiker sehr wichtige Begriffe gefunden

Naja, dann werd ich noch ne Nacht drüber schlafen und wenn ichs dann noch nicht rausbekomme mach ich hald an ner anderen stelle weiter, vlt ne jump() und ne fall() methode und wenn ich den code mal testen will schick ich ihn einfach an dich :>

Schlafen ist eine tolle Idee. Wär ich doch nur nicht heute um 14 Uhr aufgestanden...

bin ich auch

muss leider morgen früh raus :>

Das Problem ist mit Sicherheit der Koordinatenvergleich mittels '=='.
Da die Canvas-Koordinaten intern als Fließkommawerte verarbeitet werden, solltest du es z.B. so machen:

statt so Und dann MUSS es einfach gehen ...

Vielleicht sollte man an dieser Stelle auch mal überlegen die GUI von der Spiellogik zu trennen und nicht Canvaskoordinaten verwenden. Wenn da wirklich Ungenauigkeiten beim `move()` auf dem `Canvas` entstehen, kann es ja auch sein, dass die sich im Laufe des Spiels immer weiter akkumulieren und auch irgendwann ein Vergleich mit einem Epsilonwert nicht mehr richtig funktioniert.

du meinst also zb beim bewegen das move() nicht zu benutzen und die objekte einfach auf die neuen berechneten werte neu zeichnen?

ich probiers mal :>

so, es funktioniert jetzt

durch das trennen der GUI von der Spiellogik hat sich das problem dann automatisch von selbst gelöst =)