Je n'ai jamais vu l'édition du Monde payante, donc je pensais qu'elle était sans pub, de façon évidente. Ce que tu m'apprends là me choque: si même en payant je ne suis pas débarrassé de la pub, je ne suis pas prêt de prendre un abonnement chez eux.
Si je peux me permettre de m'introduire dans cette discussion: Zenitram il tente des comparaisons parce que vous campez sur des positions incohérentes malgré ses arguments de départ.
Résumé:
1. Google finance ses services par la pub
2. Il est possible techniquement de cacher la pub, et Google ne râle pas: où est le problème ?
3. Le problème est le même que entre "tolérer" et "accepter". L'un a une limite, l'autre pas. L'IMAP est accepté, les méta-moteurs sont tolérés (<-- ici ça manque de références précises, quelqu'un pourrait-il compléter ?).
Faire quelque chose qui est toléré, ce n'est ni bien, ni mal. C'est cette zone de flou, qui aide simplement à améliorer les choses. Mais on en abuse, on devra choisir: c'est oui ou c'est non.
Google tolère ces utilisations actuelles car elles font du bien à tout le monde: ça libère quelques personnes de la pollution visuelle des pubs, et ça donne une bonne image d'ouverture à Google. Et ça attire donc d'autres utilisateurs, qui eux ne vont pas forcément virer la pub...
Et bien, merci, je ne connaissais pas vraiment les ACLs (juste de nom, en gros), juste les droits d'accès "classiques".
J'ai fait quelques recherches, et oui, on peut effectivement avoir une bonne solution en procédant comme ça.
Quel dommage. C'est vrai que utiliser un protocole standard, présent partout, avec un bon débit, c'était un peu trop. Ça les obligeait à séparer partition de données et partition système.
Le seul vrai argument est celui du FAT32, qui devenait sûrement un boulet au pied. Pourtant, je ne peux m'empêcher de penser: n'aurait-on pas pu faire un enrobage FAT32 de la partition de données Ext4 ? Après tout, LVM sait bien faire une partition à partir de plusieurs, donc je ne vois pas trop ce qu'il y aurait eu de particulièrement bloquant à faire un petit wrapper ext4/fat32. Surtout avec le peuple qu'il y a chez Google, ça leur aurait pas pris longtemps.
En effet, je n'ai pas ce smartphone, j'ai juste une tablette Iconia Tab à qui il est impossible (sans hack) de faire manger un disque dur externe Ext4 ou même multi-partitions. Bref, à se demander pourquoi on a abandonné MS-DOS.
Je ne pensais pas que le Galaxy Nexus était aussi "bridé", s'agissant à priori d'une plateforme de référence pour les développeurs ICS.
C'est bien beau de mettre Ext4 sur une partition de données utilisateur (par exemple la carte SD). Mais on y gagne quoi ?
* Sécurité: on peut raffiner les accès aux fichiers avec les droits d'accès et les ACL
* Flexibilité: vu qu'on peut marquer un fichier comme "exécutable", on va certainement pouvoir installer plus de choses sur la carte SD. Aussi, fini les limitations préhistoriques de FAT32 comme la taille d'un fichier.
* Fiabilité: Ext4 a un journal, est robuste, etc, on ne va pas le re-comparer à FAT32...
Merveilleux. Mais maintenant, moi je veux mettre/lire des fichiers dans ma carte SD formattée Ext4 depuis mon ordi. Oh, mince alors:
* difficile de lire les fichiers avec des droits "600" sans passer par root. Ben oui, le user ID dans mon téléphone Android c'est pas le même que sur l'ordi...
* difficile de mettre des fichiers sur la carte SD pour qu'elle soit lisible lorsque je serai sur mon téléphone.
Le setguid sur le répertoire racine peut éventuellement résoudre une partie du problème, mais pas entièrement.
Bref, on gagne en qualités techniques, mais on perd en facilité d'utilisation. Conclusion: Ext4 ne sera jamais utilisé par Android pour les données utilisateur pouvant être partagées avec un ordi.
Ou bien, montrez-moi une méthode (simple ! pas de sudo chmod/chown machin !) pour partager une carte SD en Ext4 entre un PC et le téléphone...
J'avais vu que le N900 et le Palm Pre étaient vraiment très proches (même au niveau hardware), au point de pouvoir faire tourner des jeux WebOS du Palm Pre sur N900.
Est-ce que par hasard, il serait possible dans le futur d'avoir l'interface de WebOS et ses applis sur un N900, simplement en installant les binaires, sans même avoir besoin de recompiler le biniou ?
En plus si Enyo est libéré, ça ferait carrément une interface libre pour le N900 :)
C'est également la norme dans les pays nordiques. Et ça marche très bien. Parfois même j'ai vu un petit tableau électronique où on pouvait réserver son créneau horaire, associé à sa clé RFID utilisée aussi pour ouvrir la porte d'entrée. Ça évite les abus, et c'était pas trop mal foutu.
Et puis à coté de ça, l'expression ultra-politiquement-correct: "dédiée aux professionnels de l’industrie du divertissement pour adultes". Dédié au porno, quoi, appelons un chat un chat...
Le problème, c'est que ce test ne va pas distinguer celui qui a pris des gants (parce qu'il connaît les risques) du petit hacker du dimanche qui sait qu'on peut exécuter le code hexa en le mettant dans un fichier .COM dans Windows, mais à qui il ne viendrait pas à l'esprit que ce code pourrait lui flinguer ses données.
C'est assez facile d'enseigner des détails techniques pointus à un connaisseur en sécurité informatique. C'est une autre paire de manche d'apprendre les bons réflexes de sécurité à un rapide de la gachette...
... qui nous incitent à exécuter un code inconnu sur notre machine ? Afin de recruter quelqu'un qui va chercher à lutter contre les cyber-terroristes ? Vraiment ?
De là à ce que ce code inconnu se base sur les interruptions DOS pour faire un printf du password, il n'y a qu'un pas. Ils sont pas prêts de recruter des génies, avec ça...
Il est à noter que sur la page 2 de l'appel d'offre, il est écrit: "The Contractor may not charge the United States Government to perform the requirements of this contract."
Donc, question: comment est financée l'ICANN ? N'est-ce pas le gouvernement américain qui remplit ses caisses (environ 6 millions d'euros de dépenses cette année, tout de même) ?
Leur appel d'offre sans financement du gouvernement implique que seules les entreprises pourront postuler. Aurais-je raté une astuce ?
Juste histoire de vous fournir un punching-ball: je ne suis d'accord avec aucun de vous deux.
Zenitram, ta critique est fondée sur le mot "libriste", qui n'a pas de définition claire. -- aparté:doit-on être barbu pour être libriste ? -- Pour toi, c'est "appliquer la philosophie du libre", ici au service fourni. Qu'est-ce qu'un service libre ? Personne ne l'a jamais défini. Par ailleurs, BB, pour toi "libriste" signifie "utiliser des solutions libres, en les gardant libres et en les mettant en avant". Ok, pourquoi pas. Mais ce n'est pas la définition de Zenitram, donc vous n'y arriverez jamais...
On ne peut pas compiler un logiciel non libre sur CompileFarm, alors qu'on peut utiliser des logiciels non libres sur Soshial. On peut faire un usage commercial du logiciel compilé avec CompileFarm, on ne peut pas faire un usage commercial de Soshial. Or le libre n'interdit pas la commercialisation, et n'interdit pas d'être utilisé dans un cadre non libre (par exemple, Apache sur un serveur chez MS).
Selon le mix de définition de "libriste" qu'on prend chez vous, soit l'un est libre, soit l'autre, soit aucun.
Je fais donc une proposition: ne pas utiliser "libriste". Préférer plutôt "Promoteur de logiciel libre", ou un truc du genre, dont on connaît le sens.
Oui, tout à fait d'accord - d'ailleurs j'apprends ce soir que ce qu'ils nous présentent comme du Meego n'est qu'un Maemo++, donc je me sens un peu trahi !
Mais garder la possibilité de lancer une appli Qt sur Tizen me semblerait être une stratégie essentielle: alors qu'on a un IDE complet et intuitif pour Qt (et QML), pour HTML5 on en est encore loin. Garder un OS ouvert, ne pas se fermer des portes, comme garder la possibilité théorique de porter Dalvik sur Tizen, c'est avoir une petite chance de ne pas faire un bide commercial...
Aujourd'hui, on a Qt sur Meego; j'en déduis qu'il suffit de faire attention à ne pas sacrifier ce portage dans le seul but d'écarter Nokia...
Faut. Des personnes qui font faux bond, comme ça, le feront avec ou sans téléphone portable. Simplement, on ne connaîtra pas l'excuse foireuse qu'il aura trouvée pour se désengager.
Quand on dit qu'on vient, on vient, point. C'est de la politesse, le portable n'y est pour rien.
Donc en gros, ils ont mis en avant une nouveauté qu'ils savaient implémentable seulement sur Windows. Sympa comme choix, pour un navigateur qui se veut libre et multi-plateforme...
C'est un peu facile de se défouler sur les membres de l'ISO. MS leur donne un document extrêmement difficile à digérer, on leur dit "faites le en urgence", on obscurcit la procédure, l'ISO pond docilement une "norme" alors que plusieurs principes de base sont piétinés: pas de doublons (et oui, ODF est là pour ça, mais MS n'a aucun intérêt à compléter cette norme grâce à son expertise dans le domaine), et plusieurs implémentations de la norme (alors qu'aucun logiciel aujourd'hui ne sait écrire un document OOXML en mode Strict...).
OK, c'est l'ISO qui a introduit ISO 8601 dans l'ISO 24500, dans l'esprit j'imagine de réutiliser ce qui existe déjà dans l'ISO. Ils ont fait des erreurs, OK.
Mais non, MS ne joue pas le jeu des standards, encore moins des normes. Parce que déjà, on part d'un document que l'ISO n'a pu réellement digérer, à cause de sa taille, du processus d'urgence, du manque total d'étapes intermédiaires de construction de la norme. Tout ce qu'il a réussi à faire, c'est créer une norme ISO qu'il est en fait seul à maîtriser. Et ça, c'est tout sauf une norme. Pour bien faire, il aurait fallu passer par un processus itératif plus long, dans un esprit constructif avec l'ISO. MS n'avait pas de temps de faire les choses correctement, mais ils l'ont fait quand même, et ça ce n'est pas jouer le jeu des standards.
Bon, je m'arrête, ça ne sert à rien, on n'est pas vendredi.
Ça m'a intrigué, ton commentaire, parce que ça faisait bizarre d'accepter d'inclure dans une norme un format de date non normalisé. Alors j'ai lu ton lien.
Et j'ai alluciné: MS a d'abord essayé d'implémenter l'ISO 24500 avec le support de la date ISO 8601. Sauf que l'ISO 24500 était tellement bourée d'incohérences par rapport à l'utilisation de ce format de date normalisé qu'ils ont finalement rebroussé chemin. Du coup, que décident-ils ? Car ils ne peuvent décemment dire qu'ils ne supportent pas leur propre norme. Et bien MS a rendu l'ISO 24500 plus floue, et le format de date est maintenant un truc fait maison. Et comme actuellement Excel ne sait que respecter la norme en mode "Transitional" pour l'écriture, autant dire que ça ne sert à rien de dire que MS Office respecte une norme. Ça fait joli, mais si au final la norme consiste à dire "ISO 24500 c'est ce qu'écrit MS Office 2010. Débrouillez-vous pour les détails.", ben l'intérêt est nul.
Le plus désespérant étant que MS espère que la norme ISO 8601 soit modifiée pour ses petits besoins, alors que dans ton lien c'est clairement la norme 24500 qui est contradictoire.
> Microsoft concluded that there were significant issues in how ISO/IEC 29500 incorporated ISO 8601 date/time syntax.
> [...] determine whether to implement ISO 8601 date/time syntax in a future release of Excel or wait for updates to the ISO 8601 specification
Pour le bien de ton argumentation, finalement, tu devrais peut-être te passer de liens sur les détails :)
Bref, il y a peut-être encore de gros manques dans ODF 1.2, ça progresse lentement, mais au moins quand ODF aura comblé ces manques on n'aura pas l'impression qu'il faudrait tout réécrire pour que ça ressemble enfin à une norme!
Je dirais même qu'il aurait fallu orienter le titre en ce sens, du genre: "Première version stable de Blender 2.5". Quelque chose qui mette bien en avant le fait que malgré les numéros de version bizarres des bêtas (comment sait-on que la 2.56 est une bêta, et que la 2.57 est stable ?), une étape très importante vient d'être franchie.
Mais j'imagine qu'il est trop tard pour modifier le titre, alors, qu'il en soit ainsi...
[^] # Re: Il y a plus simple qu'utiliser Adblock
Posté par Christophe . En réponse au journal Adblock Plus Vraiment. Évalué à 1.
Je n'ai jamais vu l'édition du Monde payante, donc je pensais qu'elle était sans pub, de façon évidente. Ce que tu m'apprends là me choque: si même en payant je ne suis pas débarrassé de la pub, je ne suis pas prêt de prendre un abonnement chez eux.
[^] # Re: Stupide
Posté par Christophe . En réponse au journal Adblock Plus Vraiment. Évalué à 1.
Autant jeter le journal à la poubelle tout de suite...
[^] # Re: Sans pub
Posté par Christophe . En réponse au journal Adblock Plus Vraiment. Évalué à 7.
Si je peux me permettre de m'introduire dans cette discussion: Zenitram il tente des comparaisons parce que vous campez sur des positions incohérentes malgré ses arguments de départ.
Résumé:
1. Google finance ses services par la pub
2. Il est possible techniquement de cacher la pub, et Google ne râle pas: où est le problème ?
3. Le problème est le même que entre "tolérer" et "accepter". L'un a une limite, l'autre pas. L'IMAP est accepté, les méta-moteurs sont tolérés (<-- ici ça manque de références précises, quelqu'un pourrait-il compléter ?).
Faire quelque chose qui est toléré, ce n'est ni bien, ni mal. C'est cette zone de flou, qui aide simplement à améliorer les choses. Mais on en abuse, on devra choisir: c'est oui ou c'est non.
Google tolère ces utilisations actuelles car elles font du bien à tout le monde: ça libère quelques personnes de la pollution visuelle des pubs, et ça donne une bonne image d'ouverture à Google. Et ça attire donc d'autres utilisateurs, qui eux ne vont pas forcément virer la pub...
[^] # Re: Ext4
Posté par Christophe . En réponse à la dépêche Actualité autour d'Android. Évalué à 3.
Et bien, merci, je ne connaissais pas vraiment les ACLs (juste de nom, en gros), juste les droits d'accès "classiques".
J'ai fait quelques recherches, et oui, on peut effectivement avoir une bonne solution en procédant comme ça.
[^] # Re: Ext4
Posté par Christophe . En réponse à la dépêche Actualité autour d'Android. Évalué à 2.
Quel dommage. C'est vrai que utiliser un protocole standard, présent partout, avec un bon débit, c'était un peu trop. Ça les obligeait à séparer partition de données et partition système.
Le seul vrai argument est celui du FAT32, qui devenait sûrement un boulet au pied. Pourtant, je ne peux m'empêcher de penser: n'aurait-on pas pu faire un enrobage FAT32 de la partition de données Ext4 ? Après tout, LVM sait bien faire une partition à partir de plusieurs, donc je ne vois pas trop ce qu'il y aurait eu de particulièrement bloquant à faire un petit wrapper ext4/fat32. Surtout avec le peuple qu'il y a chez Google, ça leur aurait pas pris longtemps.
... D'aileurs... ça existe ?
[^] # Re: Ext4
Posté par Christophe . En réponse à la dépêche Actualité autour d'Android. Évalué à 2.
En effet, je n'ai pas ce smartphone, j'ai juste une tablette Iconia Tab à qui il est impossible (sans hack) de faire manger un disque dur externe Ext4 ou même multi-partitions. Bref, à se demander pourquoi on a abandonné MS-DOS.
Je ne pensais pas que le Galaxy Nexus était aussi "bridé", s'agissant à priori d'une plateforme de référence pour les développeurs ICS.
# Ext4
Posté par Christophe . En réponse à la dépêche Actualité autour d'Android. Évalué à 6.
C'est bien beau de mettre Ext4 sur une partition de données utilisateur (par exemple la carte SD). Mais on y gagne quoi ?
* Sécurité: on peut raffiner les accès aux fichiers avec les droits d'accès et les ACL
* Flexibilité: vu qu'on peut marquer un fichier comme "exécutable", on va certainement pouvoir installer plus de choses sur la carte SD. Aussi, fini les limitations préhistoriques de FAT32 comme la taille d'un fichier.
* Fiabilité: Ext4 a un journal, est robuste, etc, on ne va pas le re-comparer à FAT32...
Merveilleux. Mais maintenant, moi je veux mettre/lire des fichiers dans ma carte SD formattée Ext4 depuis mon ordi. Oh, mince alors:
* difficile de lire les fichiers avec des droits "600" sans passer par root. Ben oui, le user ID dans mon téléphone Android c'est pas le même que sur l'ordi...
* difficile de mettre des fichiers sur la carte SD pour qu'elle soit lisible lorsque je serai sur mon téléphone.
Le setguid sur le répertoire racine peut éventuellement résoudre une partie du problème, mais pas entièrement.
Bref, on gagne en qualités techniques, mais on perd en facilité d'utilisation. Conclusion: Ext4 ne sera jamais utilisé par Android pour les données utilisateur pouvant être partagées avec un ordi.
Ou bien, montrez-moi une méthode (simple ! pas de sudo chmod/chown machin !) pour partager une carte SD en Ext4 entre un PC et le téléphone...
[^] # Re: gp2x et openpandora : l'age d'or du hacker :)
Posté par Christophe . En réponse au sondage vous et les jeux vidéos (sur quoi vous jouez ?). Évalué à 2.
C'est pas plus simple d'acheter un bon vieux N900 ?
[^] # Re: la question qui fâche
Posté par Christophe . En réponse à la dépêche API OAuth d'authentification. Évalué à 10.
De nos jours, sur les jolis graphiques, qui lit les chiffres ? :)
# N900
Posté par Christophe . En réponse à la dépêche webOS va être libéré en partie. Évalué à 2.
J'avais vu que le N900 et le Palm Pre étaient vraiment très proches (même au niveau hardware), au point de pouvoir faire tourner des jeux WebOS du Palm Pre sur N900.
Est-ce que par hasard, il serait possible dans le futur d'avoir l'interface de WebOS et ses applis sur un N900, simplement en installant les binaires, sans même avoir besoin de recompiler le biniou ?
En plus si Enyo est libéré, ça ferait carrément une interface libre pour le N900 :)
[^] # Re: Journal—Mutualiser ses abonnements en logement collectif
Posté par Christophe . En réponse au journal Mutualiser ses abonnements en logement collectif. Évalué à 3.
C'est également la norme dans les pays nordiques. Et ça marche très bien. Parfois même j'ai vu un petit tableau électronique où on pouvait réserver son créneau horaire, associé à sa clé RFID utilisée aussi pour ouvrir la porte d'entrée. Ça évite les abus, et c'était pas trop mal foutu.
[^] # Re: 69.69€
Posté par Christophe . En réponse au journal Qui a déjà son .xxx ?. Évalué à 2.
Et puis à coté de ça, l'expression ultra-politiquement-correct: "dédiée aux professionnels de l’industrie du divertissement pour adultes". Dédié au porno, quoi, appelons un chat un chat...
[^] # Re: Des "pros"...
Posté par Christophe . En réponse au journal Qui veut entrer au MI6 ?. Évalué à 1.
Le problème, c'est que ce test ne va pas distinguer celui qui a pris des gants (parce qu'il connaît les risques) du petit hacker du dimanche qui sait qu'on peut exécuter le code hexa en le mettant dans un fichier .COM dans Windows, mais à qui il ne viendrait pas à l'esprit que ce code pourrait lui flinguer ses données.
C'est assez facile d'enseigner des détails techniques pointus à un connaisseur en sécurité informatique. C'est une autre paire de manche d'apprendre les bons réflexes de sécurité à un rapide de la gachette...
# Des "pros"...
Posté par Christophe . En réponse au journal Qui veut entrer au MI6 ?. Évalué à 1.
... qui nous incitent à exécuter un code inconnu sur notre machine ? Afin de recruter quelqu'un qui va chercher à lutter contre les cyber-terroristes ? Vraiment ?
De là à ce que ce code inconnu se base sur les interruptions DOS pour faire un printf du password, il n'y a qu'un pas. Ils sont pas prêts de recruter des génies, avec ça...
# L'ICANN répond-il aux critères ?
Posté par Christophe . En réponse au journal L'IANA soumis à appel d'offre. Évalué à 5.
Il est à noter que sur la page 2 de l'appel d'offre, il est écrit: "The Contractor may not charge the United States Government to perform the requirements of this contract."
Donc, question: comment est financée l'ICANN ? N'est-ce pas le gouvernement américain qui remplit ses caisses (environ 6 millions d'euros de dépenses cette année, tout de même) ?
Leur appel d'offre sans financement du gouvernement implique que seules les entreprises pourront postuler. Aurais-je raté une astuce ?
[^] # Re: En attendant
Posté par Christophe . En réponse au journal Steve Jobs décortiqué dans le New Yorker. Évalué à 5.
Youtube expérimente depuis des années HTML5 et WebM. A mon avis, Google n'aura aucun souci à se passer de flash.
[^] # Re: Backup / PRA
Posté par Christophe . En réponse au journal Qui veut de l'hébergement libriste et abordable ?. Évalué à 4.
Juste histoire de vous fournir un punching-ball: je ne suis d'accord avec aucun de vous deux.
Zenitram, ta critique est fondée sur le mot "libriste", qui n'a pas de définition claire. -- aparté:doit-on être barbu pour être libriste ? -- Pour toi, c'est "appliquer la philosophie du libre", ici au service fourni. Qu'est-ce qu'un service libre ? Personne ne l'a jamais défini. Par ailleurs, BB, pour toi "libriste" signifie "utiliser des solutions libres, en les gardant libres et en les mettant en avant". Ok, pourquoi pas. Mais ce n'est pas la définition de Zenitram, donc vous n'y arriverez jamais...
On ne peut pas compiler un logiciel non libre sur CompileFarm, alors qu'on peut utiliser des logiciels non libres sur Soshial. On peut faire un usage commercial du logiciel compilé avec CompileFarm, on ne peut pas faire un usage commercial de Soshial. Or le libre n'interdit pas la commercialisation, et n'interdit pas d'être utilisé dans un cadre non libre (par exemple, Apache sur un serveur chez MS).
Selon le mix de définition de "libriste" qu'on prend chez vous, soit l'un est libre, soit l'autre, soit aucun.
Je fais donc une proposition: ne pas utiliser "libriste". Préférer plutôt "Promoteur de logiciel libre", ou un truc du genre, dont on connaît le sens.
[^] # Re: euh
Posté par Christophe . En réponse à la dépêche Meego est mort ! Vive Tizen !. Évalué à 7.
Ah, je suis rassuré, si tout le monde fait son petit OS dans son coin, on va dans la bonne direction :)
[^] # Re: euh
Posté par Christophe . En réponse à la dépêche Meego est mort ! Vive Tizen !. Évalué à 1.
Oui, tout à fait d'accord - d'ailleurs j'apprends ce soir que ce qu'ils nous présentent comme du Meego n'est qu'un Maemo++, donc je me sens un peu trahi !
Mais garder la possibilité de lancer une appli Qt sur Tizen me semblerait être une stratégie essentielle: alors qu'on a un IDE complet et intuitif pour Qt (et QML), pour HTML5 on en est encore loin. Garder un OS ouvert, ne pas se fermer des portes, comme garder la possibilité théorique de porter Dalvik sur Tizen, c'est avoir une petite chance de ne pas faire un bide commercial...
Aujourd'hui, on a Qt sur Meego; j'en déduis qu'il suffit de faire attention à ne pas sacrifier ce portage dans le seul but d'écarter Nokia...
[^] # Re: caca
Posté par Christophe . En réponse au journal Nom de geek pour une chatte ?. Évalué à 10.
Et fait aussi référence aussi à un croissant de lune... et au fait qu'elle est noire...
C'est le choix parfait !
[^] # Re: Ni smartphone ni portable
Posté par Christophe . En réponse au sondage Quel est le système d'exploitation de votre (éventuel) smartphone ?. Évalué à 10.
Faut. Des personnes qui font faux bond, comme ça, le feront avec ou sans téléphone portable. Simplement, on ne connaîtra pas l'excuse foireuse qu'il aura trouvée pour se désengager.
Quand on dit qu'on vient, on vient, point. C'est de la politesse, le portable n'y est pour rien.
[^] # Re: Ressources et intégration
Posté par Christophe . En réponse à la dépêche Firefox 5 est sorti. Évalué à 0.
Donc en gros, ils ont mis en avant une nouveauté qu'ils savaient implémentable seulement sur Windows. Sympa comme choix, pour un navigateur qui se veut libre et multi-plateforme...
[^] # Re: Vraiment ?
Posté par Christophe . En réponse à la dépêche La spécification d’ODF 1.2 est terminée. Évalué à 10.
C'est un peu facile de se défouler sur les membres de l'ISO. MS leur donne un document extrêmement difficile à digérer, on leur dit "faites le en urgence", on obscurcit la procédure, l'ISO pond docilement une "norme" alors que plusieurs principes de base sont piétinés: pas de doublons (et oui, ODF est là pour ça, mais MS n'a aucun intérêt à compléter cette norme grâce à son expertise dans le domaine), et plusieurs implémentations de la norme (alors qu'aucun logiciel aujourd'hui ne sait écrire un document OOXML en mode Strict...).
OK, c'est l'ISO qui a introduit ISO 8601 dans l'ISO 24500, dans l'esprit j'imagine de réutiliser ce qui existe déjà dans l'ISO. Ils ont fait des erreurs, OK.
Mais non, MS ne joue pas le jeu des standards, encore moins des normes. Parce que déjà, on part d'un document que l'ISO n'a pu réellement digérer, à cause de sa taille, du processus d'urgence, du manque total d'étapes intermédiaires de construction de la norme. Tout ce qu'il a réussi à faire, c'est créer une norme ISO qu'il est en fait seul à maîtriser. Et ça, c'est tout sauf une norme. Pour bien faire, il aurait fallu passer par un processus itératif plus long, dans un esprit constructif avec l'ISO. MS n'avait pas de temps de faire les choses correctement, mais ils l'ont fait quand même, et ça ce n'est pas jouer le jeu des standards.
Bon, je m'arrête, ça ne sert à rien, on n'est pas vendredi.
[^] # Re: Vraiment ?
Posté par Christophe . En réponse à la dépêche La spécification d’ODF 1.2 est terminée. Évalué à 10.
Ça m'a intrigué, ton commentaire, parce que ça faisait bizarre d'accepter d'inclure dans une norme un format de date non normalisé. Alors j'ai lu ton lien.
Et j'ai alluciné: MS a d'abord essayé d'implémenter l'ISO 24500 avec le support de la date ISO 8601. Sauf que l'ISO 24500 était tellement bourée d'incohérences par rapport à l'utilisation de ce format de date normalisé qu'ils ont finalement rebroussé chemin. Du coup, que décident-ils ? Car ils ne peuvent décemment dire qu'ils ne supportent pas leur propre norme. Et bien MS a rendu l'ISO 24500 plus floue, et le format de date est maintenant un truc fait maison. Et comme actuellement Excel ne sait que respecter la norme en mode "Transitional" pour l'écriture, autant dire que ça ne sert à rien de dire que MS Office respecte une norme. Ça fait joli, mais si au final la norme consiste à dire "ISO 24500 c'est ce qu'écrit MS Office 2010. Débrouillez-vous pour les détails.", ben l'intérêt est nul.
Le plus désespérant étant que MS espère que la norme ISO 8601 soit modifiée pour ses petits besoins, alors que dans ton lien c'est clairement la norme 24500 qui est contradictoire.
> Microsoft concluded that there were significant issues in how ISO/IEC 29500 incorporated ISO 8601 date/time syntax.
> [...] determine whether to implement ISO 8601 date/time syntax in a future release of Excel or wait for updates to the ISO 8601 specification
Pour le bien de ton argumentation, finalement, tu devrais peut-être te passer de liens sur les détails :)
Bref, il y a peut-être encore de gros manques dans ODF 1.2, ça progresse lentement, mais au moins quand ODF aura comblé ces manques on n'aura pas l'impression qu'il faudrait tout réécrire pour que ça ressemble enfin à une norme!
[^] # Re: version stable
Posté par Christophe . En réponse à la dépêche Sortie de blender 2.57. Évalué à 4.
Je dirais même qu'il aurait fallu orienter le titre en ce sens, du genre: "Première version stable de Blender 2.5". Quelque chose qui mette bien en avant le fait que malgré les numéros de version bizarres des bêtas (comment sait-on que la 2.56 est une bêta, et que la 2.57 est stable ?), une étape très importante vient d'être franchie.
Mais j'imagine qu'il est trop tard pour modifier le titre, alors, qu'il en soit ainsi...