La BD a été envoyée par courrier postale. Ca semble étonnant venant de google. Comble de l'ironie, google scanné sa propre BD pour l'ajouter à google books.
- des postes d'accès libre pour surfer?
- la partie serveur d'un ERP dédié à l'assemblée? la partie client?
- des portables mis à disposition des députés?
La chaîne de traitements:
fichiers en DocBook (XML) ---[xsltproc]---> XSLFO -----[FOP/XEP]-----> PDF
pourrait être réalisé sans java s'il existait des formatteurs XSLFO suffisamment abouti dans d'autres langages.
Le projet de feuilles de style libres qui fait référence en matière DocBook permet déjà la transformation DocBook -> Latex: http://wiki.docbook.org/topic/formats
Je ne vois pas l'intérêt de dblatex. On peut déjà se passer de FOP avec le projet référence:
fichiers en DocBook (XML) ---[xsltproc]---> HTML
fichiers en DocBook (XML) ---[xsltproc]---> XSLFO -----[FOP/XEP]-----> PDF
fichiers en DocBook (XML) ---[xsltproc]---> Latex -----[outils latex]---> PDF
Les feuilles de style XSL du projet référence s'utilisent déjà avec xsltproc. Dans notre dernier cas nous n'avons utilisé aucun programme java pour obtenir du PDF. On pourrait n'utiliser aucun programme java s'il y avait des formatteur XSLFO existant en d'autres langages.
Note: FOP peu remplacer xsltproc mais est plus lent. FOP a 2 rôles: processeur XSLT et XLSFO. On peu utiliser l'un sans l'autre et c'est ce que je fait.
Ce que je trouve dingue c'est que 3 glandus (probablement issu du principe de Peter) qui veulent faire joujou avec leurs cadeaux vont faire passer en priorité leurs amusement devant des choses essentielles. Il faut dire que ce n'est rien d'autre que de l'amusement ces PDAs offerts. C'est juste pour satisfaire leurs caprices. Les économies du contribuables, la pérénité du système, l'indépendance aux fournisseurs passeront après.
PS: principe de Peter:
- http://fr.wikipedia.org/wiki/Le_principe_de_Peter
- http://perso.orange.fr/marxiens/philo/pretapen/peter.htm
En gros: les employés tentent de s'élever jusqu'à leur niveau d'incompétence maximal. C'est pour celà que l'on retrouve souvent des incompétents à des postes à responsabilités.
Un fichier OpenDocument est une archive ZIP qui contient plusieurs document XML et éventuellement des marcos java compilées. L'un dans l'autre les éditeurs d'antivirus savent déziper, lire du XML et vérifier des .jar...
PS: il y a aussi des macros pyhton basicooo et beanshell mais elle ne sont pas à l'état compilé.
Ca me fait penser à Orange (tm). On devrait interdire le dépôt de nom commun ou à défaut empêcher toutes réclamations portant sur des noms commun.
Pour revenir à l'affaire il me semble que le projet n'a aucun lien d'activité avec la maison d'édition. Le projet ne peut provoquer de préjudice à la maison d'édition.
Bravo à tous et à Mr Rocard pour son rapport qui a été applaudi devant devant le parlement. Je reviens tout juste du parlement où j'ai eu la chance d'assister au vote.
Quelques photos de la manif et du vote:
http://www.richardot.com/epatent/small_size/
Le but du vote serait de faire passer cette fonctionnalité en préocupation du moment. Par "Medium-term Goals" je comprend qu'ils y pensent mais pas pour tout de suite. Pourtant en parlant avec plusieurs utilisateurs de subversion c'est souvent ce problème qui ressort en premier.
Pour pallier à ce manque nous utilisons des scripts pour faire le merge. Ces scripts renseignent au fur et à mesure un fichier texte avec les révisions qui ont été mergé. Au moment du commit on recopie manuellement le contenu de ce fichier dans le message de log. Ca serait bien d'automatiser tout ça dans subversion.
Mon problème avec Coppermine, The Gallery et PhpWebGallery c'est qu'ils stoquent tous les photo dans un système de fichier tandis que les metadonnées sont stockées dans une base de données. Ca pose plusieurs problèmes d'administration. Quelqu'un connait-il une gallerie qui stoque les photos et les metadonnées dans une base de données?
# Il me manque une piece du puzzle
Posté par flyer . En réponse à la dépêche Exploit local dans le noyau Linux 2.6.30. Évalué à 1.
(desole pour l'absence d'accent)
# Le courrier postale existe encore
Posté par flyer . En réponse à la dépêche Chrome, le futur navigateur de Google. Évalué à 2.
# Des précisions?
Posté par flyer . En réponse à la dépêche Bilan positif pour Linux à l'Assemblée nationale. Évalué à 2.
- des postes d'accès libre pour surfer?
- la partie serveur d'un ERP dédié à l'assemblée? la partie client?
- des portables mis à disposition des députés?
[^] # Re: Devenir registrar
Posté par flyer . En réponse à la dépêche L'ICANN libère les extensions de domaines. Évalué à 4.
# et la panète?
Posté par flyer . En réponse au journal Top500 : La rétrospective des 15 ans.. Évalué à 3.
# Calcul
Posté par flyer . En réponse à la dépêche Le sommet Linux 2007. Évalué à -5.
de 1 à 3 ça fait 300% d'augmentation et non 200.
[^] # Re: L'union fait la force
Posté par flyer . En réponse à la dépêche dblatex : Docbook XML -> LaTeX -> PDF. Évalué à 2.
fichiers en DocBook (XML) ---[xsltproc]---> XSLFO -----[FOP/XEP]-----> PDF
pourrait être réalisé sans java s'il existait des formatteurs XSLFO suffisamment abouti dans d'autres langages.
# L'union fait la force
Posté par flyer . En réponse à la dépêche dblatex : Docbook XML -> LaTeX -> PDF. Évalué à 2.
http://wiki.docbook.org/topic/formats
Pouquoi ne pas rejoindre le projet original?
http://docbook.sourceforge.net/
Je ne vois pas l'intérêt de dblatex. On peut déjà se passer de FOP avec le projet référence:
fichiers en DocBook (XML) ---[xsltproc]---> HTML
fichiers en DocBook (XML) ---[xsltproc]---> XSLFO -----[FOP/XEP]-----> PDF
fichiers en DocBook (XML) ---[xsltproc]---> Latex -----[outils latex]---> PDF
Les feuilles de style XSL du projet référence s'utilisent déjà avec xsltproc. Dans notre dernier cas nous n'avons utilisé aucun programme java pour obtenir du PDF. On pourrait n'utiliser aucun programme java s'il y avait des formatteur XSLFO existant en d'autres langages.
Note: FOP peu remplacer xsltproc mais est plus lent. FOP a 2 rôles: processeur XSLT et XLSFO. On peu utiliser l'un sans l'autre et c'est ce que je fait.
[^] # Re: Bof
Posté par flyer . En réponse à la dépêche Important appel d'offres du ministère de l'intérieur. Évalué à 5.
[^] # Re: Bof
Posté par flyer . En réponse à la dépêche Important appel d'offres du ministère de l'intérieur. Évalué à 6.
PS: principe de Peter:
- http://fr.wikipedia.org/wiki/Le_principe_de_Peter
- http://perso.orange.fr/marxiens/philo/pretapen/peter.htm
En gros: les employés tentent de s'élever jusqu'à leur niveau d'incompétence maximal. C'est pour celà que l'on retrouve souvent des incompétents à des postes à responsabilités.
[^] # Re: L'ADAE préconise déjà d'utiliser des LLs mais...
Posté par flyer . En réponse à la dépêche Important appel d'offres du ministère de l'intérieur. Évalué à 6.
PS: il y a aussi des macros pyhton basicooo et beanshell mais elle ne sont pas à l'état compilé.
# Tutorial
Posté par flyer . En réponse à la dépêche LDAP Account Manager 1.0.0. Évalué à 2.
Quelqu'un connaît-il une bonne ressource? (Tutorial, documentation...)
# Une distrib asterisk
Posté par flyer . En réponse à la dépêche Sortie d'Asterisk 1.2. Évalué à 1.
[^] # Re: ça sent les ennuis
Posté par flyer . En réponse à la dépêche Sortie d'Asterisk 1.2. Évalué à 1.
Pour revenir à l'affaire il me semble que le projet n'a aucun lien d'activité avec la maison d'édition. Le projet ne peut provoquer de préjudice à la maison d'édition.
# foreign key
Posté par flyer . En réponse à la dépêche Oracle achète Innobase / InnoDB. Évalué à 7.
# autre film
Posté par flyer . En réponse à la dépêche The Island. Évalué à 1.
[^] # Re: Quelques photos...
Posté par flyer . En réponse à la dépêche Les eurodéputés rejettent la directive sur le brevet des logiciels. Évalué à 1.
[^] # Re: Quelques photos...
Posté par flyer . En réponse à la dépêche Les eurodéputés rejettent la directive sur le brevet des logiciels. Évalué à 0.
# Quelques photos...
Posté par flyer . En réponse à la dépêche Les eurodéputés rejettent la directive sur le brevet des logiciels. Évalué à 3.
[^] # Re: C'est fini pour aujourd'hui ...
Posté par flyer . En réponse à la dépêche Manifestation contre les brevets logiciels au Parlement Européen à Strasbourg. Évalué à 3.
Quelques photos de la manif et du vote:
http://www.richardot.com/epatent/small_size/
[^] # Re: suivi des merge?
Posté par flyer . En réponse à la dépêche Subversion 1.2. Évalué à 2.
Pour pallier à ce manque nous utilisons des scripts pour faire le merge. Ces scripts renseignent au fur et à mesure un fichier texte avec les révisions qui ont été mergé. Au moment du commit on recopie manuellement le contenu de ce fichier dans le message de log. Ca serait bien d'automatiser tout ça dans subversion.
[^] # Re: suivi des merge?
Posté par flyer . En réponse à la dépêche Subversion 1.2. Évalué à 2.
# remplacement?
Posté par flyer . En réponse à la dépêche BitKeeper : plus de version gratuite. Évalué à -2.
# se passer du système de fichier
Posté par flyer . En réponse à la dépêche PhpWebGallery 1.4.0. Évalué à 5.
# et la sauvegarde?
Posté par flyer . En réponse à la dépêche Ultimate Boot CD v3.2. Évalué à 1.