Doch, natürlich mit Pfad. Und zwar hab ich eine Idee, allerdings muß man zuerst den Pfad genauer berechnen: Normalerweise wird die path_position nur dreistellig angegeben. Ich würde die Auflösung um vielleicht 20 erhöhen (auf 2000). Besser noch: Nimm path_get_length als Größe. Die liegt hoffentlich so um die paar tausend und hat den immensen Vorteil, daß sie genau in Pixeln angegeben ist. So spart man das Umrechnen (einer Ball-Länge in Pfad-Distanz)

Der sinnvolle Umgang mit Listen erschließt sich vielleicht nicht sofort. Ich verwende sie mittlerweile sehr gerne, z.B. für das oben gesagte: Ich erstelle dafür zwei Listen, eine pa_x und eine pa_y. Dann laufe ich mit einem Objekt den Pfad mit path_speed 1 ab und schreibe jeden Step die x- und y- Positionen in die Listen, so daß am Ende des Pfades weit mehr als 100 Einträge in jeder Liste stehen.
Diese Listen ersetzen jetzt path_get_x (path) und path_get_y (path).
Übrigens muß man nicht warten, bis die Listen fertig sind. Die Bälle dürfen nur nicht das Objekt überholen, das die Listen erstellt.

Wenn jetzt ein Ball entfernt wird, erhalten alle Bälle mit einer höheren Pfad-Position einen Hinweis, daß sie um eine Ballänge zu weit vorne sind. Dieser Wert wird zum insgesamt-zu-weit Wert hinzu addiert.
Dann muß jeder Ball der zu weit vorne ist, pro Step zurückfallen bis der Wert wieder auf 0 ist...
Mit dem sich-einreihen von neuen Bällen müßte es ähnlich gehen...
Ich hab mal mein Glück versucht - einfach nur Bälle anklicken un sie rauszunehmen. Funzt ganz gut, solange man nicht zu schnell klickt. Sonst kollidieren die Bälle manchmal noch unschön.