Premières versions de Caméléon et Final Page

Posté par . Modéré par Mouns.
Tags :
24
15
mai
2009
Gnome
Je viens vous présenter deux logiciels dont je suis l'auteur :
  • Caméléon est un outil "universel" de conversion de documents. Il permet de regrouper sur une interface unique, les possibilités de conversion en s'appuyant sur des logiciels tel que OpenOffice.org, ImageMagick, GStreamer...
  • Final Page permet de découper, fusionner ou réorganiser les documents PDF. L'interface graphique se veut simple avec une prévisualisation des pages (grâce à poppler) et le "glisser-déposer". Le logiciel est basé sur Ghostscript.

Ces deux logiciels, sortent en version 0.1 et sont développés en Vala pour l'environnement GNOME.

Ce sont des logiciels encore très jeunes et sûrement très bogués, mais tout retour d'expérience serait grandement appréciable. Bons tests.
  • # Sympa

    Posté par . Évalué à 8.

    Salut,

    Ces deux logiciels m'ont l'air sympa. Juste deux petites questions :
    - pourquoi avoir choisi le vala? (intégration dans gnome, apprendre le langage...)
    - quels sont les futur formats qui seront pris en compte par Caméléon? Je pense en particulier aux formats de type docx, car bien que je demande à chaque fois un autre format, des fois pas le choix, et comme OOo gère moyennement ce format ça serait bien d'avoir un export en odt/texte/whatever.

    Bonne continuation!
    • [^] # Re: Sympa

      Posté par . Évalué à 10.

      Bonjour,

      J'ai choisi vala car il me semble être un bon compromis entre simplicité et fonctionnalités.
      Pas besoin de machine virtuelle (moins lourd, surtout pour de simples utilitaires).
      C'est un langage compilé (2 fois même ;-), qui permet de supprimer un grand nombre d'erreurs (ex: le type fort dynamique de python).
      Celà permet aussi de créer des composants réutilisable directement dans les applications C de gtk.
      Et puis pas besoin de binding, un simple fichier (.vapi) permet d'utiliser d'autre bibliothèques non officiellement supportés.

      Pour les formats, Caméléon n'effectue pas directement la conversion, mais s'appuie sur des logiciels ayant ces fonctionnalités. L'ajout de filtre permet de facilement ajouter de nouveaux formats.

      La philosophie du logiciel est d'être une interface générique pour l'ensemble des logiciels de conversion existant. Ainsi plus besoin de se rappeler quel ligne de commander utiliser pour convertir mon image en pdf, il suffira de sélectionner dans la liste.
      • [^] # Re: Sympa

        Posté par . Évalué à 5.

        Merci, tout simplement merci.
        Pour avoir pris la peine de faire la dépêche toi même, bien sûr. Mais aussi et surtout pour ces 2 logiciels, qui sont deux fantastiques idées.

        Dis : "un logiciel fait une seule chose et la fait bien" -> la conversion c' est une seule chose ? BRAVO.
  • # Sympa

    Posté par (page perso) . Évalué à 6.

    C'est intéressant comme concept mais ça risque de devenir rapidement une usine à gaz non?

    Parce que rien que la conversion audio, il y'a de quoi s'arracher les cheveux ;o)

    bon courage en tout cas!
    • [^] # Re: Sympa

      Posté par (page perso) . Évalué à 6.

      Non, la conversion audio peut être très simple, si tu ne cherches pas à proposer des options : convertir de format en "essayant" de garder la même qualité. Après tout, c'est ce qu'on fait en convertissant un doc en odf...

      ⚓ À g'Auch TOUTE! http://agauch.online.fr

      • [^] # Re: Sympa

        Posté par . Évalué à 7.

        Effectivement le logiciel fournit seulement les paramètres de base pour la conversion. Si tu veux plus de fonctionnalités, il est préférable d'utiliser un logiciel spécialisé.

        Pour la conversion audio, le logiciel se base sur gstreamer, donc pas besoin de réinventer la rouer :-).

        D'ailleurs je pense ajouter un indicateur de la qualité de conversion permettant de savoir si on obtient le même rendu ou bien une baisse de qualité.
      • [^] # Re: Sympa

        Posté par (page perso) . Évalué à 4.

        Non, parceque tu as des formats de fichier où l'on fait volontairement le choix de perdre de l'information pour alléger le poids.

        Idéalement ton odf, tu veux qu'il soit la transcription parfaite du doc, comme un flac pour un wav. Mais si tu converties ton wav en vorbis, il faut faire des choix sur la qualité de la compression.

        Cela étant tu peux parfaitement mettre en dur de tels paramètre ou les résumer par une barre de sélection (je ne sais pas le terme français un «slider»)…
        • [^] # Re: Sympa

          Posté par . Évalué à 3.

          C'est pour celà qu'il faudrait l'indiquer à l'utilisateur.

          par exemple comme indicateurs:

          - Rendu exact (jpeg vers png, odf vers pdf, ...)
          - Rendu dégradé (Acceptable) lié au format (wav vers vorbis, png vers jpg, ...)
          - Rendu dégradé (Perte d'informations utiles) (odf vers docx)

          Enfin ce n'est qu'une première réflexion.
          • [^] # Re: Sympa

            Posté par (page perso) . Évalué à 2.

            Oui, pourquoi pas, mais les termes «acceptable» et «Perte d'informations utiles» me semblent trop subjectifs, le logiciel ne sais pas ce que j'accepte ou juge utile…
            • [^] # Re: Sympa

              Posté par (page perso) . Évalué à 2.

              Exact. Ne te laisse pas impressionner par les obsédés de la qualité, je pense que dans un tel convertisseur, il ne doit y avoir aucune question.

              Il doit juste automatiquement choisir le mode par défaut du convertisseur : lame sans options, oggenc sans options, etc.

              On parle de convertir, pas d'encoder top moumoute.

              ⚓ À g'Auch TOUTE! http://agauch.online.fr

            • [^] # Re: Sympa

              Posté par . Évalué à 1.

              Oui les termes ne sont pas très bien choisis.

              Je pense que les indicateurs peuvent devinr important pour les non informaticiens.
              - Un indicateur de qualité : égale, semblable, bonne, mauvaise.
              - Un indicateur de taille : 2x plus, 3x moins, 10x à 15x moins.


              1er cas :

              Un mère de famille essaye d'envoyer ses photos à ses parents. Malheureusement ses photos sont en format raw à 10mo chacune. Elle cherche un format qui fournit une taille 25x moins volumineuse et une qualité "semblable", par exemple le jpeg. Le gif serait lui une taille 50x moins mais d'une qualité "mauvaise" donc non choisis.

              2eme cas :
              Une secrétaire doit envoyer un prospectus au format odd à l'imprimeur. Malheureusement non pris en charge par ce même imprimeur. Elle cherche un format de conversion et trouve le PDF qui fournit un même rendu pour une taille inférieur.

              Ainsi Le logiciel permettrait d'aider l'utilisateur dans le choix du format de conversion.
  • # Troll?

    Posté par (page perso) . Évalué à 4.

    Ben alors quoi, on propose sur ce site non pas un, mais deux logiciels qui seront super utiles s'ils aboutissent?

    De plus, on fait ça un Vendredi? Tueur de traditions!

    M'enfin, merci. Même si je ne peux pas les essayer de suite, les objectifs des 2 sont très prometteurs. Ceci étant, je verrais plus Caméléon sous forme de clic droit dans tout gestionnaire de fichiers : à quoi bon une GUI?

    ⚓ À g'Auch TOUTE! http://agauch.online.fr

    • [^] # Re: Troll?

      Posté par . Évalué à 1.

      +1 pour l'intégration à nautilus pas exemple.

      L'interface est utile pour modifier les paramètres de conversion (modifier la taille de l'image par exemple).
      • [^] # Re: Troll?

        Posté par . Évalué à 3.

        Y a plus qu'à regarder du côté des scripts nautilus...
        • [^] # Re: Troll?

          Posté par . Évalué à 4.

          Tout cela fleure bien bon... jusque dans le choix du langage que je trouve plein de promesses (le beurre, l'argent du beurre et la crémière en quelque sorte).
          Bravo !
          A terme, une intégration officielle dans GNOME serait le meilleur moyen de les voir largement distribués. J'espère que les dépendances sur des projets externes à GNOME (ImageMagick, OpenOffice.org...) ne seront pas une gêne.

          24 commentaires à l'instant ou j'écris ces lignes et aucun grincheux n'est encore venu médire sur GNOME ou Vala. Très étrange, en effet, surtout un vendredi.
          • [^] # Re: Troll?

            Posté par (page perso) . Évalué à 0.

            Tu as raison, tout se perd...rectifions ça d'urgence.
            Comme pour les vraies applis des vrais gnomes, il faut Mono non ?

            3...2...1...à vos claviers :-)
  • # Good news

    Posté par (page perso) . Évalué à 3.

    C'est super, on va bientôt être en week-end et on a déjà deux logiciels à tester. FinalPage va beaucoup m'aider, et Cameleon pourra toujours me servir un jour, on sait jamais :-)

    En tout cas, c'est encore une très bonne initiative.
  • # Batch ?

    Posté par (page perso) . Évalué à 2.

    Bonjour et bravo pour ces deux logiciels qui sont deux très bonnes idées (que j'espère voir plus tard intégrés dans les distributions). Une petite suggestion de fonctionnalité m'a traversé l'esprit (à moins que ça n'existe déjà, n'étant pas chez moi je ne peux pas les tester):
    - les deux logiciels gèrent-ils les listes (queues ?) que ce soit en sélectionnant un dossier ou en glissant déposant plusieurs fichiers d'un coup ?

    D'un côté, pour caméléon, cela permettrait de convertir directement un lot ou un répertoire de photos/mp3 dans un autre format par exemple.

    Pour Final Page, ça permettrait comme dans Acrobat (non reader) de fusionner les documents sélectionner (pourquoi pas tout ceux disponibles dans le répertoire choisi).
    • [^] # Re: Batch ?

      Posté par . Évalué à 2.

      Pour Caméléon, il ne convertit qu'un fichier à la fois pour le moment, mais j'ai en tête d'implémenter la gestion des queues plus tard.

      Pour Final Page, tu peux ajouter autant de fichiers que tu veux pour ensuite les fusionner. Tu as juste à glisser les fichiers sélectionnés pour les ajouter.
  • # FinalPage

    Posté par (page perso) . Évalué à 3.

    Est-il prévu une fonctionnalité d'imposition_(imprimerie) dans FinalPage ? Ça fait un moment que je cherche un logiciel libre pour faire ça (EasyPose a disparu sans laisser d'adresse).
  • # Caméléon...

    Posté par (page perso) . Évalué à 7.

    Donc en mixant gstreamer et openoffice, le logiciel permet de convertir un odt en mp3?

    trop fun \o/
    • [^] # Re: Caméléon...

      Posté par . Évalué à 3.

      Pourquoi pas?!

      Ce serait sympa de convertir un texte en mp3 par synthèse vocale.
      • [^] # Re: Caméléon...

        Posté par (page perso) . Évalué à 2.

        suffit d'ajouter espeak au cocktail de caméléon, mais le résultat est encore loin d'être parfait.
    • [^] # Re: Caméléon...

      Posté par . Évalué à 2.

      si tu veux entendre la symphonie de ton oeuvre odt , envoye le directement vers /dev/dsp :)
  • # suggestion pour plus tard

    Posté par (page perso) . Évalué à 5.

    faire une libcameleon qui propose des fonctions tel que :
    change_format( source, dest, MIME_type );
    open_as( file, MIME_type );


    apres, cameleon ne deviendra que l'interface graphique pour utiliser la lib.
    des commandes pour la ligne de commande seront facilement faisable.

    surtout, cela serait le bonheur pour plein de softs :D puisqu'il faudra juste que la libcameleon supporte un noveau format pour que tous les softs dependant de la libcameleon le supporte automatiquement :D
    • [^] # Re: suggestion pour plus tard

      Posté par . Évalué à -1.

      Je fais plutôt une interface dbus pour fournir ce service à d'autres applications. D'ailleurs je l'utiliserais pour Final Page, ainsi il sera possible d'importer d'autres formats que le PDF.
      • [^] # Re: suggestion pour plus tard

        Posté par (page perso) . Évalué à 6.

        l'interet d'en faire une lib, c'est que cela peut fournir les fonctions de bases au plus grand nombre. Après, l'interfacer avec dbus & co, sera un plus.
  • # Firewall

    Posté par (page perso) . Évalué à 6.

    Il permet de regrouper sur une interface unique, les possibilités de conversion en s'appuyant sur des logiciels tel que OpenOffice.org

    Mais j'y pense : Ce logiciel est un véritable couteau suisse, mais fera-t-il un aussi bon firewall que OOo?
    ;o))
  • # English version

    Posté par . Évalué à 1.

    'Post Production Document Tool'
    Je dirais plutot Document Post Production Tool.
    • [^] # Re: English version

      Posté par . Évalué à 2.

      Oui, cela parait meilleur, va falloir que je change les références partout...
      • [^] # Re: English version

        Posté par . Évalué à 1.

        Une autre, mais je ne suis pas certain de ma reformulation. --> il faudrait que d'autres jettent un coup d'œil.

        'Caméléon is a software which enable to convert files in otherwises formats.'
        par exemple :
        Caméléon is a software that converts files in other formats.
        Caméléon is a software that makes possible to convert files in other formats.
        Caméléon is a software to convert files in other formats.
        • [^] # Re: English version

          Posté par . Évalué à 1.

          je dirais même plus :
          Caméléon is a software which enables the conversion of files in other formats.
          Caméléon is a software allowing the conversion of files in other formats
          Caméléon is a software allowing to convert files in other formats

          on dit d'aller me coucher, bye bye
  • # C'est quoi Vala

    Posté par . Évalué à 2.

    J'ai beau avoir lu tout ce que je pouvais sur Vala, j'y comprend rien. Serait-ce possible d'avoir une explication compréhensible par un non-informatitien? C'est un language pour faire du GNOME?
    • [^] # Re: C'est quoi Vala

      Posté par (page perso) . Évalué à 10.

      Vala, c'est avant tout un langage, comme le C, le C++, le C#, le Java, etc...
      Il est en fait très très similaire au C#.

      Pour plus de détails, il faut rentrer dans les aspects techniques:
      Vala est un langage qui ne se compile pas en code machine (comme gcc le fait avec le C), le compilateur vala génère du C qui lui est compilé avec GCC. Pour être précis, il génère du C/GObject. GObject étant la librairie permettant de faire de la programmation orientée objet en C. GTK+ et toute la plateforme Gnome s'appuie sur le C/GObject.

      Le défaut du C/GObject, c'est que c'est très verbeux. C'est bien fait mais un peu pénible à coder, surtout pour un contributeur occasionnel. On fait aussi plus d'erreurs en C: une partie des fonctionnalités objet du C/GObject reposent sur des conventions et ne sont pas vérifiées à la compilation comme en C++/Java/C#

      Il existe donc des bindings C++ et Python pour coder plus facilement sur la plateforme GNOME. Ces bindings sont une sorte de glue qui permettent d'appeler du code C/GObject depuis le C++ ou Python.

      Maintentant si une personne écrit un nouveau super widget GTK en python avec PyGTK, les gens qui font du C++ avec gtkmm ne peuvent pas en profiter: le widget est codé en python. le C/GObject est le seul dénominateur commun entre tous les bindings. Si tu veux que ton widget soit disponible pour tout le monde, tu dois le coder en C/GObject.

      Voilà pourquoi Vala a été créé: pour fournir un langage de haut niveau qui permet néanmoins de réutiliser ce qui a été écrit avec lui dans d'autres langages supportés via des bindings.

      En résumé, on a:

      Vala -> C/GObject

      C/GObject -> Python (via bindings)
      C/GObject -> C++ (via bindings)
      C/GObject -> Java (via bindings)
  • # Découper, fusionner ou réorganiser les documents PDF

    Posté par (page perso) . Évalué à 2.

    Bonjour,

    Je suis à la recherche d'un outil ou de scripts pour travailler sur un ensemble de fichiers PDF et, page par page, séparer les textes et les images. Les images doivent être envoyées vers un OCR, les textes vers un pdf2html ou autre.

    Excusez le limite hors sujet mais je sens que les compétences sont là ;-)
    • [^] # Re: Découper, fusionner ou réorganiser les documents PDF

      Posté par (page perso) . Évalué à 2.

      Avec poppler ya des scripts déjà fait du genre pdf2html que tu cites et qui extrait les textes et les images. Tu peux aussi faire facilement un OutputDev avec poppler qui va récupérer les commandes d'affichage (mettre une image ici, mettre du texte là, ...) pour faire en dur ton propre backend qui gère tout précisément (voir les exemples dans les sources de poppler).

      Après le problème majeur pour récupérer le texte des PDFs c'est qu'ils ne contiennent, pour la grande majorité d'entre eux, aucun moyen de récupérer vraiment le texte, seulement la position des caractères. Enfin pour des documents simples ça suffit.
  • # Inkscape

    Posté par (page perso) . Évalué à 5.

    Aucun rapport mais un moyen complémentaire de modifier des PDFS, mais malheureusement encore page par page, c'est de les importer dans Inkscape, puis de les manipuler comme des vecteurs classiques.
    • [^] # Re: Inkscape

      Posté par . Évalué à 2.

      Le plugin d'import pdf pour OpenOffice.org permet d'importer des pdf en tant que fichier odg dans oodraw.
      Il est actuellement capable d'importer plusieurs pages.
      Il est important de noter que ce plugin est fait pour respecter au maximum l'aspect graphique du document.
      Une autre version est en cours de développement, elle permettra de d'importer un pdf dans oowriter en essayant de conserver l'arborescence du document.
  • # PDFsam

    Posté par (page perso) . Évalué à 2.

    Pour ceux qui cherchent un autre outil de découpage/fusion de PDF, il est aussi possible d'essayer l'excellent PDFsam (pour PDF Split And Merge), écrit en Java.
    Ici : http://pdfsam.sf.net

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.