Discussion :

[Jiyuu]

Bonjour à tous,

J'ai réalisé une application graphique qui permet à l'utilisateur de renseigner divers paramètres d'un projet, de sauvegarder ce projet et éventuellement de l'exporter.

Actuellement les données du projets sont enregistrés dans une bdd. Lors de l'ouverture du programme, l'utilisateur choisi grâce à un combobox le projet qu'il souhaite rappeler et clique sur charger... la valeur du combobox étant dans ce cas une clé permettant d'interroger la bdd en question.
Et ainsi de suite avec tous les nouveaux projets créés.

Je souhaiterai apporter une petite modification à mon programme et plutôt que de stocker ces informations dans une bdd j'aimerai les stocker dans un fichier propre à chaque projet.

Le rappel via l'interface graphique ne me pose aucun problème. Là où je pense bloquer (l'idée de cette modif ne fait émergée), c'est sur la possibilité d'ouvrir automatiquement un fichier choisi en double cliquant dessus... (comme un .doc par exemple où il n'est pas nécessaire d'ouvrir avant tout word pour lire ce fichier).

Quelqu'un a t il déjà eu ce besoin et si oui peut-il me donner quelque piste.

D'avance merci

[shadowsam]

Si j'ai bien compris ce que tu veux, je te proposerai d'utiliser startfile.

Cela a la même utilité que le double-clique dans l'explorateur windows. Mais je ne sais pas trop comment cela ce comporte sur les autre plateformes.

[Antoine_935]

Salut

Sous la plupart des systèmes (windows, gnome, kde...), il y a moyen d'associer un type de fichier à un programme.
Un double click sur le fichier lance alors la commande "<programme> <chemin/vers/le/fichier>" (à mon avis, à confirmer...).

Soit dit en passant, le système simple pour transformer une db en fichier, c'est... SQLite

[Jiyuu]

merci à vous deux pour vos réponses.

@ shadowsam
Startfile est une commande python. Or le fichier sur lequel je double-cliquerai ne sera pas un script python, donc je vois pas bien comment faire... mais cela m'amène à une idée intéressante détaillée ci-dessous...

@ Antoine_935
Effectivement j'ai pensé à ça et c'est bien vers cette solution que je désire aller. Par contre je vois pas trop le rapport avec Sqlite... (sachant qu'en plus -mais tu ne pouvais pas le deviner-, je rencontre de gros souci pour créer le .exe de mon script lorsque celui-ci utilise sqlite. Une solution m'a été donnée sur ce forum, mais par manque de temps je n'ai pas pu la tester).

Quoiqu'il en soit vos deux réponses mon conduit à cette réflexion:

J'associe mon fichier à mon programme... (facile), celui-ci vas donc théoriquement lancer le programme... lors du lancement de celui-ci je vérifie par quel manière il a été ouvert (un dérivé de startfile doit exister pour un tel besoin)... si c'est par un fichier comportant l'extension choisi alors je lance la procédure d'importation du projet de manière traditionnelle.

Et voili voila le tout est joué (en théorie). Me reste à tester tout ça.

Merci à vous

[Antoine_935]

Par contre je vois pas trop le rapport avec Sqlite...

Si j'ai bien compris, tu as une base de données établie pour ce programme.
Pour faire des fichiers, tu as sans doute pensé à la solution de sérialisation, ou autre technique.
Si j'évoque SQLite, c'est parce qu'il a pour but d'embarquer une base de données dans un simple fichier. Ca en fait le gestionnaire idéal pour de tels fichiers

[Jiyuu]

Ok je comprends mieux ta remarque.

Pour ma bdd j'utilise le module shelve intégré de base dans python. Il offre (presque) la même fonctionnalité que Sqlite... en tout cas pour moi il est actuellement largement suffisant.
Il me permet dans un même fichier de stocker toutes les infos des différents projets créés dans un même fichier.

Cependant ce que je souhaite aujourd'hui, c'est le contraire... Je veux créer un fichier par projet.

La bdd n'est dans ce cas (il me semble) plus vraiment nécessaire.

[Jiyuu]

Bonjour

Juste un petit up pour savoir si quelqu'un sait s'il existe un bout de code permettant de dire automatiquement à windows:
* Ce type de fichier s'ouvre avec tel programme.

Afin d'éviter de le faire manuellement.

D'avance merci

[PauseKawa]

Bonsoir Jiyuu,

Et utiliser _winreg.CreateKey ?
A la limite faire un install pour ton programme qui modifie cela.
Par contre l'open n'est pas au même endroit suivant qu'il s'agit d'Xp ou de Vista et tu vas devoir tester cela.

@+

[rambc]

Je serais intéressé par ce genre de fonctionnalités donc une solution postée ici serait la bienvenue.

Peut-on faire de même sous Linux et Mac O$ ?

[PauseKawa]

Bonsoir,

Que de gourmandise rambc :

Avec la base de registre de Windows c'est facile (quoique comme je l'ai signaler cela change de xp à Vista (voir seven mais là je laisse la place aux pros)) mais pour ce qui est de la banquise ou de la pomme c'est tout autre chose.

Sous tux cela est gérer par l'environnement (gnome, kde, etc...). A vrais dire c'est un file (type MIME). L'extension c'est 'pour les humains'.

Pour les Mac il me semble que pour OS X l'extension existe, avant c'était des méta.

Difficile a gérer tout cela...

@+

[Jiyuu]

Bonsoir Jiyuu,

Et utiliser _winreg.CreateKey ?
A la limite faire un install pour ton programme qui modifie cela.
Par contre l'open n'est pas au même endroit suivant qu'il s'agit d'Xp ou de Vista et tu vas devoir tester cela.

@+

Je prévois effectivement de faire un instal du programme via InnoSetup ou Instal Creator. Pr contre je ne sais pas s'ils gèrent ceci.

Pour _winreg.CreatKey, je ne connaissais pas. Je vais donc zieuter ça avec plaisir.

Merci

[PauseKawa]

Je prévois effectivement de faire un instal du programme via InnoSetup ou Instal Creator. Pr contre je ne sais pas s'ils gèrent ceci.

A la limite il est possible de tester la clef de registre avec _winreg au premier lancement (sans doute possible en fin d'installation avec InnoSetup ou Instal Creator) et la créer si celle ci n'existe pas.