Ho j'y pense, j'ai même pas repris ton attaque de merde ("ils sont vraiment rares les gens comme à toi...").
Je bouffe de l'OpenDocument régulièrement depuis plus de 15 mois, j'apprécie beaucoup de travailler avec cette norme, et j'ai toujours rien vu qui justifie toutes ces attaques stupides qui sont faîtes à son encontre.
Et l'écriture d'une feuille de transformation n'est pas difficile je pense, le mieux étant juste de prendre les fichiers inclus dans OpenOffice.org (dossier /usr/lib/openoffice/basis3.0/share/xslt/export/xhtml dans le cas d'un OOo 3.0 installé avec les paquets debian)
À ma connaissance, une traduction du fichier styles.xml et des styles de content.xml en css pourrait se faire en XSLT... Le problème c'est des choses que tu n'as pas en CSS, comme par exemple ""l'héritage"" des styles... Et ça pour l'implémenter tu pourras pas faire du XSLT. Et c'est une fonctionnalité très utilisée, par exemple dans les styles par défaut d'OpenOffice.org tous les titres héritent d'un style Titre de base...
Sinon pour la transformation du contenu en XHTML avec du XSLT, j'pense pas que ça soit si compliqué pour du contenu de base (paragraphes, liens, listes...)
Vu que tout est très proche du XHTML avec la séparation contenu/style...
C'est tellement facile de dire ça après...
Pour info, les mecs de Corel et d'Adobe ont aussi participé à l'élaboration de la norme... Si j'ai dit IBM et Sun c'est juste parce que c'est ce que j'ai vu dans les mails sur la mailing list depuis que j'y suis inscrit (j'ai vu d'autres bien sûr, mais j'ai pas souvenir d'avoir vu corel ou adobe).
(Source : http://en.wikipedia.org/wiki/OpenDocument_standardization , si tu vois ce que c'est que de donner ses sources, ce dont je doute)
Pourquoi microsoft n'a pas participé à la construction de la norme ? C'est pas mon soucis, tant pis pour leur gueule.
Ok, section 15.4.28/29/30: soulignement de texte.
Toutes les combinaisons ne sont pas supportées par OpenOffice.
Idem pour les 15.4.6/7/8/9 avec le texte barré.
Par contre ce que supporte MS Office que tu n'as pas voulu citer, va savoir pourquoi, j'en ai rien à foutre (et je l'ai pas utilisée depuis des années cette suite donc franchement c'est le cadet de mes soucis)
Alors si vous pouviez un peu fermer vos gueules sur les vieux trolls de merde sur la légitimité de l'OpenDocument soi-disant maîtrisé par Sun (hooo, l'équipe de KOffice n'a pas son mot à dire ? ha ben si, on est 2 ou 3 à participer dans la mesure de nos moyens et de nos ambitions. Y'a aussi IBM qui participe, j'ai vu également Microsoft donner son avis sur certains points...)
Ha mais c'est vrai dans bisounours land les types ils allaient écrire une spécification from scratch sans se baser sur rien d'existant ? ou en se basant sur le pire imaginable, un bon gros blob binaire ?
Je suis déçu...
Pourquoi un thème DLFP n'est-il pas présent pour fêter la sortie de slackware ?
En plus c'est hyper simple à faire. Suffit de rien mettre dans le fichier CSS, comme ça ça donne un site sans graphismes... et c'est dans l'esprit Slackware.
Moi je propose bien mieux.
Plus efficace que le cloud computing
Plus écologique que le cloud computing
Plus daicideur pressé compliant que le cloud computing
Le moule computing !
Le principe: reliez votre infrastructure réseau à la tribune pour un accès web 3.0 enhanced boosted++, profitez de notre moules-pool pour régler vos problèmes les plus complexes en un rien de temps...
C'est pour ça qu'il faut éviter autant que possible les plugins sur les pages web. Heureusement, certains webmestres commencent à s'en rendre compte, ça fait longtemps que j'ai plus vu de site web avec un menu en flash par exemple...
(ça se voit d'ailleurs nettement en java, désolé je n'ai pas de benchmark objectif pour le montrer, mais c'est sensible).
Attention, si t'as fait ton test uniquement avec la JVM de Sun, as-tu bien utilisé la JVM server en x86 ?
En effet, Sun a décidé (pour une raison inconnue) de ne pas porter la JVM client sur x86-64. La JVM server consomme plus de mémoire vive, démarre les logiciels un peu plus lentement mais, en contrepartie, compile bien plus de bytecode en code natif.
Au passage tiens, pourquoi y'a besoin d'un plugin pour utiliser Java dans un navigateur web ? Dans Konqueror il suffit d'indiquer l'emplacement de Java...
Et je ne sais pas vous mais je vois malheureusement venir à grands pas le jour où firefox utilisera régulièrement plus de 3 Go de ram /o\
Suffit de continuer à utiliser nspluginwrapper pour isoler Flash de Firefox. J'ai diminué comme ça de 40% la mémoire utilisée par Firefox sur ma machine....
Tu faisais mieux avant niveau arguments quand même...
Là tu joues à la provoc on dirait.
Quelques chiffres sur le 32 vs 64 bits :
- http://64-bit-computers.com/windows-vista-32-bit-vs-64-bit-b(...) sous windows vista (je vois venir le gnagna oui mais c'est pas forcément les mêmes pilotes ou une connerie de ce genre), 10% de bonux pour le 64 bits apparemment
- http://forums.amd.com/devblog/blogpost.cfm?threadid=93648&am(...)
Flemme de chercher plus en fait. Dans l'ensemble la compression et le multimedia s'en sortent considérablement mieux en 64 bits qu'en 32 bits... Bien sûr tout n'est pas blanc, sur phoronix on peut trouver un benchmark où, dans les jeux 3D, le 64 bits se prend quelques FPS dans la gueule...
Ou tout simplement avec nspluginwrapper, installé et activé par défaut à l'installation du plugin flash sur debian et ubuntu...
nspluginwrapper est utile aussi pour faire tourner un plugin 32bits dans un navigateur 32bits, si on souhaite l'isoler pour qu'il plante son processus plutôt que le navigateur.
????
J'vois pas du tout ce qui fait que tu n'aies pas le droit de signaler un bug sur le forum de rsyslog.
Par contre en passant par Debian, tu pourrais avoir un backport d'un éventuel correctif dans Lenny peut être. Même si j'ai des doutes que, si backport il y a, il se passe avant la sortie de Lenny.
Effectivement, vu sous cet angle, c'est moins brillant.
En fait le problème de rsyslog c'est juste qu'il alloue puis libère de la mémoire donc (peut être à son lancement)...
À mon avis tu devrais signaler le problème sur le forum de rsyslog, ils sont en général très réactifs.
Et ?
VmData c'est ce qui a été alloué sur la pile, mais cette valeur ne diminue jamais (sauf chez les fous qui recodent malloc peut être) quand le programme libère de la mémoire.
Malheureusement, je n'arrive pas à faire fonctionner des outils comme memrank (évoqués là http://lwn.net/Articles/230975/ ) pour avoir de vraies mesures de la consommation mémoire d'un processus, et pas des données à la signification hasardeuse.
Autre test, avec une debian lenny dans qemu, j'ai une conso au boot de 11Mo... Alors qu'il y a Apache, rsyslog mais aussi exim et deux trois conneries de lancés.
J'viens de penser à un truc : dans ta mesure avec free, t'aurais pas pris en compte la ligne Mem au lieu de la ligne qui ne compte pas les buffers et caches par hasard ?
J'ai beau chercher, je ne trouve pas comment tu peux faire pour avoir un rsyslog qui consomme tant de mémoire.
Chez moi sa conso est invisible sur un free -m.
# free -m ; /etc/init.d/rsyslog stop ; free -m ; /etc/init.d/rsyslog start ; free -m
total used free shared buffers cached
Mem: 1009 977 31 0 19 237
-/+ buffers/cache: 721 287
Swap: 2588 238 2350
* Stopping enhanced syslogd rsyslogd [ OK ]
total used free shared buffers cached
Mem: 1009 977 31 0 19 237
-/+ buffers/cache: 721 287
Swap: 2588 238 2350
* Starting enhanced syslogd rsyslogd [ OK ]
total used free shared buffers cached
Mem: 1009 978 31 0 19 237
-/+ buffers/cache: 721 287
Swap: 2588 238 2350
Un client spécifique à Windows 9x a été ajouté (auquel il manque le support d'IPv6)
Je suis surpris là..
C'est bien de Windows 95/98/Me dont on parle là ??
Qui utilise encore ça ?
Et où est le problème du support de l'IPv6 sur une appli qui vise un OS ne le supportant pas ?
[^] # Re: Oui bien sur
Posté par Pinaraf . En réponse à la dépêche En vrac : ODF by MS, Torcs, FireUnit, Facebook et le libre, Project:Possibility. Évalué à 3.
Je bouffe de l'OpenDocument régulièrement depuis plus de 15 mois, j'apprécie beaucoup de travailler avec cette norme, et j'ai toujours rien vu qui justifie toutes ces attaques stupides qui sont faîtes à son encontre.
[^] # Re: Oui bien sur
Posté par Pinaraf . En réponse à la dépêche En vrac : ODF by MS, Torcs, FireUnit, Facebook et le libre, Project:Possibility. Évalué à 2.
[^] # Re: writer2latex: un seul reproche, regarde du coté de XSLT
Posté par Pinaraf . En réponse au journal De "OpenDocument Text" vers "X/HTML" dynamiquement.... Évalué à 1.
Merci pour ta confiance.
http://www.w3schools.com/xsl/el_output.asp : comme tu peux le voir ici, l'élément xslt:output a un attribut method, qui peut prendre pour valeur xml, html, text ou name.
http://www.w3.org/TR/xslt : tu trouveras ici, en cherchant method="text", un exemple.
Et l'écriture d'une feuille de transformation n'est pas difficile je pense, le mieux étant juste de prendre les fichiers inclus dans OpenOffice.org (dossier /usr/lib/openoffice/basis3.0/share/xslt/export/xhtml dans le cas d'un OOo 3.0 installé avec les paquets debian)
[^] # Re: writer2latex: un seul reproche, regarde du coté de XSLT
Posté par Pinaraf . En réponse au journal De "OpenDocument Text" vers "X/HTML" dynamiquement.... Évalué à 1.
Sinon pour la transformation du contenu en XHTML avec du XSLT, j'pense pas que ça soit si compliqué pour du contenu de base (paragraphes, liens, listes...)
Vu que tout est très proche du XHTML avec la séparation contenu/style...
[^] # Re: Oui bien sur
Posté par Pinaraf . En réponse à la dépêche En vrac : ODF by MS, Torcs, FireUnit, Facebook et le libre, Project:Possibility. Évalué à 3.
Pour info, les mecs de Corel et d'Adobe ont aussi participé à l'élaboration de la norme... Si j'ai dit IBM et Sun c'est juste parce que c'est ce que j'ai vu dans les mails sur la mailing list depuis que j'y suis inscrit (j'ai vu d'autres bien sûr, mais j'ai pas souvenir d'avoir vu corel ou adobe).
(Source : http://en.wikipedia.org/wiki/OpenDocument_standardization , si tu vois ce que c'est que de donner ses sources, ce dont je doute)
Pourquoi microsoft n'a pas participé à la construction de la norme ? C'est pas mon soucis, tant pis pour leur gueule.
[^] # Re: Oui bien sur
Posté par Pinaraf . En réponse à la dépêche En vrac : ODF by MS, Torcs, FireUnit, Facebook et le libre, Project:Possibility. Évalué à 7.
Toutes les combinaisons ne sont pas supportées par OpenOffice.
Idem pour les 15.4.6/7/8/9 avec le texte barré.
Par contre ce que supporte MS Office que tu n'as pas voulu citer, va savoir pourquoi, j'en ai rien à foutre (et je l'ai pas utilisée depuis des années cette suite donc franchement c'est le cadet de mes soucis)
Alors si vous pouviez un peu fermer vos gueules sur les vieux trolls de merde sur la légitimité de l'OpenDocument soi-disant maîtrisé par Sun (hooo, l'équipe de KOffice n'a pas son mot à dire ? ha ben si, on est 2 ou 3 à participer dans la mesure de nos moyens et de nos ambitions. Y'a aussi IBM qui participe, j'ai vu également Microsoft donner son avis sur certains points...)
Ha mais c'est vrai dans bisounours land les types ils allaient écrire une spécification from scratch sans se baser sur rien d'existant ? ou en se basant sur le pire imaginable, un bon gros blob binaire ?
[^] # Re: Oui bien sur
Posté par Pinaraf . En réponse à la dépêche En vrac : ODF by MS, Torcs, FireUnit, Facebook et le libre, Project:Possibility. Évalué à 4.
Tu nous sors des extraits de la spec pour prouver tes dires ?
# Konqueror
Posté par Pinaraf . En réponse au journal [Navigateurs] Sécurité des gestionnaires de mots de passe. Évalué à 6.
# Thème DLFP...
Posté par Pinaraf . En réponse à la dépêche Slackware 12.2 est disponible. Évalué à 10.
Pourquoi un thème DLFP n'est-il pas présent pour fêter la sortie de slackware ?
En plus c'est hyper simple à faire. Suffit de rien mettre dans le fichier CSS, comme ça ça donne un site sans graphismes... et c'est dans l'esprit Slackware.
# Mieux vaut innover
Posté par Pinaraf . En réponse au journal «Cloud computing» libre. Évalué à 6.
Plus efficace que le cloud computing
Plus écologique que le cloud computing
Plus daicideur pressé compliant que le cloud computing
Le moule computing !
Le principe: reliez votre infrastructure réseau à la tribune pour un accès web 3.0 enhanced boosted++, profitez de notre moules-pool pour régler vos problèmes les plus complexes en un rien de temps...
[^] # Re: la vraion raison
Posté par Pinaraf . En réponse au journal Flash version 64 bits pour linux exclusivement!. Évalué à 2.
[^] # Re: la vraion raison
Posté par Pinaraf . En réponse au journal Flash version 64 bits pour linux exclusivement!. Évalué à 1.
[^] # Re: la vraion raison
Posté par Pinaraf . En réponse au journal Flash version 64 bits pour linux exclusivement!. Évalué à 2.
[^] # Re: la vraion raison
Posté par Pinaraf . En réponse au journal Flash version 64 bits pour linux exclusivement!. Évalué à 3.
Attention, si t'as fait ton test uniquement avec la JVM de Sun, as-tu bien utilisé la JVM server en x86 ?
En effet, Sun a décidé (pour une raison inconnue) de ne pas porter la JVM client sur x86-64. La JVM server consomme plus de mémoire vive, démarre les logiciels un peu plus lentement mais, en contrepartie, compile bien plus de bytecode en code natif.
Au passage tiens, pourquoi y'a besoin d'un plugin pour utiliser Java dans un navigateur web ? Dans Konqueror il suffit d'indiquer l'emplacement de Java...
[^] # Re: la vraion raison
Posté par Pinaraf . En réponse au journal Flash version 64 bits pour linux exclusivement!. Évalué à 1.
Suffit de continuer à utiliser nspluginwrapper pour isoler Flash de Firefox. J'ai diminué comme ça de 40% la mémoire utilisée par Firefox sur ma machine....
[^] # Re: la vraion raison
Posté par Pinaraf . En réponse au journal Flash version 64 bits pour linux exclusivement!. Évalué à 2.
Là tu joues à la provoc on dirait.
Quelques chiffres sur le 32 vs 64 bits :
- http://64-bit-computers.com/windows-vista-32-bit-vs-64-bit-b(...) sous windows vista (je vois venir le gnagna oui mais c'est pas forcément les mêmes pilotes ou une connerie de ce genre), 10% de bonux pour le 64 bits apparemment
- http://forums.amd.com/devblog/blogpost.cfm?threadid=93648&am(...)
Flemme de chercher plus en fait. Dans l'ensemble la compression et le multimedia s'en sortent considérablement mieux en 64 bits qu'en 32 bits... Bien sûr tout n'est pas blanc, sur phoronix on peut trouver un benchmark où, dans les jeux 3D, le 64 bits se prend quelques FPS dans la gueule...
[^] # Re: la vraion raison
Posté par Pinaraf . En réponse au journal Flash version 64 bits pour linux exclusivement!. Évalué à 4.
nspluginwrapper est utile aussi pour faire tourner un plugin 32bits dans un navigateur 32bits, si on souhaite l'isoler pour qu'il plante son processus plutôt que le navigateur.
[^] # Re: Conso de rsyslog
Posté par Pinaraf . En réponse au journal Debian Lenny, rsyslog et les conteneurs : de mes maniaquerie, radinerie et indigence. Évalué à 1.
[^] # Re: Conso de rsyslog
Posté par Pinaraf . En réponse au journal Debian Lenny, rsyslog et les conteneurs : de mes maniaquerie, radinerie et indigence. Évalué à 1.
J'vois pas du tout ce qui fait que tu n'aies pas le droit de signaler un bug sur le forum de rsyslog.
Par contre en passant par Debian, tu pourrais avoir un backport d'un éventuel correctif dans Lenny peut être. Même si j'ai des doutes que, si backport il y a, il se passe avant la sortie de Lenny.
[^] # Re: Conso de rsyslog
Posté par Pinaraf . En réponse au journal Debian Lenny, rsyslog et les conteneurs : de mes maniaquerie, radinerie et indigence. Évalué à 2.
En fait le problème de rsyslog c'est juste qu'il alloue puis libère de la mémoire donc (peut être à son lancement)...
À mon avis tu devrais signaler le problème sur le forum de rsyslog, ils sont en général très réactifs.
[^] # Re: Conso de rsyslog
Posté par Pinaraf . En réponse au journal Debian Lenny, rsyslog et les conteneurs : de mes maniaquerie, radinerie et indigence. Évalué à 0.
VmData c'est ce qui a été alloué sur la pile, mais cette valeur ne diminue jamais (sauf chez les fous qui recodent malloc peut être) quand le programme libère de la mémoire.
Malheureusement, je n'arrive pas à faire fonctionner des outils comme memrank (évoqués là http://lwn.net/Articles/230975/ ) pour avoir de vraies mesures de la consommation mémoire d'un processus, et pas des données à la signification hasardeuse.
[^] # Re: Conso de rsyslog
Posté par Pinaraf . En réponse au journal Debian Lenny, rsyslog et les conteneurs : de mes maniaquerie, radinerie et indigence. Évalué à 1.
[^] # Re: Conso de rsyslog
Posté par Pinaraf . En réponse au journal Debian Lenny, rsyslog et les conteneurs : de mes maniaquerie, radinerie et indigence. Évalué à 1.
# Conso de rsyslog
Posté par Pinaraf . En réponse au journal Debian Lenny, rsyslog et les conteneurs : de mes maniaquerie, radinerie et indigence. Évalué à 2.
J'ai beau chercher, je ne trouve pas comment tu peux faire pour avoir un rsyslog qui consomme tant de mémoire.
Chez moi sa conso est invisible sur un free -m.
# free -m ; /etc/init.d/rsyslog stop ; free -m ; /etc/init.d/rsyslog start ; free -m
total used free shared buffers cached
Mem: 1009 977 31 0 19 237
-/+ buffers/cache: 721 287
Swap: 2588 238 2350
* Stopping enhanced syslogd rsyslogd [ OK ]
total used free shared buffers cached
Mem: 1009 977 31 0 19 237
-/+ buffers/cache: 721 287
Swap: 2588 238 2350
* Starting enhanced syslogd rsyslogd [ OK ]
total used free shared buffers cached
Mem: 1009 978 31 0 19 237
-/+ buffers/cache: 721 287
Swap: 2588 238 2350
# Client windows 9x ??
Posté par Pinaraf . En réponse à la dépêche OpenArena 0.8.1 fête Halloween !. Évalué à 2.
Je suis surpris là..
C'est bien de Windows 95/98/Me dont on parle là ??
Qui utilise encore ça ?
Et où est le problème du support de l'IPv6 sur une appli qui vise un OS ne le supportant pas ?