Laurent J a écrit 2938 commentaires

vous en déduirez par conséquent que tout ce qui est localisé est totalement séparé du "code", mis dans des fichiers spécifiques, à part.

En admettant que son opinion sur la GPL 3 soit délirante, fudesque, trollesque ou quoique ce soit, et que finalement il soit décidé de passer Linux en GPL3.

Je pense qu'il y aura des problèmes à contacter les quelques 200-300 contributeurs au noyau pour leur demander : "voulez vous que votre code passe en GPL 3 ?"

Non ?

Autant il est vrai qu'il y a des problèmes de gestion de mémoire et de bug.

Autant le reste c'est vraiment du pur FUD typé Microsoftien

-> Système de mises à jour bizarre (pkoi est-ce à l'appli de gérer ses mises à jours ? )

Bizarre ? pourquoi ??? Si tu utilise la version fourni par ta distrib, ce sera par ta distrib que tu auras ta mise à jour.

Tous les OS n'ont pas de système de package centralisé (Windows, Mac, SunOS, Hpux, etc etc etc). Donc ce système de mise à jour dans firefox est trés utile dans les systemes autres que distrib linux.

-> Mauvaise intégration aux distrib Linux

Ah.. mauvaise distrib, changer distrib.

-> Système de i18n TRÈS mauvais (in the code)

Voir ma réponse à ton autre message tout aussi trollesque.

http://xulfr.org/xulplanet/xultu/locale.html

les legendes urbaines ont la côte

C'est si difficile que ça que de reconnaitre que la lib graphique de windows est plus performantes que celle de gtk ?

Donc tu sais pas, mais tu critiques quand même.. N'importe quoi.

La localisation dans Firefox c'est :

- par des DTD (pour les fichiers XUL), donc des fichiers qui contiennent des <!ENTITY cle.chaine "chaine traduite">

- par des fichiers properties, donc un fichier contenant des paires de cle.chaine=chaine traduite

Plus simple à traduire, je vois pas... Copier coller des fichiers, et on traduit les chaines, on fout ça dans un zip et hop, on a localisé une appli mozilla.

http://xulfr.org/xulplanet/xultu/locale.html

>Le tout en standards et formats ouverts.

standard mes fesses oui.

- page pas valide. Et encore qu'il n'y a que quelques balises, l'essentiel étant chargé dynamiquement par du JS. Ils auraient pu faire un minimum d'effort.
- contenu totalement inaccessible, sauf à un utilisateur "normal", qui utilise un navigateur "normal". (bye bye lynx)

je ne vois pas non plus le rapport entre ce site et ubuntu. Ça doit être un super private joke dont seul trois personnes doivent connaître les 25 informations différentes permettant de faire le lien entre toute.

Mais, pourquoi donc alors en faire un journal ?

> Alors la GPL se serait-elle fait prendre à son propre piège? Ou bien as-t-elle atteint son but : faciliter la vie de nous, informaticiens?

ni l'un ni l'autre. Je vois pas le rapport entre la GPL, et le fait d'avoir des outils facilitant la vie d'un admin sous windows. Confond pas outils et licence. Si tu veux, je peux t'en faire des outils en GPL aussi pourri (voir pire, si si, c'est possible) que cmd.exe..

Je dois dire que je préfère crever.

Non, moi je préfère ne plus écouter leur musique, ne plus acheter des CD, des DVD etc.. Bref, je prefère boycotter plutôt que crever. Je vais pas mourrir pour ces mafieux. (et puis quoi encore ??).

Et je vous assure qu'on peut trés bien vivre sans CD ni DVD, sans films ou musiques commerciales (même si pour les accros, le sevrage est dur). Y a tellement d'autres occupations dans la vie...

>en fait c'est juste une merde ce gars

franchement, tu devrais apprendre à lire. Et puis arrête ces grossiertés, c'est déplaisant.

>il est incapable de faire une recherche approfondi sur un sujet il effleure juste les choses comme un chroniqueur de télé

C'est *un blog*. Et puis comment peux tu le juger comme ça ? Qu'en sait tu qu'il est incapable de faire une recherche approfondie ? Tu sais ce que ça signifie "vulgarisation" ? Et puis il est pas marqué sur son blog qu'il a la prétention d'écrire une thèse sur les DRM.

> il y raconte sa vie youpi

ouai exactement. Il raconte sa vie d'utilisateur normal de fichier de musique téléchargé légalement. Le billet sur son blog raconte exactement tous les problèmes que vont rencontrer les internautes lambda. Bref : bon nombre d'internaute vont se reconnaître dans l'experience qu'ils lisent sur son billet.

>qu'il a par le fait le pouvoir d'informer et de critiquer

Eh bien il informe d'une certaine manière dans son blog comment les drms vont changer l'utilisation des fichiers de musiques DRMisés.

>bref gentil quoi

Toi aussi t'es gentil. Tu oublie le contexte dans lequel ce texte est lu : il ne peut pas parler de tout parce qu'il n'a que quelques secondes pour passer à l'antenne. Davdsi, DRM etc, c'est un sujet vaste, trés vaste. Donc le journaliste, il fait ce qu'il peut.

Si tu veux en savoir plus, va lire son blog, qui est lu par pas mal de monde, surtout son billet à propos des drm justement. Plutôt que de l'enfoncer avec tes propos "gentils", ce serait mieux de reconnaitre que ses propos ont au moins le mérite d'exister, même si ils ne sont pas complets, mais au moins ils pointent une partie du problème.

Combien de journaliste en parle sur des radios ou chaîne de télé nationales ? pratiquement aucun.

Vaut mieux en parler qu'un peu que pas du tout.

Un troll se cache dans cette dépêche. Sauras-tu le dénicher ?

SVG vs Flash : comparaison absurde.

SVG n'a pas vocation à remplacer Flash. SVG, c'est pour faire du 2D "vectoriel". point barre. Flash, c'est quand même beaucoup plus que ça.

Si tu veux faire du Flash like en techno XML, il faut que tu rajoute au moins du SMIL (http://www.w3.org/AudioVideo/ ), de l'Ecmascript, voir du CSS, du XHTML, du XUL....

SMIL étant implémenté dans IE (si si) et en cours d'implementation dans Gecko ( http://xulfr.org/wiki/SMIL ).

Parce que c'est tux ça ?? Si c'est vraiment lui, je lui conseillerai de faire un ti regime...

> on se croirait sur nvu !

Si tu utilise Firefox ou autre nav basé sur Gecko, c'est normal, c'est la même machinerie ! (Nvu étant basé sur Gecko ;-)

En clair, le truc de google, ça utilise le mode édition wysiwyg du navigateur, mode d'ailleurs qui est utilisé pareillement par les trucs en javascript genre fckeditor. Ce mode active un composant "éditeur", accessible dans une page web via une API nommée "midas" dans gecko. http://www.mozilla.org/editor/midas-spec.html

Et Nvu utilise en fait ce composant éditeur. Du fait qu'il ne passe pas par l'api de midas mais par l'api directe de l'éditeur (inaccessible à partir d'une page web), Nvu offre plus de fonctionnalités. et il y a aussi pas mal de hack sur le composant éditeur dans Nvu pour l'améliorer, pour générer du xhtml etc..

Vu tes propos, je pense que tu ne t'es absolument pas penché vraiment sur le problème.

Je te conseil donc, pour avoir les détails de cette affaire, et surtout ce qui s'est dit au tribunal, d'aller lire http://maitre-eolas.fr/Laffaire-guill(...)

Je ne m'énerve pas. Je t'expliquais simplement les avantages du mathml sur tex.

Tu me pointes là des bugs de gecko. Je ne vois pas en quoi ça remet en cause la technologie. Il y a d'autres plugins certainement mieux foutu.

Tu confond le format et l'outil de visualisation.

Conçernant ton exemple de docbook+mathml, ce n'est pas de ma faute si tu t'amuse à vouloir éditer ça à la main. Il y a des éditeurs spécialisés (certes, rares sont ceux qui sont libres).

sans compter que comme c'est du XML, une formule mathématique codé en Mathml peut être modifiée dynamiquement avec le DOM, dans une page HTML. On peut alors imaginer des animations montrant l'écriture d'une formule au fur et à mesure d'une démonstration par exemple, ou que sais-je encore... Avec du tex+png c'est plus dur à faire (necessité de passer par le serveur etc...).

De plus comme c'est du XML, le navigateur peut adapter l'affichage si par exemple l'écran est restreint en faisant des retours à la ligne. avec du Tex+png : obligé de scroller dans tous les sens.

De la théorie sur le papier.

Quelle mauvaise foi. Il existe plein d'éditeurs MathML, Firefox affiche le MathML. Y a plein de plugins pour afficher du MathML pour IE. Ce n'est pas parce que tu es totalement ignorant de ce langage que c'est forcément mauvais.

Ormis l'échange de formule entre logicielle. Je ne vois pas trop son interêt.

Inclure des formules mathématiques dans n'importe quel fichier XML. Afficher une formule mathématique dans une page web.. etc...

Au niveau du rendu, je ne vois pas pourquoi l'affichage d'une formule mathematique avec mathml serait moins bonne qu'avec tex. Si le navigateur est bien codé et que les bonnes fontes sont installées, y a pas de problème.

De plus, ton image png a de forte chance d'être plus lourde que le même contenu en MathML.

C'est en partie vrai. Mais un pda requiert un site dédié.

Pour les sites mal foutu oui. Mais si tu organise ton contenu comme il faut, que tu propose une feuille de style spécifique pour les pda (media="handeld"), y a pas de raison de fournir un "contenu spécifique".

Les écrans du futur auront sûrement un format A3 ou supérieur et une résolution proche des imprimantes (300/600 dpi)

A3 ! Ouai \o/ ! super pour mettre dans ma poche !

Les formules mathématiques par exemple: TeX -> DVI -> PNG.

Et MathML, c'est fait pour quoi à ton avis ?
http://www.w3.org/Math/


C'est pas de la faute des utilisateurs de wikipedia si les auteurs de mediawiki ne permettent pas l'insertion de formules mathématiques stockées en mathml.

Je pense que tu devrais faire un tour sur http://www.w3.org/ , tu verrais que bon nombre de techno repondre à beaucoup de besoins.

Pourquoi faire compliqué quand on peut faire simple?

Parce qu'on ne sait pas faire plus simple en ayant la même flexibilité ? Les mêmes propriétés (universalité, indépendance du média, tout ça...) ?

Plus sérieusement, un web basé sur du dvi/pdf/... ne serait il pas plus beau, plus stable, et surtout rendu de la même façon quelque soit le logiciel utilisé.

J'aime bien le "plus serieusement", qui précède ce troll des cavernes :-)

tu oublie que les technos du web se veulent universelles, sont conçues pour que les documents puissent être lu dans n'importe quel condition, avec n'importe quel type de browser. Elles sont conçus pour que le document s'adapte au media utilisé, et non l'inverse !

Va donc lire sur un pda un site dont le contenu est entièrement dans un pdf formaté en A4. Bon courage !

PDF est juste fait pour l'impression. Il ne peut s'adapter au media. C'est au media de s'adapter à PDF, et ça, c'est terriblement difficile.

Wikipedia est obligé d'utiliser des images pour combler les insuffisances de cette merveilleuse technologie.

Quelles insuffisances ? des images sur quoi ?

non, sous windows, gecko utilise l'api windows...

Quand je pense, qu'en php, je dois gérer le fait qu'à chaque fois qu'on clique sur un bouton, faut recharger la page, c'est vrai qu'il serait peut être temps de se demander s'il n'y a pas un problème...

C'est pas un problème de php. C'est un problème d'architecture de ton appli. Les services web n'ont pas été inventé pour rien. Les templates XUL non plus. xmlHttpRequest non plus, XForms non plus....

ça se regle l'occupation mémoire. Voir http://www.chevrel.org/fr/carnet/index.php?2006/01/05/545-pa(...) et http://weblogs.mozillazine.org/ben/archives/009749.html

Aucun problème à signaler.. En tout cas aucun que tu site.

À noter que j'utilise une version officielle, et non celle livrée par ma distrib.

Certains ne vont pas manquer d'évoquer des problèmes de fuites de mémoires, qui n'en sont pas vraiment pour la plupart. L'occupation mémoire importante étant surtout dû au bfcache (back/forward cache). Voir les explications de Ben Goodger http://weblogs.mozillazine.org/ben/archives/009749.html et aussi ceux de Pascal Chevrel http://www.chevrel.org/fr/carnet/index.php?2006/01/05/545-pa(...)