Pinaraf a écrit 3671 commentaires

J'ai jamais eu le moindre problème de stabilité avec ces deux paquets à ce jour...

Si d'office des paquets comme openoffice.org-ogltrans (transitions OpenGL) et openoffice.org-presenterconsole (console de présentation) étaient installés, je pense qu'Impress serait tout de suite mieux vu des utilisateurs...

NoScript, comme son nom ne l'indique pas, permet de bloquer le JS et les plugins par nom d'hôte, mais fournit également des protections au niveau des frames, des protections contre certaines utilisations malfaisantes du JSON et d'autres technos à la mode (cf http://hackademix.net/2009/01/13/you-dont-know-what-my-twitt(...) par exemple), etc...
Je suis pas un super vendeur, donc je vous laisse consulter le site http://noscript.net.
Après je nie pas qu'effectivement Opera a un très bon système intégré au navigateur, ce qui a des avantages également.

Arora, par amour du goût...

La page d'accueil avec les sites les plus visites est redoutable d'efficacite, detacher des onglets ca depote et pouvoir mettre flash au tas sans tout tuer, ca fait un grand bien (surtout quand tu developpes une appli flex et que t'as malencontreusement introduit un while(true) dans ton code (oui, faut etre con, mais bon...)).
T'es au courant qu'on peut séparer n'importe quel plugin de firefox en utilisant nspluginwrapper ? Et ça marche qu'on soit en x86, x86-64 ou autre hein... Détacher les onglets ça marche aussi avec Firefox 3.1 en passant.
Par contre, aucun navigateur web n'a une extension aussi puissante que NoScript par exemple...

En passant, Apple ne fait pas Safari pour Linux. Alors c'est bien gros de tailler des pipes à Apple et de cracher sur Mozilla en disant que Mozilla ne s'occupe pas de Linux. Depuis toujours Mozilla fournit une version Linux (et en même temps que la version Windows).

Quelqu'un aussi pour rappeler le fork pas amical qui a été fait de KHTML à l'époque et qui a donné WebKit ?
Pendant des années Apple a eu un comportement de merde avec ça...
En plus, sur un site qui fait la promotion du libre, dire qu'Apple supporte le HTML5 et les balises audio et video yeepee yay ceci cela, pourquoi pas... Mais n'oubliez pas qu'Apple fait partie de ceux qui ont lutté pour qu'il n'y ait pas de liste de codecs à supporter dans la norme HTML5, rendant ces balises beaucoup moins utilisables finalement...

Alors bon, encenser Apple et Safari maintenant, c'est juste avoir la mémoire courte...

Si mes souvenirs sont bons, XP ne peut pas contacter de serveur DNS qui ne soit qu'en IPv6 par exemple. Ça pourrait devenir limitant sur le long terme.

En effet, j'ai rédigé la dépêche hier soir à partir du mail d'Aaron Seigo, et il a fait la faute de frappe, que j'ai bêtement copié...

Parce qu'un développeur ne pourrait pas coder une application en GPL v2 utilisant Qt...
http://gplv3.fsf.org/dd3-faq

Et merde, mea culpa, j'devrais mettre tous mes flux RSS au boulot...

Y'a toujours pas d'annonce officielle...
Les membres de KDE e.V étaient au courant depuis hier matin, mais avec la consigne de ne pas le dire...

L'annonce officielle contiendra plus de détails sur ce qu'il va se passer exactement.

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)