L'objectif de la société est "d'étendre le champ d'application du XHTML" et c'est ainsi qu'il nous présente un première version de leur produit.
Cette version du moteur est vouée à être intégrée dans un serveur d'impression capable de transformer n'importe quelle ressource Web (au format XHTML) vers une sortie papier classique et/ou dans un autre format tels le PDF, le SVG pour n'en citer que deux.
Le produit est déjà parfaitement utilisable et preuve en est faite sur le site de démonstration de la société Dynalivery.
À tester d'urgence !
Aller plus loin
- L'annonce en FR (11 clics)
- La démonstration en ligne (30 clics)
# Hein ?
Posté par Sylvain Sauvage . Évalué à 4.
xhtml --> [ module de rendu ] --> [ primitives graphiques ] --> « dessin »
Faire un « serveur » à partir de cette architecture, c'est simplement permettre de changer facilement le module des primitives graphiques (pour faire du pdf, du X11, du gtk, du svg...) et emballer tout ça avec un peu de multithread.
Si ce n'était pas le cas, alors, évidemment, ça fait du boulot pour y arriver...
PS : dans la série ouille, mes yeux : « Cette version du moteur est vouée à être intégrée... », merci.
[^] # Re: Hein ?
Posté par x0ra . Évalué à 6.
Faut-il encore en avoir l'idée et le faire :)
[^] # Re: Hein ?
Posté par Sylvain Sauvage . Évalué à 5.
Bon, du côté de Dynalivery, il s'agit quand même de vendre leur produit : il faut bien laisser croire que c'est génial.
[^] # Re: Hein ?
Posté par samds . Évalué à -1.
- ca sera de toutes façon un rendu (presque) exact ou en tout cas qui ne pose pas de problème particulier
- on utilise de toutes façon déja un navigateur avec Gecko ...
[^] # Re: Hein ?
Posté par EmacsFR . Évalué à 2.
Bon c'est sûr je n'ai pas la prétention d'être un grand guru de cette technologie mais si vous connaissez déjà un appareil qui embarque gecko, bah n'hésitez pas hein.
[^] # Re: Hein ?
Posté par EmacsFR . Évalué à 9.
Ceci dit je vais préciser un peu mon point de vue parce que je ne veux pas qu'on puisse croire que je pense que c'est une daube. Simplement en bon fan du mode console, j'ai pris l'habitude de tout faire au clavier, d'avoir un environnement de travail minimal (emacs+w3m => parfait pour moi). Quand je me retrouve dans une session X, j'ai du mal et firefox fait partie de ces applis que j'essaie d'éviter d'utiliser au maximum (trop lourd, prend une fenêtre à lui tout seul, tout-à-cliquouille sauf lorsqu'on utilise l'extension conkeror dont j'avais fait une courte présentation).
Bref, firefox ne correspond tout simplement pas à mes besoins/attentes et je lui préfère 1000 fois emacs-w3m.
Tous les goûts sont dans la nature. Au bureau par contre, point de salut : c'est soit IE soit Firefox et pour le coup, je préfère largement firefox ;)
Ceci dit, je ne rafolle pas de firefox. Si je peux m'en passer, je n'hésite pas une seconde.
Si je devais faire un classement au niveau navigateur, il serait sans équivoque:
1. emacs-w3m (magnifique, tout simplement génial)
2. firefox (bien mais c'est pas dans ma "mentalité", désolé pour ceux que cela choque)
3. galeon (j'ai jamais réussi à en faire ce que je voulais)
4. mozilla (cf. 2)
L'avantage que je vois à utiliser emacs-w3m ? Ben comme pour tous les usages que je fais de Emacs: il est scriptable et me permet de faire à peu près tout ce que je peux imaginer. Donc je peux étendre mon navigateur en quelques lignes de codes Lisp sans "surcharger" la bestiole. Je comprends très bien que firefox ne vise pas forcément le même style de public, et comme j'utilise du logiciel libre, je suis libre de ne pas l'utiliser (firefox).
Voilà,
[^] # Re: Hein ?
Posté par Sylvain Briole (site web personnel) . Évalué à 4.
Je pense que si, en expliquant pourquoi comme tu viens de le faire.
J'ai trouvé, personnellement, ton explication pertinente.
Personnellement, ce que je reproche à Firefox tient du fait qu'on s'éloigne beaucoup trop de la philosophie que je me fais d'Unix : un petit outil qui fait ce qu'on lui demande, pas plus, mais bien.
D'un autre côté, je ne suis pas sûr du tout que ce soit la philosophie qui ai guidé le développement.
Première "mauvaise" expérience : je voulais, à une époque, pour faire une base de données de marque-pages incluant une photo d'écran de la page en question, prendre une photo d'écran d'une page dont le rendu était effectué par Firefox : pas de solution évidente trouvée, autre qu'un bon script qui lancait Firefox puis prenait lui même une photo d'écran après avoir positionné Firefox via geometry à un endroit bien particulier. On va me rétorquer que j'aurais dû utiliser Gecko pour cela, et non Firefox complet : j'ai du coup jeté un coup d'oeil aux sources de la bête de manière à essayer d'isoler ce qui m'intéressait, mais le manque de documentation a fait que je me suis vite fait rabattu sur la solution évoqué ci-précédemment.
Dans le style aberrant, l'installation de la localisation. Heureusement que l'équipe de Gentoo s'est amusé à faire une doc', parce que ce n'est pas forcément évident pour celui qui désire installer Firefox dans une autre langue que US sur une plateforme autre que Linux/Windows/MacOSX (dans mon cas : NetBSD). Passer Firefox 1.0.4 d'anglais à francais, ce qui, avec Gnumeric ou Abiword par exemple se règle très simplement via un LANG=(fr-)FR, prend l'allure d'un petit parcours du combattant (dans le sens où cela ne correspond à aucune règle habituellement en vigueur en ce qui concerne la localisation d'une application) avec une ligne de commande sans page de manuel explicative (il fallait le trouver le firefox -contentLocale FR -UILocale fr-FR).
Mon rêve : un firefox modulaire avec les modules faciles à paramétrer, via un système de fichiers de config' XML ou un truc du genre.
Je sais, on va me rétorquer : si tu le veux, contribue. Mais là on retombe sur un autre problème : il faut investir un temps considérable (du moins c'est ce que j'ai constaté le jour où j'ai voulu commencer à tripatouiller le code de Firefox pour isoler les fonctions qui m'intéressait) avant de pouvoir apporter quelque chose d'intéressant au coeur de ce dernier.
En gros, un Firefox "scriptable", un peu comme ton Emacs-w3m (du moins ce que tu en relates, vu que je n'ai pas encore essayé ce dernier).
Par contre, je ne cesse d'utiliser ce dernier car je n'ai pas encore d'autre alternative (Firefox est le seul navigateur que je peux (m')installer à quasi coup sûr pour ne pas être embetté même sur les pages exotiques à la MS-IE-only).
Dans mon classement perso' :
- firefox (pas trouvé mieux pour l'instant)
- lynx/links/dillo (le reste du temps, en fonction des besoins)
[^] # Re: Hein ?
Posté par Bilbo . Évalué à 1.
Pourquoi n'essaies tu pas emacs+w3m sous cygwin (http://www.cygwin.com(...) ) si tu es forcé d'utiliser un windows ?
[^] # Re: Hein ?
Posté par fredoh . Évalué à 1.
merci
[^] # Re: Hein ?
Posté par EmacsFR . Évalué à 3.
Sinon le truc achement qu'il est bien dans Emacs, c'est qu'il est auto-documenté.
En gros, C-h m peut t'aider à avancer
Pour le reste, il y a la documentation. Pour débuter, il n'y a pas grand chose à faire:
1. installer Emacs (en utilisant le packaging de ta distribution)
2. installer emacs-w3m (comme au dessus)
3. lancer emacs
4. charger le module w3m (M-x load-library RET w3m RET)
5. utiliser: M-x w3m RET
Pour le scripting & co, va falloir plancer un peu plus (apprendre le Emacs Lisp ou au moins les bases).
Pour plus d'aide, n'hésite pas à me solliciter.
[^] # Re: Hein ?
Posté par fredoh . Évalué à 1.
Par contre, par rapport a w3m, les gif et jpeg ne s'affichent pas, c'est normal ?
[^] # Re: Hein ?
Posté par EmacsFR . Évalué à 2.
[^] # Re: Hein ?
Posté par fredoh . Évalué à 0.
[^] # Re: Hein ?
Posté par fredoh . Évalué à 0.
Par contre, contrairement a w3m, les gif et les jpeg ne s'affichent pas, c'est normal ?
[^] # Re: Hein ?
Posté par HappyPeng . Évalué à 2.
Au jour d'aujourd'hui en ce qui concerne le libre je ne vois aucune autre solution qui permette de faire cela.
[^] # Re: Hein ?
Posté par tene . Évalué à 5.
Bah vi c'est trivial, quoi qu'en fait... perso, je trouve déjà que compiler les sources de mozilla c'est déjà un exploit :p
Sérieusement je ne suis pas d'accord avec toi, je ne vois pas le rapport entre "facilité d'implémentation" et "grande avancée", ça doit être compliqué pour être une grande avancée?
Allez, je sors, c'est dimanche!
[^] # Re: Hein ?
Posté par Sylvain Sauvage . Évalué à 2.
- je croyais gecko conçu pour ça ;
- je ne vois pas trop l'intérêt pour une 1re page.
Le premier point étant le plus important pour moi : si j'avais eu à concevoir gecko, c'est comme cela que j'aurais essayé de le faire, à savoir modulaire et réutilisable.
* : il faudrait que j'arrête d'insinuer sur dlfp mais c'est la seule façon dont je dispose pour que mes propos ne soient pas trop directs et mal perçus
[^] # Re: Hein ?
Posté par HappyPeng . Évalué à 2.
[^] # Re: Hein ?
Posté par Sylvain Sauvage . Évalué à 2.
Mais bon, il est facile de se perdre sous l'ensemble ou de prendre deux trois raccourcis. Faut aussi dire qu'ajouter des couches d'abstraction, ça n'accélère pas le développement (au début) et ça n'accélère pas le rendu.
[^] # Re: Hein ?
Posté par tene . Évalué à 2.
Peut-être la pratique ne suit pas, parce que c'est terriblement complexe de faire un truc pareil...
Mozilla n'a pas une approche composant, il est difficile d'extraire une partie de l'appli et de l'utiliser ailleurs.
Comme je l'ai dit plus haut sur un ton léger: compiler mozilla est déjà une prouesse... Non pas que ce soit impossible, mais c'est relativement complexe... (ça prend dans les 1Go d'espace, etc...).
Ce n'est pas surprenant pour un projet de cette taille... mais c'est pénalisant.
Personnellement je rêve d'un composant me permettant:
- d'afficher des pages web ou je veux
- de les imprimer
- de gérer ce qui peut/ne peut pas être accéder (download externe, afficher les images, etc...)
- d'intéragir avec ces pages web (intercepter le click sur un lien et agir en fonction).
- Le tout en me permettant de m'intégrer plus au moins à l'environnement de l'utilisateur (retenir les liens visités depuis le navigateur etc...).
Malheureusement aujourd'hui, et sous windows, ce qui s'en rapproche le plus c'est IE :(
Si vous avez la moindre piste de possibiltié de solution alternative, n'hésitez pas! J'en cherche une déspérément!
Enfin pour rester dans le sujet, perso, je sépare totalement la complexité technique du fait que ce soit une avancée... certaine grande avancée sont techniquement triviale! (penser à tous les protocoles du web, ils sont simpels, direct, et souvent perfectibles... pourtant on ne peut nier qu'ils ont changés la façon de travailler). Mais bref, c'est un peu le conflit entre l'approche technique et "business".
[^] # Re: Hein ?
Posté par HappyPeng . Évalué à 4.
Cependant, ce qu'il est relativemet difficile de faire, c'est d'utiliser des composants de Mozilla depuis une application "autre", c'est-à-dire qui n'est pas construite sur la base de Mozilla comme le sont Firefox, Thunderbird et autres. D'ou les manques soulignés.
# Et aussi...
Posté par Cali_Mero . Évalué à 3.
Quelqu'un aurait-il par chance gardé l'adresse sous la main ?
[^] # Re: Et aussi...
Posté par pix (site web personnel) . Évalué à 8.
http://browsershots.org(...)
[^] # Re: Et aussi...
Posté par Tonton Benoit . Évalué à 3.
L'aventage ça peur prendre une capture d'un troll sur linuxfr de plus de 20000 pixels de long en une seule image :p
[^] # Re: Et aussi...
Posté par Infernal Quack (site web personnel) . Évalué à 7.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: Et aussi...
Posté par Anonyme . Évalué à 2.
[^] # Re: Et aussi...
Posté par plagiats . Évalué à 3.
[^] # Re: Et aussi...
Posté par plagiats . Évalué à 1.
http://danvine.com/icapture/(...) (sans e)
[^] # Re: Et aussi...
Posté par yoho (site web personnel) . Évalué à 1.
[^] # Re: Et aussi...
Posté par Mathieu Pillard (site web personnel) . Évalué à 2.
http://www.hackdiary.com/archives/000055.html(...)
http://www.burtonini.com/blog/computers/mozilla-thumbnail-20040614.(...)
http://tirania.org/blog/archive/2004/Jun-14.html(...)
Avec le prochain support de cairo, et les récentes avancées dans gecko lui meme (voir par exemple http://weblogs.mozillazine.org/roc/archives/2005/05/rendering_web_p(...) cela devrait etre encore plus simple à faire.
# licence ?
Posté par j (site web personnel) . Évalué à 4.
[^] # Re: licence ?
Posté par Spack . Évalué à 3.
C'est pour leur projet Harmoni [1] (si j'ai bien lu) donc la licence ça devrait être ça
http://www.dynalivery.com/products/harmoni/v1.0/LICENSE_AGREEMENT_F(...)
Je n'ai pas trouvé d'autre détails
[1] http://www.dynalivery.com/products/harmoni/index.htm(...)
# et en plus la démo tourne sous Windows !
Posté par Michel Rodriguez . Évalué à 1.
[^] # Re: et en plus la démo tourne sous Windows !
Posté par Frédéric COIFFIER . Évalué à 5.
Désespérant...
[^] # Re: et en plus la démo tourne sous Windows !
Posté par Pol' uX (site web personnel) . Évalué à 3.
Adhérer à l'April, ça vous tente ?
[^] # Re: et en plus la démo tourne sous Windows !
Posté par Pierre Jarillon (site web personnel) . Évalué à 10.
[^] # Re: et en plus la démo tourne sous Windows !
Posté par HappyPeng . Évalué à 4.
Je ne comprends pas toutes ces réactions critiques étant donné qu'il n'existe pas d'autre solution libre pour cette technologie, à part ouvrir dans Mozilla et cliquer sur "Imprimer".
[^] # Re: et en plus la démo tourne sous Windows !
Posté par Frédéric COIFFIER . Évalué à 3.
Si ce n'est pas Gecko qui fait le rendu CSS justement, où est l'intérêt de la news ?
Pour moi, le rendu était justement fait par Gecko et la librairie était pour moi un équivalent du bouton "Imprimer" de Mozilla.
[^] # Re: et en plus la démo tourne sous Windows !
Posté par HappyPeng . Évalué à 3.
[^] # Re: et en plus la démo tourne sous Windows !
Posté par EmacsFR . Évalué à 3.
C'est à mon sens là qu'est la "prouesse".
# Quel intérêt par rapport à Cocoon ?
Posté par Alain Bret . Évalué à 1.
Quel est l'avancée de cet outil que je ne vois pas ?
[^] # Re: Quel intérêt par rapport à Cocoon ?
Posté par EmacsFR . Évalué à 1.
[^] # Re: Quel intérêt par rapport à Cocoon ?
Posté par Alain Bret . Évalué à -8.
Désolé de ne pas être un "geek" comme toi !
[^] # Re: Quel intérêt par rapport à Cocoon ?
Posté par Cali_Mero . Évalué à 8.
On pourrait aussi se demander l'intérêt d'un fléau d'armes par rapport à une imprimante, pendant qu'on y est. Avec un fléau dont les pointes sont correctement couvertes d'encre, et en frappant une feuille A4 avec une force convenablement dosée et une précision micrométrique, on peut aussi faire de l'impression, non ?
[^] # Re: Quel intérêt par rapport à Cocoon ?
Posté par EmacsFR . Évalué à 5.
Franchement j'ai déjà essayé cocoon et je suis bleuffé par ce qu'on peut en faire et je suis sûr que le genre de chose dont je parle dans l'article est largement faisable avec cocoon. Seulement voilà, pour arriver à ce résultat par le biais de cocoon, cela demande un certain effort et une compréhension de cocoon que je ne possède pas. Après ça, tu as l'outrecuidance (orthographe ?) de me taxer de geek ?? ^^
Allez le prend pas mal, je ne voulais ni t'énerver ni te vexer (vraiment pas) et bravo si tu arrives à faire ça avec cocoon. J'aimerais bien en connaître le dixième sur cocoon juste pour pouvoir me lancer ;)
[^] # Re: Quel intérêt par rapport à Cocoon ?
Posté par Alain Bret . Évalué à -1.
Et pour Cocoon, il y a maintenant une liste de discussion en français animée par Sylvain Wallez.
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/(...)
PS: Quant au "geek", il a commencé à utiliser Emacs en 1984 (je crois me rappeler) sous Unix (machine : SM90) et il essaie de faire un peu de technique quand il a 5 mn de libre (ex. http://alcyonix.dyndns.ws/aurea/(...) sur mon serveur Linux Mdk 10.1).
[^] # Re: Quel intérêt par rapport à Cocoon ?
Posté par Ramso . Évalué à 2.
[^] # Re: Quel intérêt par rapport à Cocoon ?
Posté par HappyPeng . Évalué à 1.
Après, reste à savoir si fop est une implémentation défectueuse ... mais bon, pour m'en être déjà servi, je ne pense pas que ce rendu soit spécialement "primitif" à condition de disposer d'une feuille XSL bien écrite.
[^] # Re: Quel intérêt par rapport à Cocoon ?
Posté par Ramso . Évalué à 3.
De l'autre, un moteur Gecko en mode client/serveur, qui prend un XHTML (même HTML ?) plus CSS et retourne le rendu du tout au format demandé. Rien qu'en terme de connaissances nécessaires, la solution Gecko amène la composition automatique de documents à un plus grand nombre.
Je disais que le moteur de fop est bien en deçà de celui de TeX : qualité des glyphes, moteur de composition, césures, équilibre des blancs... Malheureusement, passiveTeX semble ne plus évoluer. D'un autre côté, fop, semble bloqué en version 0.2...
Oui, je sais bien que le moteur de Gecko est sûrement pire que celui de fop en termes de composition ; je digressais sur la facilité d'apprentissage. De toute façon, si je voulais un rendu de qualité professionnelle, je composerais dans Scribus !
[^] # Re: Quel intérêt par rapport à Cocoon ?
Posté par HappyPeng . Évalué à 2.
[^] # Re: Quel intérêt par rapport à Cocoon ?
Posté par Ramso . Évalué à 2.
# Hum ...
Posté par Corentin Chary (site web personnel) . Évalué à 3.
# Peut être le futur du web ?
Posté par phenix (site web personnel) . Évalué à 3.
Mais on peut imaginer que dans le futur les pages HTML soient interpretés par le serveur pour être envoyés aux navigateurs sous forme standard, style PDF.
Un peu comme la difference entre un javascript et un php.
Cela pourait permettre avoir un rendu indentique, quelque soit le navigateur.
Bien sur, il faut encore attendre en raison de la puissance ( du serveur et de la connexion ) que ca pourrait demander
[^] # Re: Peut être le futur du web ?
Posté par ~ lilliput (site web personnel) . Évalué à 6.
Tout ce qui est documentation ou génération d'un fichier ps ou autre sont déjà aux points depuis longtemps. Pour limiter la charge CPU tous les gros sites utilisent des systemes de cache ou voir même des technologies anexe tel que le RSS (génération statique d'un fichier XML contenant juste l'information nécessaire)
L'export en format SVG pdf png dans Gecko .. avait déjà été discuté lors d'une précédente news :: http://linuxfr.org/2005/04/22/18803.html(...) via cette annonce http://weblogs.mozillazine.org/roc/archives/2005/04/glimpse_of_the.(...) qui envisage l'utilisation de Cairo http://cairographics.org/introduction.(...)
A noté que Cairo marche pas mal puis que http://gsl.openoffice.org/servlets/ReadMsg?listName=dev&msgNo=1(...) font également des testes pour l'intégration de Cairo dans OpenOffice [ http://primates.ximian.com/~michael/ooo-cairo.png(...) - décembre 2003 ]
Bon je vois bien un plugin sur ettercap qui génère les pages visité en PNG... :p ca serait déja plus marrant.
Ou peut être des jolies vignettes dans l'exploration de l'historique ou des Bookmarks ?
Enfin c'est un bel effet d'annonce ou comment faire de la pub gratuitement :)
http://www.theatre-eibel.fr http://www.isc2chapter-yorkshire.co.uk
[^] # Re: Peut être le futur du web ?
Posté par Krunch (site web personnel) . Évalué à 3.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Peut être le futur du web ?
Posté par ~ lilliput (site web personnel) . Évalué à 1.
http://www.theatre-eibel.fr http://www.isc2chapter-yorkshire.co.uk
[^] # Re: Peut être le futur du web ?
Posté par Krunch (site web personnel) . Évalué à 2.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Peut être le futur du web ?
Posté par ~ lilliput (site web personnel) . Évalué à 1.
peut être la possibilité de "créer" un tag pour les flux rss et faire des rss encore plus mieux. (vu que le rss est en constante modification pas de normes juste une base standardisé si je me souviens bien)
http://www.theatre-eibel.fr http://www.isc2chapter-yorkshire.co.uk
[^] # Re: Peut être le futur du web ?
Posté par bobefrei . Évalué à 2.
[^] # Re: Peut être le futur du web ?
Posté par Sylvain Briole (site web personnel) . Évalué à 3.
[^] # Re: Peut être le futur du web ?
Posté par Matthieu Moy (site web personnel) . Évalué à 7.
[^] # Re: Peut être le futur du web ?
Posté par Sylvain Briole (site web personnel) . Évalué à 2.
D'un autre côté, je suppose que dans le PDF un texte avec un police de corps 12 est différencié d'un autre en corps 16?
Si oui, dans ce cas même si on perd la notion de balise "titre", "paragraphe", "énumération", on doit pouvoir trouver des notions équivalentes en PDF non?
Du genre : 80% du texte écrit en corps 12, cela signifie que le texte est "normalement" en corps 12, et que tout ce qui se trouve au-dessus/au-dessous doit subit un traitement particulier :
- au-dessus : titre, sous-titre, en fonction de la différence de corps
- au-dessous : note
Je pense notamment aux aveugles que je voyais couramment lire des livres en braille dans le train : si je ne m'abuse, il n'y avait pas de balise "titre" pour annoncer un nouveau chapître ou autre, mais simplement un changement de taille de caractère.
C'est une simple remarque de quelqu'un d'extérieur non confronté au problème.
[^] # Re: Peut être le futur du web ?
Posté par Éric (site web personnel) . Évalué à 3.
Et .. les listes et les titres sont bien définissables par PDF. Je ne sais pas comment, je ne connais pas PDF, mais je sais que sur les PDF bien fait je peux demander une liste des titres pour naviguer. C'est donc bien que ces titres sont marqués (comme tes h1 et h2) ou du moins peuvent l'être si l'auteur y fait attention (comme en html).
[^] # Re: Peut être le futur du web ?
Posté par Matthieu Moy (site web personnel) . Évalué à 4.
Oui, mais c'est une table des matières à part, ie une série de liens de la table des matières vers le document, pas l'inverse. On doit pouvoir s'arranger, mais c'est vraiment pas fait pour.
# Et l'AFP
Posté par youpsla . Évalué à 1.
j'ai vu que le produit (non libre) permattait de générer de l'AFP. or mes nombreuses recherches sur le web ne m'ont pas permi de mettre la main sur un truc du genre latex2AFP ....
Quelqu'un sait si il y aurait qqchose dans le genre.
Merci par avance
Youpsla
# j'ai testé et franchement c'est pas top
Posté par tyoup . Évalué à 0.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.