Pinaraf a écrit 3671 commentaires

À 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 ?

La spec etait totalement orientee OO lorsqu'elle est arrivee a l'ISO
Tu nous sors des extraits de la spec pour prouver tes dires ?

À titre informatif, hier soir avec konqueror 4.1 j'ai obtenu un score de plus de 12 sur 21 (désolé je n'ai plus le score en tête)

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...

Certes, mais là au moins tu peux le tuer pour libérer de la RAM, t'es pas obligé de redémarrer le navigateur.

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...

Nan, la convivialité c'est de ne pas devoir chercher de plugins sur le net.

(ç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.

Toutes mes excuses, j'aurais du vérifier ce que j'ai lu...

????
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 ?

Bonjour

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 ?

J'apprécie le look, par contre ça utilise peut-être pas plus des 2 tiers de l'écran en largeur...
1680 en largeur, c'est plus si rare maintenant, si ?

(à part openoffice et firefox hein parce que bon...)
OpenOffice dispose dans sa VCL d'une abstraction au toolkit sous-jacent. Ce n'est donc pas un argument.
Firefox utilise XULrunner, dont un portage en Qt est en cours aussi. Prochainement, cela ne devrait donc plus être un argument (sauf si le port est à nouveau abandonné, comme cela s'est déjà produit)

Pour le moment non, mais je doute que ce soit impossible.
J'ai repensé à un exemple encore plus simple :
gérer les formats de soulignement de texte spécifiés dans la norme OpenDocument.
Quel dommage, ça marche pas en CSS. Faut donc accéder à la police et à ses options, savoir où dessiner, que dessiner...