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.
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.
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...
À 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.
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>
# Speedboot
Posté par Pinaraf . En réponse au journal Mandriva, celle qui fait hiiiiihan aux agrégés. Évalué à 7.
Notamment pour speedboot : http://wiki.mandriva.com/en/2009.1-speedboot
Puis pour l'ensemble de la distribution :
http://wiki.mandriva.com/en/2009.1_Development
http://wiki.mandriva.com/en/uploads/1/1d/Synthesis_2009sprin(...)
[^] # Re: troll de bas étage
Posté par Pinaraf . En réponse au journal Elève Mandriva, vous êtes recalé. Évalué à 3.
Hahaha
Très drôle...
Tu oses prétendre faire du libre depuis 15 ans alors que tu sais pas qu'en anglais free ça veut dire libre ?
[^] # Re: Plus impressionnant que Firefox 3.1 aussi
Posté par Pinaraf . En réponse au journal [HS] Safari 4 : plus impressionnant que Google Chrome. Évalué à 2.
[^] # Re: ça c'est fait
Posté par Pinaraf . En réponse à la dépêche OpenOffice.org : Enquête utilisateurs 2009. Évalué à 0.
[^] # Re: ça c'est fait
Posté par Pinaraf . En réponse à la dépêche OpenOffice.org : Enquête utilisateurs 2009. Évalué à 3.
[^] # Re: Plus impressionnant que Firefox 3.1 aussi
Posté par Pinaraf . En réponse au journal [HS] Safari 4 : plus impressionnant que Google Chrome. Évalué à 2.
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.
[^] # Re: Plus impressionnant que Firefox 3.1 aussi
Posté par Pinaraf . En réponse au journal [HS] Safari 4 : plus impressionnant que Google Chrome. Évalué à 1.
[^] # Re: Plus impressionnant que Firefox 3.1 aussi
Posté par Pinaraf . En réponse au journal [HS] Safari 4 : plus impressionnant que Google Chrome. Évalué à 4.
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...
[^] # Re: Plus impressionnant que Firefox 3.1 aussi
Posté par Pinaraf . En réponse au journal [HS] Safari 4 : plus impressionnant que Google Chrome. Évalué à 10.
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...
[^] # Re: IPv6 only
Posté par Pinaraf . En réponse au journal Google enfin en IPv6 ... mais pas pour tout le monde. Évalué à 2.
[^] # Re: Version
Posté par Pinaraf . En réponse à la dépêche Qt 4.5 sera sous licence LGPL 2.1. Évalué à 3.
[^] # Re: LGPL v2.1 ?
Posté par Pinaraf . En réponse au journal Qt LGPL!. Évalué à 4.
http://gplv3.fsf.org/dd3-faq
[^] # Re: Annonce officielle ?
Posté par Pinaraf . En réponse au journal Qt LGPL!. Évalué à 2.
# Annonce officielle ?
Posté par Pinaraf . En réponse au journal Qt LGPL!. Évalué à 5.
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.
[^] # Re: Ext4 ou Brtfs ?
Posté par Pinaraf . En réponse à la dépêche Btrfs intègre le noyau Linux dès la prochaine version 2.6.29. Évalué à 3.
[^] # Re: Pendant ce temps là, en parlant de système de fichiers...
Posté par Pinaraf . En réponse à la dépêche Btrfs intègre le noyau Linux dès la prochaine version 2.6.29. Évalué à 7.
Ça c'est de la killer feature, tous les boutonneux de linuxiens, bsdistes et autres maceux vont pleurer leur race devant ça...
[^] # Re: Passage d'ext4 en btrfs
Posté par Pinaraf . En réponse à la dépêche Btrfs intègre le noyau Linux dès la prochaine version 2.6.29. Évalué à 10.
# Passage d'ext4 en btrfs
Posté par Pinaraf . En réponse à la dépêche Btrfs intègre le noyau Linux dès la prochaine version 2.6.29. Évalué à 7.
Par contre je suis navré, j'ai lu ça sur lwn.net, mais je ne retrouve plus le lien.
[^] # Re: Grillé
Posté par Pinaraf . En réponse au journal LinuxFR en rails ?. Évalué à 3.
[^] # Re: Grillé
Posté par Pinaraf . En réponse au journal LinuxFR en rails ?. Évalué à 3.
J'adore ce genre d'affirmations sans preuves, sans chiffres, sans arguments...
[^] # Re: Et pourquoi pas en C (voir C++)
Posté par Pinaraf . En réponse au journal LinuxFR en rails ?. Évalué à 2.
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")
[^] # Re: et pourquoi pas ...
Posté par Pinaraf . En réponse au journal LinuxFR en rails ?. Évalué à 4.
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.
[^] # Re: Pas totalement d'accord
Posté par Pinaraf . En réponse à la dépêche iPod : sept ans de « progrès » dans l'emprisonnement numérique. Évalué à 2.
[^] # 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.
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)
[^] # 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.
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(...) )