Discussion :

[Piero27]

bonjour

Je me suis lancé dans l'écriture d'un code python mais je me trouve bloqué dans ma progression.

Voici les fonctionnalités attendues :
1 - se connecter au système d'information de la boite
2 - procéder à la recherche des dossiers à traiter à partir d'un tableau excel contenant notamment la liste des n° de dossiers
3 - récupérer le premier numéro et rechercher le dossier
4 - s'il est trouvé l'ouvrir ou passer au suivant
5 - cliquer un bouton nommé importer des documents (fichiers pdf)
jusque là tout va bien

Le clic sur le bouton ouvre une boite de dialogue Windows appelée 'Ouvrir' possédant un champ 'Nom du fichier :' dans lequel le curseur clignote et un bouton 'Ouvrir'.

A ce stade il faudrait naviguer dans l'arborescence jusqu'à un répertoire contenant des fichiers pdf et les intégrer dans le dossier du SI.

Le problème c'est que je ne parviens pas à ce que le code Python interagisse avec cette boite de dialogue.

Si quelqu'un à une astuce je suis preneur.

Merci d'avance
cordialement
PS je précise que je ne suis pas développeur et que je progresse en me faisant aider par des IA.

[wiztricks]

Salut,

Le problème c'est que je ne parviens pas à ce que le code Python interagisse avec cette boite de dialogue.

Si on ne sait pas avec quoi est faite cette boite de dialogue et ce que vous avez écrit côté "python"... difficile de savoir comment on pourrait vous aider.

- W

[Piero27]

la boite de dialogue en question est une simple boite de dialogue windows
je vous en communique une copie d'écran

[wiztricks]

Salut,

Votre boite de dialogue est lancée par un programme. Si ce n'est pas celui que vous avez écrit, vous ne pouvez pas trop interagir avec elle sauf peut être via un pyautogui qui va mimer les actions de l'utilisateur.

Toutes les interfaces graphique utilisables par le programmeur Python incluent ce genre de boite de dialogue (par exemple avec tkinter il y a ces boites de dialogues pour parcourir les répertoires).

- W

[Sve@r]

Bonjour

la boite de dialogue en question est une simple boite de dialogue windows

Python ne peut pas dialoguer avec des éléments externes (programme, GUI)... sauf à "bidouiller" via des trucs comme "je simule des actions etc" qui vont donner des résultats plus ou moins bancals.

Créer un programme qui va offrir une GUI à l'utilisateur et gérer les actions de l'utilisateur implique de créer cette GUI.

Il y a différents outils de GUI pour Python. tkinter en est une assez simpliste. Elle est bien moche mais l'avantage c'est qu'elle est incluse dans Python (rien besoin d'installer en sus). Ensuite il y en a d'autres plus enrichies mais il faut les installer.

Ici diffréents exemples: https://python.developpez.com/sources/?page=GUI

[wiztricks]

tkinter en est une assez simpliste. Elle est bien moche mais ...

On demande surtout à un GUI de permettre la réalisation d'applications dont l'apparence sera semblable (pour l'utilisateur) aux autres applications. Dit autrement, faire que le GUI utilisé soit sans importance.
Du coup, si une application qui utilise Tk ne se distingue pas des autres, elle n'est pas plus moche que les autres...

tkinter n'est pas "simpliste", il est simple! Ouvrir une boite de dialogue pour ouvrir un fichier se fait en une pignée de lignes:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
import tkinter as tk
from tkinter.filedialog import askopenfilename
from tkinter.messagebox import showinfo
 
tk.Tk().withdraw()
 
path = askopenfilename(title='Ouvrir',  initialdir='/',
            filetypes=(
                ('text files', '*.txt'),
                ('All files', '*.*'),
            )
       )
 
showinfo(title='fichier choisi', message=path)
print('done')

En fait Tk est bien plus compliqué que d'autres GUI: il faudra ajouter/écrire beaucoup plus de code pour réaliser des fonctionnalités déjà là pour d'autres bibliothèques.

Ceci dit toutes les application graphiques se ressemblent et ce qu'on a écrit (ou ajouté) pour une sera réutilisable pour des tas d'autres.... mais ce sera du boulot que de gérer son capital d'addons plutôt que de déléguer le tout aux développeurs d'une bibliothèque graphique.
L'inconvénient de la délégation est qu'il va falloir que ça serve au plus grand nombre. Ce qui signifie une documentation pas toujours facile à lire et des cas d'utilisation parfois éloignés de ce qu'on attend.
Le risque est de transpirer beaucoup pour, in fine, utiliser 5 à 10% des fonctionnalités.

Ce qui est vrai, c'est que les fonctionnalités de Tk sont limités... et que certaines seront très difficiles voire impossible à ajouter. Mais de toutes façons, quand on développe, on travaillera avec plusieurs GUI: on sera plus ou moins confortable avec certains (mais on pourra toujours se faire aider car il ont tous plusieurs dizaines d'années et des tas de tutos/forums/compétences/... à utiliser/solliciter).

- W