L'inverse de os.startfile

Bonjour,
Avec os.startfile(nom_fichier.pdf), on peut ouvrir le fichier.pdf avec abode reader. Je voulais savoir s'il existait une syntaxe pour faire l'opération inverse; c'est à dire, le fichier pdf est ouvert et affiché à l'écran et je souhaiterais pouvoir le fermer à partir d'un code python (opération nécessaire avant de lancer une autre application qui modifiera le fichier pdf en question ouvert).
Je ne sais pas si ma question est suffisamment claire et si c'est le cas, je ne sais pas si c'est possible...

Merci pour vos réponses.

Gabriel

Salut,

Dire si le fichier .PDF est encore "ouvert" n'est pas lié à l'état de l'application qui affiche son contenu est encore active: l'application pouvant lire le fichier en mémoire et le fermer avant d'afficher son contenu.

Comme os.startfile ne retourne aucune information sur l'application qui a été lancée, difficile de la fermer.

Je ne vois pas trop comment s'en sortir sans ré-écrire un équivalent à os.startfile pour:

• récupérer les applications associées à l'extension .PDF,
• en lancer une au choix via subprocess.X (ou autre, le but est de savoir "qui"),
• fermer l'application qui verrouille le fichier.

récupérer les applications associées une extension comme .pdf est OS dependant: sous windows vous avez les commandes assoc .pdf qui vous retourne un nom à passer dans ftype pour récupérer la commande...

nota, os.startfile (sous Windows) peut se contenter de lancer "start nom.PDF" et comme start se termine après avoir lancé un autre process, l'information ne remonte pas.

- W

Bonjour,

Merci pour la réponse; çà me paraît bien compliqué (pour moi) à créer un remplaçant de os.startfile qui conserve en plus les informations adéquates pour pouvoir fermer l'application.

Si j'ai bien compris, si l'application abodereader est active, il est presque impossible de la fermer à partir d'un code python relativement simple et donc je dois continuer à la fermer à la <<main>>?

Gabriel

Bonjour,

Les versions 'simples'

Si c'est Acrobat reader la version 'sauvage':

Code:

---

os.system("taskkill /f /im AcroRd32.exe")

---

Vous pouvez aussi trouver le PID et faire un os.kill.


@+

Salut,

Citation:

---

çà me paraît bien compliqué (pour moi) à créer un remplaçant de os.startfile qui conserve en plus les informations adéquates pour pouvoir fermer l'application.

---

Si vous voulez que le programme Python "dirige" le lancement et la fermeture de programmes tiers, il faut bien arriver à contrôler un peu ce qu'il se passe.

os.startfile se contentant de lancer l'application (ce qui n'est pas si mal) mais ne retourne aucune information pour savoir laquelle fermer est un peu court pour faire cela.

Si vous cibler Windows, vous avez aussi la possibilité de passer par l'API COM.
La fonction GetObject permet de lancer l'application correspondante au fichier et de récupérer les informations correspondantes. Vous trouverez des exemples de code ici sur le blog de Tim Golden.

Il reste aussi la méthode sauvage proposée par PauseKawa. Mais elle ne fonctionnera que s'il y a une seule instance de l'application lancée à ce moment là.

- W

Bonjour,

Difficile de faire moins 'sauvage' sans plus d'information (sans passer par l'api win32)

Pour ce qui est de Mais elle ne fonctionnera que s'il y a une seule instance de l'application lancée à ce moment là, et pour rester simple, il reste la solution du génocide dans le style

Code:

---

1 2 3 4 5 6

from win32com.client import GetObject WMI = GetObject('winmgmts:') processes = WMI.InstancesOf('Win32_Process') for proc in processes: if proc.Properties_("Name").Value == name: print(proc.Properties_("ProcessID").Value)

---

Ou l'on remplace le print par os.kill.

Cela reste l'équivalent d'un tskill %process% /A avec un test IF %errorlevel%==0 sur TaskList | findstr /c:%process%.exe en batch :(
C'est sur que Python mérite mieux.

@+

Bonjour,
Merci pour les réponses.
Je vais essayer d'éviter les pg <<sauvages>> et je vais regarder avec les applications winapi;
Encore merci.

gabriel