Pinaraf a écrit 3685 commentaires

Ext4 n'est pas encore recommandé en production, il sera recommandable d'ici une ou deux versions du noyau.

Attend l'exfat c'est un système de fichiers magnifique, tu peux mettre les timestamps des fichiers au format UTC maintenant.... ( http://en.wikipedia.org/wiki/ExFAT )
Ça c'est de la killer feature, tous les boutonneux de linuxiens, bsdistes et autres maceux vont pleurer leur race devant ça...

Ha ben j'ai retrouvé, c'est également dans le wiki de btrfs : http://btrfs.wiki.kernel.org/index.php/Conversion_from_Ext3

À noter également, il est prévu de créer un outil pour faire la migration d'une partition ext4 en btrfs...
Par contre je suis navré, j'ai lu ça sur lwn.net, mais je ne retrouve plus le lien.

Bien entendu, je demandais des preuves et des chiffres pour l'affirmation "Avec du java, on partirait surement directement vers une architecture distribuée et toutes les complication que cela entraine.", ce que tu n'as visiblement pas compris. Et dans ta réponse, toujours les mêmes affirmations débiles.

Ce n'est pas le plus gros site du monde c'est vrai. Mais ce n'est pas le plus petit non plus. En journée, il y a en moyenne 30 hits par secondes. Avec du java, on partirait surement directement vers une architecture distribuée et toutes les complication que cela entraine. Ici, on a un seul serveur qui tient très bien la mesure.
J'adore ce genre d'affirmations sans preuves, sans chiffres, sans arguments...

D'où la création de FastCGI : http://en.wikipedia.org/wiki/FastCGI
C'est notamment ce qui est utilisé avec lighttpd pour pouvoir faire du PHP : pas de mod_php qui va entraîner le serveur web dans sa chute (et je t'assure, c'est facile de planter mod_php sans droits particuliers, heureusement que les processus d'apache se relancent tout seul, mais c'est loin d'être "fluide")

Heu, personnellement, je trouve que drupal est une très mauvaise idée.
C'est vachement bien, mais quand tu tombes sur ses limites, d'un coup, tu pleures.
J'ai eu à faire un site en Drupal pour une entreprise. Dans cette boîte, les logins des utilisateurs sont, pour des raisons pratiques, sous une forme numérique (exemple : 20001686).
Le site que je devais faire aller devoir s'authentifier sur un annuaire LDAP. J'ai vu le module drupal pour le LDAP, je me suis dit que c'était bon... Que nenni...
Dans drupal, il y a une supposition vraiment stupide : login == pseudo.
C'est typiquement le genre d'anomalie qu'on doit contourner, et c'est hyper chiant à la longue d'accumuler des tonnes de changements comme ça.

Le compositing sur X, le concept date de 1998/1999...

Exemple concret de quoi ?
Exemple concrêt de limitation de l'OpenDocument prévu exprès pour faire chier microsoft.

Dans quel contexte ? Pour faire quoi ? Tu ferais comment la meme chose avec ODF ?
Fichier app.xml, qui me semble ne contenir que des données inutiles au passage. En ODF ces propriétés spécifiquement seront extraites du reste du document avec un simple XPath par exemple (bien plus délicat à faire sur les nombreux fichiers XML composant un fichier pptx)

Bref, ils n'ont clairement jamais ete interesses a etre interoperable avec 95% du marche... Traduis ca comme tu veux...
En effet, chacun son interprétation.
C'est quoi être intéropérable avec les blobs de MS Office ?
Le format OpenDocument se veut aussi indépendant que possible des implémentation, point.
C'est pas l'avis des développeurs d'Abiword, qui regrettent d'avoir refusé de participer à la norme OpenDocument, qui va me faire changer d'avis. Ça serait bien d'avoir un jour un exemple concrêt.


Sinon, de mon point de vue, l'OOXML est un immondice à des années de pouvoir être un standard propre et valable, notamment pour la présence d'horreurs comme ceci :
<vt:vector size="4" baseType="variant"><vt:variant><vt:lpstr>Thème</vt:lpstr></vt:variant><vt:variant><vt:i4>1</vt:i4></vt:variant><vt:variant><vt:lpstr>Titres des diapositives</vt:lpstr></vt:variant><vt:variant><vt:i4>4</vt:i4></vt:variant></vt:vector>

Pour moi ça c'est pas du XML, c'est un vector qu'on a sérialisé, et lpstr me fait bizarrement penser à l'API win32...
(Namespace vt : http://schemas.openxmlformats.org/officeDocument/2006/docPro(...) )

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.

Mais tu n'as toujours pas montré en quoi il n'était pas neutre !

Maintenant, si quelqu'un qui connaitb ien le sujet peut nous eclairer...
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)

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