Je n'avais pas vu qu'il y a une option pour coller à partir du presse papier dans "dessin", option qui crée automatiquement une image à la dimension du copier-coller, ce qui est très pratique.

Par contre, l'outil de remplissage est toujours assez limité. Il passe en mode panique facilement. Roschan avait dit qu'il lui posait pas mal de problèmes.

Au global, j'aime vraiment beaucoup "dessin", c'est simple et efficace.
oui d'ailleurs n'ayant pas d'idée pour l'améliorer solidement, dans la prochaine version il sera désactivé par défaut, ceux qui le veulent iront l'activer dans les préférences
bah, pour les formes simples il fonctionne (remplir un rond, un carré ...), je ne pense pas qu'il faille le liquider.

Ensuite, pourquoi ne pas demander un algorithme tout fait à un projet comme krita ou gimp ? Envoie leur un mail, tu verras bien la réponse. Gimp ne s'est pas gêner pour intégrer des bouts d'autres projets (comme des brosses, sauf erreur).
parce qu'en python c'est pas forcément simple ou réaliste à appliquer, krita n'a pas les mêmes librairies etc.

je ne l'ai pas liquidé, il est juste pas prioritaire du tout
ok, je comprends. Krita est en C++ et The Gimp en C, je crois.

Je suis un mauvais programmeur (très mauvais, même 🙂), mais dans l'absolu, tu peux faire un bind sur un binaire C avec un import ctypes. Si tu as une librairie C ou C++ (je suppose que cela marche aussi pour le C++) qui gère le truc, tu peux t'interfacer dessus et lui passer les variables.
Bon, ça veut dire que tu ne maîtrise pas ce sous-module, tu es obligé de faire confiance, mais ça peut résoudre ton problème. Il faut par contre que tu connaisses les entrées-sorties de la librairie utilisée.

Bon, je me doute que je ne t'apprends rien 🙂
et puis comme indiqué je ne suis pas très bon, donc il y a peut-être un aspect que je ne perçois pas.
si la représentation de l'image n'est pas la même, ça ne m'avance pas à grand chose : j'aurais l'algo mais ne pourrais pas lui donner les bons paramètres

dans le cas d'un outil peinture, c'est sans doute réalisable en python, faut juste que je prenne le temps mais ya déjà plein de trucs à faire avant
5 jours plus tard
Bonjour,

J'ai quelques difficultés pour un travail plutot classique mais sur une photo
Mais peut etre que dessin n'est pas fait pour cela.

J'ai un photo d'une personne dans une photo d'un paysage.

J'aimerais redécouper la photo pour extraire le portrait de la personne.

Je ne trouve pas de moyen de dézoomer la photo qui apparait trop grande dans l'outil pour la retravailler.
Existe t'l un moyen de le faire afin de pouvoir sélectionner une partie de la photo?
tu peux installer la version instable si tu veux, elle a un (dé)zoom qui marche à peu près et 2 ou 3 autres trucs rigolos

sinon effectivement la version 0.4 est pas du tout adaptée pour travailler sur les grandes images, et même avec la version instable où on peut dézoomer, c'est pas encore bien au point (en termes de performance, ça redessine toute l'image, du coup si elle est gigantesque ça rame un peu, tu verras bien si t'essayes la version instable)

pour ton cas je pense quand même que GIMP reste plus adéquat, ils ont des outils de sélection un peu "magiques" qui sont assez pratiques pour détourer
OK j'essaie de regarder ça ce week-end.
5 mois plus tard
Bonjour,

Je galère un peu pour mettre à jour le PPA.
J'avais des problèmes de dépendance mais je l'ai réglé avec python3-cairo-dev et python-gi-dev

Par contre maintenant je bloque avec un nouveau message d'erreur
Found ninja-1.10.0 at /usr/bin/ninja
   dh_auto_build
	cd obj-x86_64-linux-gnu && LC_ALL=C.UTF-8 ninja -j1 -v
[1/3] /usr/bin/meson --internal msgfmthelper ../data/com.github.maoschanz.drawing.desktop.in data/com.github.maoschanz.drawing.desktop desktop ../data/../po
[2/3] /usr/bin/meson --internal msgfmthelper ../data/com.github.maoschanz.drawing.appdata.xml.in data/com.github.maoschanz.drawing.appdata.xml xml ../data/../po
[3/3] glib-compile-resources ../src/drawing.gresource.xml --sourcedir ../src --internal --generate --target src/drawing.gresource --dependency-file src/drawing.gresource.d
   dh_auto_test
	cd obj-x86_64-linux-gnu && LC_ALL=C.UTF-8 MESON_TESTTHREADS=1 ninja test
[0/1] Running all tests.
1/2 Validate appstream file                 FAIL     0.07 s (exit status 1)
2/2 Validate schema file                    OK       0.01 s 

Ok:                    1
Expected Fail:         0
Fail:                  1
Unexpected Pass:       0
Skipped:               0
Timeout:               0


The output from the failed tests:

1/2 Validate appstream file                 FAIL     0.07 s (exit status 1)

--- command ---
12:51:16 /usr/bin/appstream-util validate data/com.github.maoschanz.drawing.appdata.xml
--- stdout ---
data/com.github.maoschanz.drawing.appdata.xml: FAILED:
• url-not-found         : <screenshot> failed to connect: Cannot resolve hostname [https://raw.githubusercontent.com/maoschanz/drawing/master/docs/screenshots/0.6/gnome_menu.png]
• url-not-found         : <screenshot> failed to connect: Cannot resolve hostname [https://raw.githubusercontent.com/maoschanz/drawing/master/docs/screenshots/0.6/gnome_new.png]
• style-invalid         : <caption> is too long [The "new image" menu opened while the selection is being scaled up];longest allowed is 50 chars
• url-not-found         : <screenshot> failed to connect: Cannot resolve hostname [https://raw.githubusercontent.com/maoschanz/drawing/master/docs/screenshots/0.6/gnome_selection.png]
• url-not-found         : <screenshot> failed to connect: Cannot resolve hostname [https://raw.githubusercontent.com/maoschanz/drawing/master/docs/screenshots/0.6/gnome_tools_preview.png]
• style-invalid         : <caption> is too long [The thumbnail preview, showing various shapes zoomed in];longest allowed is 50 chars
--- stderr ---

(appstream-util:8570): dconf-CRITICAL **: 12:51:16.513: unable to create directory '/sbuild-nonexistent/.cache/dconf': Permission denied.  dconf will not work properly.

(appstream-util:8570): dconf-CRITICAL **: 12:51:16.513: unable to create directory '/sbuild-nonexistent/.cache/dconf': Permission denied.  dconf will not work properly.

(appstream-util:8570): dconf-CRITICAL **: 12:51:16.513: unable to create directory '/sbuild-nonexistent/.cache/dconf': Permission denied.  dconf will not work properly.

(appstream-util:8570): dconf-CRITICAL **: 12:51:16.513: unable to create directory '/sbuild-nonexistent/.cache/dconf': Permission denied.  dconf will not work properly.

(appstream-util:8570): dconf-CRITICAL **: 12:51:16.513: unable to create directory '/sbuild-nonexistent/.cache/dconf': Permission denied.  dconf will not work properly.

(appstream-util:8570): dconf-CRITICAL **: 12:51:16.514: unable to create directory '/sbuild-nonexistent/.cache/dconf': Permission denied.  dconf will not work properly.

(appstream-util:8570): dconf-CRITICAL **: 12:51:16.514: unable to create directory '/sbuild-nonexistent/.cache/dconf': Permission denied.  dconf will not work properly.

(appstream-util:8570): dconf-CRITICAL **: 12:51:16.514: unable to create directory '/sbuild-nonexistent/.cache/dconf': Permission denied.  dconf will not work properly.

(appstream-util:8570): dconf-CRITICAL **: 12:51:16.514: unable to create directory '/sbuild-nonexistent/.cache/dconf': Permission denied.  dconf will not work properly.

(appstream-util:8570): dconf-CRITICAL **: 12:51:16.514: unable to create directory '/sbuild-nonexistent/.cache/dconf': Permission denied.  dconf will not work properly.
Validation of files failed
-------
pour le "failed to connect: Cannot resolve hostname" je sais pas, les url sont valides on dirait un souci de configuration de la machine qui fait le build.
Pour le "<caption> is too long" c'est déjà bcp plus embêtant car ça nécessiterait de foutre en l'air le tag pour commit des changement puis recommencer une release...

sur mon ordi j'avais validé avec appstreamcli, je ne savais pas que c'était un truc différent de appstream-util : effectivement chez moi aussi appstream-util gueule, il gueule même encore plus (les utilitaires pour screenshotter une fenêtre mettent des marges transparentes et le validateur ne les aime pas)

Maintenant si je release un truc et qu'il marche dans le cadre de flatpak, on peut supposer que les tests passent raisonnablement bien, et tu peux donc les ignorer : https://github.com/maoschanz/drawing/blob/master/debian/rules#L7 même si c'est pas très propre mdr

edit : oh bah oups https://github.com/maoschanz/drawing/issues/268
Effectivement ça passe en forçant l’évitement des messages
puisque ça échoue ailleurs que sur debian, je suppose que ce que j'ai dit initialement ne suffira pas. Du coup j'ai creusé un peu, regarde mes théories que j'ai écrites sur github: retire appstream-util des dépendances nécessaires à la construction dans le fichier control et regarde si quelque chose s'améliore ?

tant mieux si ça marche, j'essayerais de faire passer ce genre de validation pour la prochaine version
J'avais enlevé appstream des dépendances mais cela ne réglait pas le problème
Il y a un intérêt de mettre à jour le ppa avec la version 6.0b?
non c'est la même mais avec un contour noir autour des screenshots à la place d'un contour transparent

normalement les tests passent avec cette version là
8 jours plus tard
alors que quasiment aucune distribution n'a encore proposé la nouvelle version
There is no documentation available to describe the use of these tools to you are on your own here.
Des fois je me demande pourquoi je m'embête autant à écrire un manuel d'aide complet 🙁 les gens ont tellement l'habitude que l'aide soit nulle qu'ils n'essayent même pas de la lire
19 jours plus tard
Salut,

La 0.6.2 est censée pouvoir s'installer sous bionic ?
Je pense que Bionic ce sera à partir de 0.6.3

Là la 0.6.2 corrige un bug qui arrivait avec Debian Buster (= ... cosmic?)