Trolloscope Who is the best ? - Page 10

marrant comme tu ne respectes les standards que quand ça t'arrange

Le HTML est aussi un standard W3C et il a le mérite d'être géré par tous les navigateurs contrairement à XML+XSLT, donc je suis pour la solution compatible.

Le Flash n'est ni un standard W3C ni géré par tous les navigateurs, il faut un plugin propriétaire qui n'est disponible que pour x86 32-bits et que pour certains systèmes d'exploitation. Ça fait au moins 2 raisons de le refuser.

Donc je ne vois pas où je suis illogique.

d'où l'intérêt de vouloir des vidéos en theora,, sûrement le format le moins compatible avec le reste du monde tout en étant non-standard

faut savoir évoluer de temps en temps...

Il y a une spécification ouverte et sans restrictions (imposées par exemple par le biais de brevets), c'est tout à fait "standard" pour moi (je ne vois pas la différence entre quelque chose où il y a marqué ISO dessus et quelque chose où il y a marqué xiph.org dessus, c'est une spécification dans tous les cas, ce qui compte, c'est qu'il n'y a pas de restrictions, ce qui n'est pas le cas des "standards" MPEG ou OOXML), et c'est aussi fortement compatible parce que pratiquement tous les lecteurs multimédia libres gèrent le Theora et parce qu'il existe des plugins pour utiliser le Theora avec tous lecteurs non-libres courants (WMP, QuickTime, RealPlayer).

Kevin Kofler (./274) :
c'est aussi fortement compatible parce que pratiquement tous les lecteurs multimédia libres gèrent le Theora et parce qu'il existe des plugins pour utiliser le Theora avec tous lecteurs non-libres courants (WMP, QuickTime, RealPlayer).

Ça me fait rire ton argumentation quand même :

theora : compatible parce même si installé sur 0,1% des postes, les gens doivent télécharger un plugin gratuit

xslt : incompatible parce même si installé sur 50% des postes, les gens doivent télécharger une mise à jour gratuite



(et au passage, n'oublie pas de corriger wikipedia qui dit qu'xslt est dispo sur IE depuis 1999)

Il n'y en a pas forcément une, de mise à jour, par exemple trouve-moi le navigateur en mode console qui gère le XSLT. Le lecteur vidéo en mode console qui gère le Theora existe (mplayer, par exemple en mode svgalib).

Et puis une vidéo, en quel format que ce soit, doit toujours être un contenu optionnel du site, par exemple j'en ai ras le bol des gens qui publient des entrevues audio ou vidéo sans transcription textuelle en HTML. Et ce justement parce que les lecteurs audio/vidéo, en quel format que ce soit, sont loin d'être disponibles sur tous les supports où le WWW peut être utilisé. Et aussi parce que ça discrimine contre les sourds. (Pour les aveugles, il y a des logiciels de lecture de textes et des écrans Braille pour les textes écrits, pour les sourds, il n'y a rien de facile à utiliser pour une entrevue audio, intègre-nous une reconnaissance vocale à un navigateur si tu penses que c'est la solution. ) Et aussi parce que c'est plus long d'écouter une entrevue que de la survoler rapidement à l'écrit.

Kevin Kofler (./270) :
Je me base sur une vision compatible du web, on ne peut pas envoyer quelque chose qui n'est pas du tout géré par certains navigateurs. IE6 va aussi t'envoyer chier si tu lui envoies du XSLT, par exemple.

C'est faux, arrête de raconter n'importe quoi.
IE6 a toujours supporté le XSLT, et MSXML est un des meilleurs parseur XML qui existent malheureusement pour toi...

Et puis comme le dit Flanker, XSLT est un standard reconnu, et qui est très fréquemment utilisé, mais pas pour l'affichage de tes petites pages web chéries évidemment...

Sinon, pour être plus clair on ne peut PAS donner la responsabilité au serveur de transformer toutes ses pages avec XSLT car XSLT est une énorme charge sur un serveur, alors que par contre côté client ça ne représente quasiment rien. Imagine toi sur un site comme yAronet, ça pourrait peut-être doubler la charge processeur pour chaque page...

Mais puisque Konqueror ne supporte pas XSLT c'est l'occasion pour toi d'aller faire un bug report et on en parle plus ?

Sinon si tu veux on retourne au bon vieux temps du HTML 1.0 avec ses balises en MAJUSCULES qui te donnent la migraine, ses magnifiques <FONT COLOR=>, et ses sites qui donnent tous la gerbe... Je pense que ça te fait envie hein ?

Pour le reste je suis d'accord qu'il n'est pas encore tout à fait le temps d'utiliser XSLT côté client, mais le rejeter comme ça c'est complètement con... D'autant plus qu'il existe une multitude de parsers qui rendent le support de xslt assez trivial à implémenter...

GoldenCrystal (./277) :
IE6 a toujours supporté le XSLT

Bah, IE5 alors.

GoldenCrystal (./277) :
Sinon si tu veux on retourne au bon vieux temps du HTML 1.0 avec ses balises en MAJUSCULES qui te donnent la migraine, ses magnifiques <FONT COLOR=>, et ses sites qui donnent tous la gerbe... Je pense que ça te fait envie hein ?

<FONT SIZE="+3"><B>Oui!</B></FONT>

Kevin Kofler (./276) :
Il n'y en a pas forcément une, de mise à jour, par exemple trouve-moi le navigateur en mode console qui gère le XSLT.

S'il n'y en a pas c'ets un tort de leur part.

Le lecteur vidéo en mode console qui gère le Theora existe (mplayer, par exemple en mode svgalib).

svgalib ? Tu veux donc dire le lecteur vidéo en mode graphique ? Ah ben comme tous les autres, donc -_-
Je te signale une chose Kevin, le mode console c'est du mode texte. t'aurais fait la même avec aalib ou libcaca ça serait peut-être passé, mais là il faut que tu arrêtes la drogue c'est clairement pas bon pour toi

Et puis une vidéo, en quel format que ce soit, doit toujours être un contenu optionnel du site, par exemple j'en ai ras le bol des gens qui publient des entrevues audio ou vidéo sans transcription textuelle en HTML.

Et la majorité des gens arrivent très bien à vivre sans ses cites, alors si ça te gène, tu fais de même.

Et ce justement parce que les lecteurs audio/vidéo, en quel format que ce soit, sont loin d'être disponibles sur tous les supports où le WWW peut être utilisé. Et aussi parce que ça discrimine contre les sourds. (Pour les aveugles, il y a des logiciels de lecture de textes et des écrans Braille pour les textes écrits, pour les sourds, il n'y a rien de facile à utiliser pour une entrevue audio, intègre-nous une reconnaissance vocale à un navigateur si tu penses que c'est la solution. )

Tout à fait d'accord, d'ailleurs je pense que pour ne pas aire de discrimination, on devrait interdire la lumière et le bruit dans le monde entier comme ça tout le monde serait pareil. Ou alors, on pourrait aussi crever les yeux et exploser les tympans de tous les nouveaux nés, et peut-être même leur briser la colonne vertébrale, comme ça tout le monde serait sourd, aveugle et paraplégique... Egalité parfaite...

Et aussi parce que c'est plus long d'écouter une entrevue que de la survoler rapidement à l'écrit.

C'est pour ça que je ne les écoutes jamais. Fait de même...

Kevin Kofler (./278) :

GoldenCrystal (./277) :
IE6 a toujours supporté le XSLT

Bah, IE5 alors.

Version 5.0 : mars 1999

Un navigateur qui a 9 ans d'âge

Selon toi, il faudrait continuer à apprendre à monter à cheval lors de l'épreuve du permis de conduire "pour une plus grande compatibilité ascendante" ?

GoldenCrystal (./280) :
svgalib ? Tu veux donc dire le lecteur vidéo en mode graphique ? Ah ben comme tous les autres, donc -_-

svgalib, c'est du mode console, ça n'utilise pas X11.

Je te signale une chose Kevin, le mode console c'est du mode texte. t'aurais fait la même avec aalib ou libcaca ça serait peut-être passé, mais là il faut que tu arrêtes la drogue c'est clairement pas bon pour toi

Effectivement, tu peux aussi utiliser aalib ou libcaca. Mais la console sous GNU/Linux n'est pas que du texte pur, il y a aussi le framebuffer etc.

Et la majorité des gens arrivent très bien à vivre sans ses cites, alors si ça te gène, tu fais de même.

Ne t'inquiète pas, c'est ce que je fais.

Tout à fait d'accord, d'ailleurs je pense que pour ne pas aire de discrimination, on devrait interdire la lumière et le bruit dans le monde entier comme ça tout le monde serait pareil. Ou alors, on pourrait aussi crever les yeux et exploser les tympans de tous les nouveaux nés, et peut-être même leur briser la colonne vertébrale, comme ça tout le monde serait sourd, aveugle et paraplégique... Egalité parfaite...

N'importe quoi...

Nil (./281) :
Selon toi, il faudrait continuer à apprendre à monter à cheval lors de l'épreuve du permis de conduire "pour une plus grande compatibilité ascendante" ?

On t'oblige toujours à apprendre le changement de marche manuel si tu passes le permis en Europe (ou du moins en Autriche) alors qu'il y a l'automatique depuis plus longtemps que le XSLT.

Kevin Kofler (./283) :

Nil (./281) :
Selon toi, il faudrait continuer à apprendre à monter à cheval lors de l'épreuve du permis de conduire "pour une plus grande compatibilité ascendante" ?

On t'oblige toujours à apprendre le changement de marche manuel si tu passes le permis en Europe (ou du moins en Autriche) alors qu'il y a l'automatique depuis plus longtemps que le XSLT.

En France tu peux très bien passer un permis B-r qui n'est que pour les véhicules automatiques .
Cela dit, ce sont deux modes de fonctionnement différents qui ont tous les deux des avantages (tout comme, en hautbois, le système semi-automatique adopté en France alors qu'en Allemagne on ne joue que sur système automatique). Ta différence serait plutôt une image pour distinguer le xhtml 1.x du html 5.x. Alors que là, tu es résolument contre les avancées technologiques (et ça n'a rien à voir avec une distinction opensource/propriétaire ; plutôt que, comme d'habitude, tu réagis de façon puérile - est-il besoin de te rappeler que tu clamais, il y a quelques années, que la meilleure version de Windows était Millenium ? )

Kevin Kofler (./282) :

GoldenCrystal (./280) :
svgalib ? Tu veux donc dire le lecteur vidéo en mode graphique ? Ah ben comme tous les autres, donc -_-

svgalib, c'est du mode console, ça n'utilise pas X11.

Je te signale une chose Kevin, le mode console c'est du mode texte. t'aurais fait la même avec aalib ou libcaca ça serait peut-être passé, mais là il faut que tu arrêtes la drogue c'est clairement pas bon pour toi

Effectivement, tu peux aussi utiliser aalib ou libcaca. Mais la console sous GNU/Linux n'est pas que du texte pur, il y a aussi le framebuffer etc.

La console sous linux EST du texte pur... Le framebuffer EST un mode graphique, tout ce qui affiche des pixels au lieu de caractères EST un mode graphique.
Console en mode framebuffer = Mode texte PAR DESSUS un mode graphique... C'est exactement comme un terminal dans X11...
Ce n'est pas parce qu'une application n'utilise pas X11 qu'elle n'est pas graphique... Ou alors toutes les applications de Windows sont en "mode console" ? Et bien dis donc, le mode console de Windows est bien meilleur que celui de Linux

Kevin Kofler (./283) :

Nil (./281) :
Selon toi, il faudrait continuer à apprendre à monter à cheval lors de l'épreuve du permis de conduire "pour une plus grande compatibilité ascendante" ?

On t'oblige toujours à apprendre le changement de marche manuel si tu passes le permis en Europe (ou du moins en Autriche) alors qu'il y a l'automatique depuis plus longtemps que le XSLT.

En France tout le monde utilise une boîte manuelle, on ne t'apprend jamais à utiliser un truc pour assisté comme l'automatique. D'ailleurs la majorité (écrasante) des voitures qui roulent en France ont une boîte manuelle.

GoldenCrystal (./285) :

Kevin Kofler (./282) :

GoldenCrystal (./280) :
svgalib ? Tu veux donc dire le lecteur vidéo en mode graphique ? Ah ben comme tous les autres, donc -_-

svgalib, c'est du mode console, ça n'utilise pas X11.

Je te signale une chose Kevin, le mode console c'est du mode texte. t'aurais fait la même avec aalib ou libcaca ça serait peut-être passé, mais là il faut que tu arrêtes la drogue c'est clairement pas bon pour toi

Effectivement, tu peux aussi utiliser aalib ou libcaca. Mais la console sous GNU/Linux n'est pas que du texte pur, il y a aussi le framebuffer etc.

La console sous linux EST du texte pur... Le framebuffer EST un mode graphique, tout ce qui affiche des pixels au lieu de caractères EST un mode graphique.
Console en mode framebuffer = Mode texte PAR DESSUS un mode graphique... C'est exactement comme un terminal dans X11...
Ce n'est pas parce qu'une application n'utilise pas X11 qu'elle n'est pas graphique... Ou alors toutes les applications de Windows sont en "mode console" ? Et bien dis donc, le mode console de Windows est bien meilleur que celui de Linux

Full (sinon, si on suit le raisonnement de KK, X11 en framebuffer, c'est du mode texte, donc il existe des navigateurs - tels que Firefox - qui fonctionnent en mode texte )

J'ai dit "mode console", pas mode texte. Et sous GNU/Linux (pas sous un autre OS ), console, c'est ce qui n'est pas X11. Si tu fais tourner X11 sur ton framebuffer, c'est du mode X11, si tu utilises le framebuffer directement, c'est du mode console.

GoldenCrystal (./285) :
En France tout le monde utilise une boîte manuelle, on ne t'apprend jamais à utiliser un truc pour assisté comme l'automatique. D'ailleurs la majorité (écrasante) des voitures qui roulent en France ont une boîte manuelle.

Tu viens de démontrer que tout le monde ne se rue pas sur la technologie du jour.

Cherchez pas, les mecs, vous savez que Kevin ne changera pas d'avis...

moi je trouve que la libcaca porte bien son nom

squalyl (./290) :
moi je trouve que la libcaca porte bien son nom

Et la libpipi, ils ont trouvé que ça n'était pas assez vendeur, donc ils ont appelé ça Qt [ça marche aussi avec GTK]

Kevin Kofler (./288) :

GoldenCrystal (./285) :
En France tout le monde utilise une boîte manuelle, on ne t'apprend jamais à utiliser un truc pour assisté comme l'automatique. D'ailleurs la majorité (écrasante) des voitures qui roulent en France ont une boîte manuelle.

Tu viens de démontrer que tout le monde ne se rue pas sur la technologie du jour.

Si la boîte automatique n'avait que des avantages sur la manuelle je ne dis pas, mais...

Si le XML+XSLT n'avait que des avantages sur le HTML je ne dis pas, mais...

Un désavantage? Ça consomme plus de CPU côté client parce que le serveur décharge son travail sur le client.

./290 > Leur logo est surtout très bien choisi
Pour Kevin:

http://en.wikipedia.org/wiki/Computer_console :
The system console, root console or simply console is the text entry and display device for system administration messages, particularly those from the BIOS or boot loader, the kernel, from the init system and from the system logger.

Console = texte.

Kevin Kofler (./276) :
Il n'y en a pas forcément une, de mise à jour, par exemple trouve-moi le navigateur en mode console qui gère le XSLT. Le lecteur vidéo en mode console qui gère le Theora existe (mplayer, par exemple en mode svgalib).
Et puis une vidéo, en quel format que ce soit, doit toujours être un contenu optionnel du site, par exemple j'en ai ras le bol des gens qui publient des entrevues audio ou vidéo sans transcription textuelle en HTML.

Tu préfères pas de vidéo du tout, c'est ça ?
Figure-toi que tout le monde n'a pas que ça à faire...

Et ce justement parce que les lecteurs audio/vidéo, en quel format que ce soit, sont loin d'être disponibles sur tous les supports où le WWW peut être utilisé.

Pourquoi vouloir utiliser le format vidéo qui est le moins répandu, alors ?

C'est le plus compatible, tous les lecteurs courants le gèrent et il n'est pas encombré par les brevets.

Pour les lecteurs qui ne gèrent pas le Theora d'office (comme par hasard tous propriétaires, c'est qui qui est en retard avec la technologie? ):
http://www.illiminable.com/ogg/ (DirectShow/WMP)
http://xiph.org/quicktime/ (QuickTime)
https://helixcommunity.org/projects/xiph/files/ (RealPlayer - je ne suis pas sûr si le plugin est toujours nécessaire ou s'il a enfin été intégré, mais il est là en tout cas)

Oui, c'est ce que je dis, il doit y avoir même pas 1% des lecteurs installés qui le gèrent... Donc point de vue compatibilité, c'est 0...

Sinon, c'est comme pour les navigateurs qui ne gèrent pas XSLT d'office, suffit d'installer un truc un peu moderne et c'est bon

Ils le gèrent, il suffit d'installer le plugin.

Écris-moi le plugin pour Konqueror qui gère le XSLT (sous une licence libre évidemment) et j'arrêterai de dire que ce n'est pas compatible.

Si WMP ne le gère pas, alors les lecteurs DirectShow ne le gèrent pas.
WMP (ou autres lecteur DirectShow), QuickTime et WinAmp sont les lecteurs les plus courants. Ils ne gèrent pas ce format d'origine... You fail.
(Tandis que l'XSLT est justement géré par tous les navigateurs les plus utilisés... IE, Firefox, Safari, Opera...)

GoldenCrystal (./299) :
Si WMP ne le gère pas, alors les lecteurs DirectShow ne le gèrent pas.

Mais il le gère: http://www.illiminable.com/ogg/