Xavier Faure a écrit 165 commentaires

Merci !

Trust the Python !

Est-ce que tu pourrais donner un exemple d'un script en ligne de commande faisant la même chose que "enregistrer et convertir" ? J'envisage sérieusement d'écrire quelques documents au moyen de PAMPI mais je sais que ton interface Qt me sera surtout utile sur les systèmes Windows et Mac. Sur mon Linux, il se peut que j'aille encore plus vite, dans certains cas bien précis (=génération automatique de documents par exemple), en utilisant la ligne de commande.
Pour moi, les deux approches sont complémentaires et ma question n'enlève rien à l'intérêt de PAMPI !

Trust the Python !

Je ne connais pas le format permettant d'écrire :
# {.step data-x=1000 data-y=1000 data-rotate=60 data-scale=2}

A ma connaissance, il ne s'agit pas de Markdown… ? Alors de quoi s'agit-il ?

Merci encore pour le travail !

Trust the Python !

D'accord mais j'essaie de convaincre des collègues (profs) d'abandonner Prezzi et j'aurais aimé avoir des points de comparaison pour appuyer mon argumentaire. Si certains connaissent Prezzi et PAMPI, je suis preneur de leurs commentaires.

Trust the Python !

Bonjour, merci pour ton travail que je trouve très intéressant.
Peux-tu détailler les différences entre PAMPI et Prezzi ?
Est-ce qu'il y a un raccourci clavier pour "enregistrer, convertir et visulaliser" ?

Merci encore !

Trust the Python !

Très intéressant, en effet. Je me répète cependant : avec ta méthode on manipule les docstrings (et c'est déjà beaucoup), pas les commentaires commençant par dièse. Merci de l'exemple !

Trust the Python !

Au risque de défendre l'indéfendable, mon programme ne concerne pas que Python et ses docstrings; la doc peut être introduite par des commentaires commençant par "#" (voir l'exemple que je donne dans le README.md). D'autre part, j'utilise Pimydoc avec d'autres langages, par exemple un projet en C++.

Merci d'avoir parlé de __doc__.format(), je ne connaissais pas.

Trust the Python !

En effet, awk doit permettre de faire quelque chose de très similaire; peux-tu donner un exemple ?

Pour défendre (sans trop y croire) mon projet, ses avantages sont peu nombreux : possibilité de paramétrer depuis un fichier contenant les options retenues, script multi-plateforme, et sans doute (?) un meilleur traitement des cas particuliers comme l'ajout des caractères de fin de ligne, différents sous Windows et sous Linux.

Tout cela est bien peu : disons qu'au moins je me suis bien amusé :)

Trust the Python !

C'est fait.

Trust the Python !

Ma réponse, donnée sur Stack Overflow.

En résumé, il est possible d'obtenir le résulat escompté en modifiant sys.path. Je me suis rendu compte que le script exécutable fonctionnait bien mais qu'il n'était pas nécessaire d'en faire le point d'entrée dans le programme, une fois celui-ci installé avec Pypi; Pypi sait en effet fabriquer un script seul, à partir du point d'entrée défini dans setup.py .

Trust the Python !

Oui, les deux points sont acceptés. L'idée est que le script dans bin/ charge ../project/main.py::main() .

Trust the Python !

Merci de cette suggestion, hélas valable uniquement pour Linux. Je vais y réfléchir.

Trust the Python !

Voici que ce j'envisage de faire : stocker dans la base de données la taille, le hash partiel, le hash complet de chaque fichier.
Pour tout nouveau fichier, je vérifie si sa taille correspond à qqc de connu; si c'est le cas, je calcule un hash partiel (sur 1 Mo ?) sur les fichiers qui ont la même taille; si ce hash partiel correspond à qqc dans la base de données, je calcule alors le hash complet. Si le hash complet correspond, normalement j'élimine le fichier source comme doublon; si une option "strict cmp" est activée, je vérifie bit à bit.

Trust the Python !

Toujours grâce à Cascador, je préciser que sur la majorité des systèmes Linux il faut écrire :
$pip3 install katal

à la place de
$pip install katal

Merci.

Trust the Python !

N'hésite pas à me poser des questions si la doc' n'est pas assez claire. Ca me ferait très plaisir de t'aider… ou d'incorporer tes suggestions.

Trust the Python !

Je pense aussi que la probabilité d'une collision est quasi nulle. Pour mettre tout le monde d'accord, je vais modifier mon code en laissant le choix à l'utilisateur d'exiger ou non une comparaison bit à bit si deux hashs sont identiques.

Merci à tous de ces remarques qui m'aident à améliorer mon code !

Trust the Python !

Merci de tes encouragements; je pensais être le seul à utiliser Katal mais si d'autres que moi en ont besoin, je vais continuer à travailler dessus. Prochaine petite étape, sans doute pour la fin de la semaine : la possibilité de trouver les fichiers ayant un certain tag.

Si vous avez des suggestions, je suis preneur !

Trust the Python !

Grâce à Cascador, je peux rectifier une erreur quant à l'utilisation de wget pour télécharger Katal :

$wget https://raw.githubusercontent.com/suizokukan/katal/master/katal/katal.py

… est la bonne adresse; celle que je donnais encapsulait le code Python dans du HTML.

Si un admin' pouvait rectifier ma dépêche : merci d'avance !

Trust the Python !

Merci pour les encouragements :

• le programme calcule un checksum de chaque fichier (ce que j'appelle son hashid), et il conserve cette somme de contrôle dans la base de données. J'utilise SHA256 (confer la fonction hashfile64()). Si tu ajoutes des fichiers vers le répertoire source, le checksum de chaque fichier source est d'abord comparé à ceux stockés dans la base de données, ce qui évite les doublons. Dans les faits, ça n'évite pas que deux images identiques mais encodées différemment se retrouvent dans le répertoire de destination.
• j'ai testé le programme dans tous les sens, mais hélas toujours sur les mêmes fichiers; pas de limitation connue. J'ai tenu compte des spécificités de certains systèmes de fichiers (cf get_disk_free_space(), remove_illegal_characters()) et de la console de Windows (cf la fin de remove_illegal_characters()).
• s'agissant des alternatives, je n'en connais pas mais avec un bon desktop manager, un système de fichiers avec métadonnées et quelques programmes spécifiques, il y a sans doute moyen de mieux faire. Mon projet n'est intéressant que si tu préfères la ligne de commande à tout le reste et si tu veux quelque chose de rapide à installer/utiliser sur des systèmes Linux/OSX/Windows.
• pour le "montage", je prie saint-Python de savoir faire avec… mais je n'ai pas essayé. Mon code étant relativement "de haut niveau" (shutils), ça devrait passer.
• la base de données est du sqlite3, la seule à être disponible (à ma connaissance) out-of-the-box avec Python.
• la prochaine étape : je me suis dis que si quelqu'un d'autre était intéressé, je rendrais Katal résistant aux arrêts intempestifs; autrement dit, il serait capable de reprendre une tâche là où il l'avait laissée. C'est un peu compliqué pour moi mais c'est surtout complexe et donc chronophage.

Si tu es intéressé, fais-le-moi savoir !

Trust the Python !

Merci !

Trust the Python !

D'accord, merci !

Trust the Python !

Merci à NeoX et à Jihleong : j'ai mis à jour mon post.

Trust the Python !

Merci, je comprends mieux.

Trust the Python !

Merci, je comprends mieux !

Trust the Python !

Ah, pardon je me suis mal exprimé : je pensais à noter cette information dans le texte apparaissant à droite, pas sur la carte même. Pour ne pas surcharger inutilement le texte, le nom d'origine pourrait n'apparaître qu'une seule fois par paragraphe, lors de la première occurence.

Trust the Python !