Ave,

Attention à ne pas confondre gnome-scan et flegita. À terme, flegita permettra de choisir une action : "imprimer", "enregistrer", "envoyer", etc. qui pré déterminera la résolution, la couleur, le format de sortie, etc. sans empêcher l'affichages des options avancée. Actuellement, il y a le code pour gérer les actions, mais qu'une action et c'est encore préliminaire. Je me concentre sur l'essentiel.

GnomeScan, en tant que module de l'infrastructure doit s'effacer au maximum pour laisser l'application décider.

Donc pas de "mode", c'est contre productif, ça va vite saoûler les utilisateurs avancé qui vont systématiquement passer en mode avancé (un clic de plus), etc.

Cordialement,
Étienne.

[ Répondre ]

Ave,

Il y a l'annonce sur gnome-annouce, je doit poster un billet sur le blog de gnome-scan, je verrai plus tard pour plus de com'. C'est déjà assez chronophage.

Étienne.

[ Répondre ]

On voit bien que nautilus a du code qui devrait être générique et utilisable directement par Gtk+.

[ Répondre ]

Dans GTK+, GtkFileChooser propose juste un crochet pour générer l'aperçu du fichier sélectionné, donc c'est à chaque application de gérer l'aperçu des fichiers qu'elle ouvre.

Il faudrait pouvoir enregistrer un générateur d'aperçu (un simple so suffit) associé à une liste de type mime et qui serai appelé au besoin par nautilus, tracker, gtk, etc.

Je sais trop ce qui se fait chez KDE et Windows. L'idée serait de le faire au niveau de freedesktop plutôt que de le faire dans son coin.

Étienne.

[ Répondre ]

Il y a une vraie problématique de l'aperçu de fichier qui est actuellement peu formalisée. Apple a une fois de plus montré la voie avec QuickView. À quand un interface freedesktop sur le sujet ? À quand une intégration native dans GtkFileChooserDialog ?

On a besoin de mains !

Étienne.

[ Répondre ]

Regarde dans /etc/network/interfaces si tu n'as pas oublié de désactiver IPoT.

[ Répondre ]

Les archives des modules doivent arriver au plus tard ce soir à 23h59 UTC. J'ai posté en avance pour laisser le temps au modérateurs. Je pense pas que ça changera beaucoup d'ici après demain.

Cordialement,
Étienne.

[ Répondre ]

Merci. N'hésite pas à décrire comment tu imagine l'interface. Il faut que Gnome Scan soit en phase, et que l'interface soit la plus optimale possible. Sinon, autant utilise XSane …

[ Répondre ]

Ave,

J'ai sortie la 0.5.94 avec corrections de bugs et affinement mineurs dans l'interface.

http://blogs.gnome.org/gnome-scan/2008/02/29/gnome-scan-0594(...)

Cordialement,
Étienne.

[ Répondre ]

Ave,

> A la decharge de Sane vu les infos qu'ils doivent avoir de canon c'est pas forcement simple...

C'est pas vraiment un question de spec. On a souvent les specs des puces de scanner (LM983x est la plus utilisé), mais pas les specs du scanner (moteur, capteur, etc.) ce qui est plus gênant, mais pas trop pour la gestion des évènement.

SANE a 10 ans de retards (au mieux), et chaque jour j'entends des gens s'en plaindre. ex: http://lists.alioth.debian.org/pipermail/sane-devel/2008-Feb(...) , posté y'a une heure.

Je veux pas pour autant lancer une polémique stérile, mais il faudra tôt ou tard casser SANE 1, c'est un autre sujet, d'ici là, je veux faire la ROC.


> je pense malgre tout qu'une dependance sur libgnomescan-gsane

Tu as raison, l'hypothétique remplaçant de gsane faira simplement Replace: libgnomescan0-gsane ! Le prochain paquet, libgnomescan0 dépendra de libgnomescan0-gsane. Je créerai même libgnomescan0-gsfile (le backend qui gère le scan depuis des fichiers).

Note que gnome-scan devrait arriver dans debian sous peu grâce à Ross Burton, il s'est basé sur ma debianisation, mais je pense que je reprendrais à mon tour son travail.

Cordialement,
Étienne.

[ Répondre ]

Salut,

> sur le premier apercu pour choisir la zone a scanner

C'est vrai que ça dépend de la qualité du scanner. Les scanners à vitre courants ont une petit flèche qui indique le coin où caler la feuille de papier.

Note que pour les scanner mange-feuille, l'aperçu est totalement inutile.

> Maintenant tu dis que ca depend de sane

Ce qui dépende SANE, c'est la fonction "button-controlled" et la gestion des évènement. Un vrai catastrophe.

> de mettre une dependance sur gnome-scan pour flegita

gnome-scan est le méta-paquet qui dépend de flegita, flegita-gimp et gsane. libgnomescan0 ne dépend pas de gsane, car si quelqu'un implémente un backend TWAIN ou n'importe quoi d'autre, je voudrais qu'il puisse ignorer gsane.

Cordialement,
Étienne.

[ Répondre ]

Superbes rapports de bogue, merci ! Tu peux être fier de m'avoir évité un bug vraiment gênant avec cette option perdue qui s'affichait !!

Mon point de vue est que l'aperçu doit être le moins utile possible. C'est comme l'aperçu avant impression, si on peut s'en passer, c'est pas plus mal.

Merci beaucoup et à bientôt j'espère.

Cordialement,
Étienne.

[ Répondre ]

Ave,

Les sites de projets GNOME sont pénible à maintenir, je fairais qq chose un jour pour que le site soit plus "attemporel". Dommage, car Olav Vitter veux vraiment trouver une solution pour ça, mais il rencontre la frilosité de certains.

La 0.4.X n'est pas franchement ce qu'il y a de plus stable pour autant, et le support de scanner est très limité. Je conseille vivement la 0.5.93, c'est quasiment une RC. De toute façon, le 10 mars, la 0.6 sortira avec principalement des traductions en plus.

Cordialement,
Étienne.

[ Répondre ]

Ave,

C'est une fonctionnalité avancée auquelle j'ai pensée, mais qui n'est pas à l'ordre du jour. Un rapport de bogue bien explicite serait le bienvenue : http://bugzilla.gnome.org/enter_bug.cgi?product=gnome-scan

Gnome Scan gère très bien les chargeurs automatique de document et la numérisation de masse en général : ça se résume au bouton "Suivant", qui est "auto cliqué" dans le cas d'un chargeur de document, sinon, il faut le cliquer manuellement lorsqu'on a mis le papier suivant.

Le bouton suivant a automatiquement le focus dans la version SVN (ça sera dans la 0.6).

Cordialement,
Étienne.

[ Répondre ]

Ave,

- Gnome Scan est une bibliothèque qui implémente la réciproque de GtkPrint. Donc la fenêtre de flegita est GnomeScanDialog, à comparer avec GtkPrintUnixDialog. C'est normal, voulu et heureux que ça soit la même.

- Il faut Arrêter pour avoir effectivement l'image qui s'ouvre dans une fenêtre de Gimp. Comme dit dans le journal, cette partie est à améliorer pour avoir un interface plus fluide, intuitive, ergonomique.

> je n'aime pas la facon dont on selectionne la partie a scanner c'est pas facile a faire. Il faut "attraper" le cadre et le redimensionner.

Je comprend pas ce que tu dis, fait un rapport de bogue, ça sera plus utile.

> je trouve bizarre que appyer sur le bouton suivant refasse faire un scan plutot que repartir sur les preferences du scan

Il s'agit de la numérisation de masse : j'ai 30 photos du même format ou un document de 15 pages, je veux réduire au minimum les manipulation pour scanner tout cela, et garder ces fichiers ensemble : je charge la page/photo suivante et je clique Suivant.

> le bouton controlled scan ne fonctionne pas avec une mp500

Pareil, faire un rapport de bug compréhensible, je ne suis pas madame Irma.

> dans la partie avance je dois avouer que je n'ai pas compris l'option masque et que je coche ou pas l'apercu il ne l'affiche jamais

C'est une option spécifique au pilote de ton scanner, note que l'aperçu n'est pas temps réel, et ne le sera jamais pour les options de scanner. On pourrais disserter longtemps sur ce que doivent et ne doivent pas faire les pilotes, en tout les cas, ça n'est plus du ressort de Gnome Scan.

Encore une fois, il y a un lien dans le journal vers le bugzilla :
http://bugzilla.gnome.org/enter_bug.cgi?product=gnome-scan , vous être pas obligé de l'écrire en anglais si ça vous gêne, ce qui compte c'est que ça soit clair, précis, simple, constructif et reproductible. Sinon, ça ne sert à rien, je n'ai pas de baguette magique (promis j'en demande une au père Noël).

Cordialement,
Étienne.

[ Répondre ]

Content de savoir qu'il y a un besoin pour ce genre de fonctionnalité, est-ce que tu peux ouvrir un rapport de bogue avec tout spécialement la tronque de ce que tu voudrais comme interface ?

Pour le moment, j'imagine peupler l'onglet "Sortie" avec des options d'impression (recto/verso, etc.) et ne pas utilise une deuxième boîte de dialogue pour configurer l'impression. Je ne sais pas si je vais intégrer ça à flégita ou faire un flegita-print.

Ton avis m'intéresse beaucoup, peux-tu, s'il te plaît ouvrir un rapport de bogue qu'on en discute plus facilement ?

Merci :)

Étienne.

[ Répondre ]

Bah a priori, si je poste un journal ici, c'est peut-être pour avoir des retours d'utilisateurs ! C'est vrai qu'actuellement je cherche plutôt des traducteurs. Mais tout le monde est bienvenue, notamment en vue de la 0.8.

Étienne.

[ Répondre ]

La question également est, est-ce vraiment MS qui s'ouvre, ou est-ce qu'il éssaie de récupérer à leur avantage le fait qu'il est obligé d'ouvrir formats et API à cause du jugement de la commission Européenne ?

Étienne.

[ Répondre ]

Je confirme ! Spip n'est pas générique, et utiliser un CMS spécifique (ici, un site de dépêche multi auteurs) pour faire autre choses, c'est contre nature :D.

Les CMS purement générique sont en fait souvent spécifique à la gestion d'un portail communautaire. *Nuke, Joomla! et leurs dérivés sont vraiment caractéristiques de cette dérive.

C'est pour cela que j'ai abandonné les CMS pour les cadriciels (ou framework). Avec le cadriciel, pas besoin de déconstruire pour adapter à son problème. Le code est vraiment fait pour faire n'importe quoi puisque par défaut, il ne gère rien de spécifique. Tout cela en gardant un cohérence bien supérieure à un ensemble de bibliothèque (ex: PEAR).

Pour ma part, j'ai vraiment été conquis par Zend_Framework. Actif, très très simple, bien conçu, bien codé, bien documenté, complet, adaptable à tout type d'hébergement, relativement léger, et puis … c'est Zend ! http://framework.zend.com .

Cordialement,
Étienne.

[ Répondre ]

max-width ? Pas supporté par IE.

[ Répondre ]