LibreGED
LibreGED
Je diffuse le logiciel à mes stagiaires "retraités". Il correspond exactement à ce dont ils ont besoin.
Je teste et envoie quelques remarques en même temps à Vincent.
J'utilise windows, je bute encore sur linux (ubuntu cinnamon...)
Merci à technifree et Vincent ainsi qu'à Sylvie (gratilog) qui m'a donné le tuyau !
Daniel DUCOURNEAU
19-06-2025, 13:40 #1Bravo pour le travail.
Je diffuse le logiciel à mes stagiaires "retraités". Il correspond exactement à ce dont ils ont besoin.
Je teste et envoie quelques remarques en même temps à Vincent.
J'utilise windows, je bute encore sur linux (ubuntu cinnamon...)
Merci à technifree et Vincent ainsi qu'à Sylvie (gratilog) qui m'a donné le tuyau !
Je ne sais pas si cela peut en être la cause: le lien vers le répertoire de l'exécutable "libreged.exe", pour qu'il soit valide, peu importe la lettre attribuée par Windows au lecteur USB est définie comme ceci: ["%windir%\explorer.exe "\LibreGED\"] (LibreGED étant le nom du répertoire où sont tous les fichiers de l'application) et la cible visée pour l'exécutable est donc "[%windir%\explorer.exe "\LibreGED\libreged.exe"]. Je suppose donc que libreged se croit au répertoire racine de l'ordinateur... Serait-ce le cas ?
Petit problème avec LibreGED: Le logiciel est installé sur un clef USB susceptible de se promener d'un ordinateur à l'autre. Sur un Windows 10, il s'entête à créer un répertoire sur le rigide de l'ordi dans la section "User\MonNom\libreged\files\" et y installer tous les documents dans "Files" et non dans le répertoire "files" de LibreGED sur la clef USB (même chose pour la base de données "ged.db". Comment je dois procéder, donc, pour que le logiciel se comporte vraiment comme "portable" ?
Je ne sais pas si cela peut en être la cause: le lien vers le répertoire de l'exécutable "libreged.exe", pour qu'il soit valide, peu importe la lettre attribuée par Windows au lecteur USB est définie comme ceci: ["%windir%\explorer.exe "\LibreGED\"] (LibreGED étant le nom du répertoire où sont tous les fichiers de l'application) et la cible visée pour l'exécutable est donc "[%windir%\explorer.exe "\LibreGED\libreged.exe"]. Je suppose donc que libreged se croit au répertoire racine de l'ordinateur... Serait-ce le cas ?
LibreGED a été conçu avec une philosophie linux au départ, c'est à dire que tous les fichiers importants sont dans la home directory de l'utilisateur (plus sécurisé, plus simple à sauvegarder en cas de soucis, droits spécifiques, etc.)
J'ai dû adapter le logiciel pour Windows, mais pour le moment, je garde encore le principe de stocker dans la home directory de l'utilisateur.
La prochaine version sera entièrement portable, c'est à dire qu'il stockera les fichiers au même emplacement que l'exécutable, ce qui facilitera sa portabilité.
Mais attention, ça va poser un souci au niveau des liens symboliques (les fameux raccourcis sous Windows). Du coup, si LibreGED se trouvera sur une clé USB, il devra le rester. Sans quoi, les liens vers les dossiers ne fonctionneront plus sur la machine de base.
Imaginons une machine A avec des fichiers éparpillés sur le(s) disque(s). On les intègre à LibreGED en tant que raccourcis pour ne pas les déplacer et les laisser à leur emplacement d'origine. Si on branche la clé USB sur un autre PC, LibreGED ne vas pas retrouver les fichiers et indiquera que le fichier ne peut être lu. Ce qui est logique étant donné que ce n'est qu'un raccourci vers un emplacement physique.
On peut contourner cela en copiant les fichiers dans l'arborescence de LibreGED, comme ça, l'application sera vraiment portable. Mais pour l'instant, elle ne l'est pas totalement. Seul l'emplacement du dossier LibreGED est libre (on le met où on veut, mais les fichiers de la GED eux, sont tous au même endroit).
Bonjour, Non pas spécialement.
LibreGED a été conçu avec une philosophie linux au départ, c'est à dire que tous les fichiers importants sont dans la home directory de l'utilisateur (plus sécurisé, plus simple à sauvegarder en cas de soucis, droits spécifiques, etc.)
J'ai dû adapter le logiciel pour Windows, mais pour le moment, je garde encore le principe de stocker dans la home directory de l'utilisateur.
La prochaine version sera entièrement portable, c'est à dire qu'il stockera les fichiers au même emplacement que l'exécutable, ce qui facilitera sa portabilité.
Mais attention, ça va poser un souci au niveau des liens symboliques (les fameux raccourcis sous Windows). Du coup, si LibreGED se trouvera sur une clé USB, il devra le rester. Sans quoi, les liens vers les dossiers ne fonctionneront plus sur la machine de base.
Imaginons une machine A avec des fichiers éparpillés sur le(s) disque(s). On les intègre à LibreGED en tant que raccourcis pour ne pas les déplacer et les laisser à leur emplacement d'origine. Si on branche la clé USB sur un autre PC, LibreGED ne vas pas retrouver les fichiers et indiquera que le fichier ne peut être lu. Ce qui est logique étant donné que ce n'est qu'un raccourci vers un emplacement physique.
On peut contourner cela en copiant les fichiers dans l'arborescence de LibreGED, comme ça, l'application sera vraiment portable. Mais pour l'instant, elle ne l'est pas totalement. Seul l'emplacement du dossier LibreGED est libre (on le met où on veut, mais les fichiers de la GED eux, sont tous au même endroit).
Bien faite, en passant, la version Python...
Fort clair. Je me disais bien, aussi, vu la philosophie Linux, que ce devait être quelque chose du genre... D'ailleurs sur mon Linux, c'est exactement ce que vous décrivez. Mais, comme ma clef USB va se promener entre les membres d'une association pratiquement tous sous la coupole de Windows, je me suis contenté de déposer tous les documents dans le répertoire "files" à l'intérieur de LibreGED, quitte à ce que toute métadonnée inscrite par l'un ou l'autre demeure chez celui qui l'a conçue.
Bien faite, en passant, la version Python...
Celle de pouvoir déposer un dossier supplémentaire dans un des répertoires déjà existant. À l'heure actuelle, tant sous Linux que sous Windows, une tentative d'ajouter un dossier dans un répertoire ouvert (on y voit la liste de tous les fichiers présents) envoie le nouveau document à la racine même de l'ensemble. La seule façon de contourner cela est d'effacer complètement le dossier de la base de données et de recharger ce même dossier, mais, cette fois, avec le ou les documents supplémentaires inclus.
Merci.
Une possibilité que je pourrais apprécier...
Celle de pouvoir déposer un dossier supplémentaire dans un des répertoires déjà existant. À l'heure actuelle, tant sous Linux que sous Windows, une tentative d'ajouter un dossier dans un répertoire ouvert (on y voit la liste de tous les fichiers présents) envoie le nouveau document à la racine même de l'ensemble. La seule façon de contourner cela est d'effacer complètement le dossier de la base de données et de recharger ce même dossier, mais, cette fois, avec le ou les documents supplémentaires inclus.
Merci.
J'entends par là que titi devra être déposé dans toto et non à la racine, du genre :
/toto
+--/titi
+---/tutu
+---/tata
+---/tyty
+--fichier1
+--fichier2
etc.
Si je comprends bien, vous êtes dans le dossier ./toto et vous voulez ajouter un dossier "titi" dedans, où titi contient déjà des fichiers et sous-dossiers ? C'est bien cela ?
J'entends par là que titi devra être déposé dans toto et non à la racine, du genre :
/toto
+--/titi
+---/tutu
+---/tata
+---/tyty
+--fichier1
+--fichier2
etc.
1 visiteur(s)
1 visiteur(s)