Drag'n drop im Windows Explorer auf Python-Scripte

[Nirven]

Hi,

vielleicht kann mir hier jemand helfen:

Wenn ich im Windows Explorer eine Datei auf eine mit py2exe erstellte exe ziehe, wird die Datei mitsammt Pfad als sys.argv[1] übergeben.

Kann ich das gleiche Verhalten für einfache Python-Scripte erzielen, also wenn ich eine Datei auf script.py ziehe?

Es scheint mir die einfachste Art, Pfad+Datei an ein Script zu übergeben, aber jedesmal mit py2exe umwandeln ist dann doch etwas übertrieben. Momentan nehm ich den Umweg über die Shell, aber wenn es auch in der GUI geht wäre es noch etwas einfacher

Danke,

Sören

[murph]

hast du es denn schon ausprobiert?
das wäre das zeitschonenste, ich habe kein windows

[Nirven]

lol, ja hab ich. Sonst wüsste ich ja nicht, dass es bei einer exe geht, bei einer py nicht.

[murph]

Kann ich das gleiche Verhalten für einfache Python-Scripte erzielen, also wenn ich eine Datei auf script.py ziehe?

das ist nicht eindeutig. sry, dass ich nicht deinen namen gelesen habe, einige leute, die ihren ersten post senden, fragen solche uä fragen

[Leonidas]

lol, ja hab ich. Sonst wüsste ich ja nicht, dass es bei einer exe geht, bei einer py nicht.

Wie seiht sys.argv aus, wenn du eine Datei auf ein python-Script schiebst?

[gerold]

Wie seiht sys.argv aus, wenn du eine Datei auf ein python-Script schiebst?

Hi!

Es kommt gar nich so weit, dass das Python-Programm gestartet wird. Ich habe das eben mal ausprobiert. Schiebt man per Drag & Drop eine Datei über eine Datei mit den Endungen ".EXE;.CMD;.BAT;.VBS...", dann wird das jeweilige Programm ausgeführt. Schiebt man eine Datei über das Icon einer Datei mit der Endung ".PY", dann passiert gar nichts. Nicht einmal das Drag-Symbol tauch auf. So wie es aussieht, blockiert Windows XP und nicht Python. Ändert man die Endung nach "EXE", dann würde das Skript ausgeführt werden. -- Aber das gibt natürlich Fehlermeldungen

Also müsste es im Windows irgendwo (wahrscheinlich irgendwo in der Registry versteckt) eine Einstellung geben, die man finden und korrekt einstellen muss.

lg
Gerold

[Nirven]

Öhm, sorry. Ja, mein Problem ist eher Windows als Python. Deswegen nur die wage Hoffnung, das hier trotzdem jemand Rat weiß, denn im Netz habe ich nichts dazu gefunden.

Und was nutzt mir mein Klicki-Bunti-XP, wenn die GUI nicht mal soetwas unterstützt? Mein Kollege wollte mir gar nicht glauben, dass es nicht geht. Dann benutz ich erstmal weiter die shell.

[tiax]

*.py Dateien sind "Dokumente", keine ausführbaren Dateien. Dass sie bei Doppelklick gestartet werden, liegt halt daran, dass sie mit python.exe (oder wie das executable auch immer heißt) verknüpft sind. Auf nen Dokument kann man nichts ziehen bei Windows.

Auf ein Batchfile als wrapper allerdings schon. Dort einfach argv an den Aufruf von python.exe dateiname.py anhängen...

(ja, kranke Wel.. äh Windows)

[Leonidas]

Ich weiß nicht mehr genau, aber ich glaube, dass es bei Windows XP unter den Umgebungsvariablen eine gab, wo .VBS;.CMD;.BAT;usw eingetragen war. Vielleicht würde es helfen .PY dort anzuhängen?

Ist natürlich nur so eine Hypothese von mir.

[gerold]

Vielleicht würde es helfen .PY dort anzuhängen?

Hi Leonidas!

Leider -- das bringt nichts. Das habe ich schon ausprobiert.

lg
Gerold

[Monk]

Hallo

Du bräuchtest dafür einen Drophandler. Sowas zu schreiben ist aber schwierig (Windows-Shellerweiterung).

Workaround wäre ein .cmd-Skript, dass Dein Python-Skript dann mit den übergebenen Parametern aufruft:

Code: Alles auswählen

START PYTHONW.EXE pyskript.py %*

-Monk

[Nirven]

Danke für eure Antworten.

Mit dem cmd-Skript funktioniert es aus der Kommandozeile, aus dem Explorer leider nicht (ich vermute ein Pfad-Problem).

Da es mit dem Batchfile aber ohne Probleme funktioniert bin ich zu faul, mich darum zu kümmern. Nicht perfekt die Lösung (dummes Windows), aber sehr nah dran, danke nochmal. Das spart Zeit und Nerven

[Actimehl]

Hab eine Lösung gefunden.

Einfach das in eine .reg-Datei einfügen, das verpasst Pythondateien den .exe Drophandler

Windows Registry Editor Version 5.00

[HKEY_CLASSES_ROOT\Python.File\shellex\DropHandler]
@="{86C86720-42A0-1069-A2E8-08002B30309D}"

[HKEY_CLASSES_ROOT\Python.NoConFile\shellex\DropHandler]
@="{86C86720-42A0-1069-A2E8-08002B30309D}"

[HKEY_CLASSES_ROOT\Python.CompiledFile\shellex\DropHandler]
@="{86C86720-42A0-1069-A2E8-08002B30309D}"

//edit: Funktioniert jetzt für alle Endungen (.py .pyc und .pyw)

[Leonidas]

Einfach das in eine .reg-Datei einfügen, das verpasst Pythondateien den .exe Drophandler

Windows Registry Editor Version 5.00

[HKEY_CLASSES_ROOT\Python.File\shellex\DropHandler]
@="{86C86720-42A0-1069-A2E8-08002B30309D}"

[HKEY_CLASSES_ROOT\Python.NoConFile\shellex\DropHandler]
@="{86C86720-42A0-1069-A2E8-08002B30309D}"

[HKEY_CLASSES_ROOT\Python.CompiledFile\shellex\DropHandler]
@="{86C86720-42A0-1069-A2E8-08002B30309D}"

Vielleicht wäre es mal schau, das an MvL weiterzuleiten, so dass er das in den Windows-Installer hinzufügen kann? Dann funktioniert es out-of-the-box.

[jens]

Also ich mach sowas einfach mit einer kleinen Batch Datei... Wie z.B. das hier:

Code: Alles auswählen

python %~dp0\md5sum_calc.py %*
@echo pause...
@ping localhost>NUL

Die Batchdatei ist dabei im selben Verzeichnis wie das Skript, also in dem Falle md5sum_calc.py... In dem Beispiel muß die python.exe im Pfad sein, aber man kann ja auch den Pfad in der CMD angeben

[nkoehring]

ach ja... tolle windozewelt... nichtmal bestimmen, welche dateien ausfuehrbar sind und welche nicht, darf der user dort ohne umstaende.

naja, die registry-loesung ist sicher schick. ich wuerde aber (wenn es in den installer eingebaut werden soll) empfehlen, die option mit einem haekchen zu versehen, so dass man sie bei der Installation deaktivieren kann.

[Leonidas]

ich wuerde aber (wenn es in den installer eingebaut werden soll) empfehlen, die option mit einem haekchen zu versehen, so dass man sie bei der Installation deaktivieren kann.

Warum? Soweit ich mich erinnern kann, bindet der Installer auch .py-Dateien an Python, was eigentlich auch nicht schadet. Höchstens wenn man mehrere Python-Versionen gleichzeitig installiert hat.