bon, alors, je répète encore une fois:
 
- Si tu ne précises pas le média pour un css, c'est le média "ALL" qui lui est assigné, tu piges?! donc oui, il est utilisé par les outils pour aveugles qui gèrent les CSS. J'ai un ami dans ce cas, je pense donc être savoir de quoi je parle. Après, si tu rajoutes des media "braille" ou "aural", ca pourra avoir un effet plus spécifique, seulement y a aucun traducteur pour aveugle qui les utilise actuellement vu que personne n'y pense...
Sinon, un intérêt de la sémantique pour tous:
http://www.humanfactors.com/downlo [...] eaudio.asp
=> Vin dieu ! Tu sais pas lire ou quoi ? Tu me gonfle sérieusement ! http://stats.manga-torii.com/html2.html Demande à ton ami d'aller sur cette page. Y'a pas de CSS, c'est du HTML 2.0 bête et méchant. Avec Narator de Winows, il me lit parfaîtement la page ! Le CSS n'apporte rien si tu ne spécifies pas de média ! (c'est bon, t'as bien lu cette fois ?
 
- Quand tu as un client, avant de lui proposer de l'ergonomie ou un design, tu lui demandes ce qu'il veut et tu le brief sur ce qui pourrait avoir. C'est seulement après que tu travailles sur l'ergonomie et le design. Autrement, tu travailles dans le vide. Si tu respectais ces simples règles de bon sens, tu n'aurais sans doute pas à te tordre dans tous les sens pour avoir un "visuel" presque identique, quite à priver certains du contenu.
Ensuite, généralement, tu fais un mélange grossier entre les sites internet et les intranets. Dans ces derniers, comme il s'agit d'appli propre à l'entreprise et à ces besoins, les normes peuvent passer au second plan, tu ne travailles plus dans le cadre de la diffusion de contenu pour tous.
=> T'as déjà bossé sur un appel d'offre ?
 
- Regarde bien ce que j'ai repris de chez toi, j'ai repris qu' "opéra ne supportait pas le xml", je n'ai jamais parlé du XSL(T), qui est autrement plus complexe quant à l'utililisation et l'implémentation (vive les traitement récursifs). Opera a fait le choix délibéré de ne pas supporté cette technologie depuis 1999. La raison est expliqué ici: http://people.opera.com/howcome/1999/foch.html
Ensuite, je n'ai pas d'exemple tout fait sous la main pour IE, mais j'ai lu plusieurs articles détaillant que le parser XML de IE (toutes versions le supportant) acceptait des syntaxes non valides. Pour qu'un parser soit correct, il faut non seulement qu'il traduise correctement ce qui est juste, mais qu'il indique les erreurs quand il y en a! Pour cela, quelques recherches dans google et sur les newsgroup devrait t'en apprendre plus sur la question.
1 - Sans parler de XSL, Opera ne supporte pas le XML, puisqu'il ne l'affiche pas. Si encore il affichait le code, je dirais pas. Mais là, il n'affiche rien, un page blanche, ou alors le code qui est entre les tags, comme le fait n'importe quel navigateur. En effet, au cas où tu ne le saurais pas, si un navigateur ne comprends pas une balise, il doit l'ignorer, point barre. C'est ce que fait Opera. Si c'est ça que tu appelles supporter le XML...
2 - Tu peux foutre tes sources d'information à la poubelle. Parceque MSXML supporte le standard et y est conforme. Tu veux que je te dise pourquoi en certains points il est laxiste ? Parceque sa première version est sortie avant que la norme XML soit finie. M$ qui était co-auteur de la norme s'est basé sur un draft de cette dernière pour faire son parseur. Il est absoluement normal que le parseur aujourd'hui supporte toujours ce draft, tout comme Mozilla 1.4 supporte le HTML 2.0 alors que certaines balises n'existent plus dans le XHTML, qui n'est ni plus ni moins une évolution du HTML.

Et même dans ce cas, une page en HTML 2 par exemple sera même mieu interprétée qu'une page en XHTML, puisque la balise <author> par exemple n'existe plus dans cette norme (à vérifier, je ne suis sûr de rien), alors qu'en HTML, elle permet non seulement d'afficher ou imprimer avec une police différente, mais aussi permet de faire changer d'intonation au dispositif qui lit la page (et même de lui faire ajouter des choses à la lecture genre "citation de l'auteur xxx" pour une balise "<author>xxx</author>".  

 
C'est dans quelle norme ça <author> ? je le trouve pas dans les specs du HTML 2
 

Utiliser une feuille HTML SANS CSS REVIENT RIGOUREUSEMENT AU MEME QU'UNE PAGE XHTML + CSS SANS MEDIA SPECIFIE. Et je maintiens, les balises en rapport avec le contenu présentes dans le HTML 2.0 permettent même de supporter mieu les dispositifs spéciaux, puisque d'après la baslise, et uniquement la balise, le dispositif peut savoir quel type de contenu il y a, et donc ajouter des commentaires, ou changer l'intonnation de la voix si nécessaire.
 
http://stats.manga-torii.com/html2.html
 
Cette page est parfaitement lue par Narator de Windows, je le répète.

Je sais plus si c'est author ou cite attends. En tout cas, y'a une trippotée de balises de ce style (une dizaine)

Présent dans la norme HTML 4

Magicbuzz a écrit (la flemme de faire des quotes de pavés) => Vin dieu ! Tu sais pas lire ou quoi ? Tu me gonfle sérieusement ! http://stats.manga-torii.com/html2.html Demande à ton ami d'aller sur cette page. Y'a pas de CSS, c'est du HTML 2.0 bête et méchant. Avec Narator de Winows, il me lit parfaîtement la page ! Le CSS n'apporte rien si tu ne spécifies pas de média ! (c'est bon, t'as bien lu cette fois ?
 
 
MagicBuzz > raté
 
Si tu affectes une CSS sans préciser de média à ta page (en HTML2, peu importe) et que tu y colles
 
em,i,p,b,blockquote{
voice-family:female;
}
 
Hé bien les médias (lecteur braille) supportant le HTML 2 liront bien ton document, et EN PLUS les médias supportant le CSS liront ça avec une jolie voix féminine ; et les non aveugles lisant le doc sur leur écran n'y verront aucun changement

 
author semble n'exister nulle part et cite existe en xhtml

et ?

Je doute que cite n'existe qu'en XHTML, sinon je vois pas comment il aurait pu atterrir dans mon bouquin qui date du 3° semestre 1998

Et ? Simplement que sans CSS, le site s'adapte parfaitement à n'importe quel dispositif.  

1) Je connais pas beaucoup de monde qu utilise voice-family dans ses documents
 
 
 
Intéressant ce que tu dis :
Perso, j'aimerais pas que quand j'arrive sur un site, je me retrouve avec une largeur du contenu de 640 pixels (surtout que chuis en 1600x1200), des polices en bold gris sur fond bleu, et des frames qui défilent de partout. Dommage, car si tout ça est codé en dur dans le code (<table width="640">; <font machin> <frameset> ), je peux pas y couper.
 
Si tout ça est dans une CSS, je dis juste au navigateur de l'ignorer (s'il ne le fait pas déjà), ou même je remplace par ma CSS perso (genre j'ai la rétine niquée, je remplace tout ce qui est noir sur blanc par du blanc sur noir, coucou Harko). Parfois même, le navigateur l'ignore de lui-même, ça charge plus vite, je me paie pas des images [pixel] [titre.gif] que je ne verrai de toute façon pas, genre si j'ai un Lynx, ou un VocalExplorer, ou...)
 
Autrement dit, une plus grande structuration de la part des concepteurs m'offre plus de possibilités à moi l'utilisateur, quand bien même ce ne serait pas parfait.

  je voulais dire que ça existait encore en XHTML, puisque tu sembles regretter un tag du HTML2 sans pouvoir dire lequel...

laissez moi vous dire que vous venez de perdre un dimanche après-midi  ... et c'est bien parti pour la soirée    

1) cette balise va à l'encontre de l'esprit XHTML+CSS qui défini bien la dissociation entre le contenu et le contenant. La balise <cite> ou autre définient bien un contenant.

un des grands génies ici présent  

Tu réponds à côté non ? (C'était en rapport avec ta vision des CSS limitée aux media...)

excellent le pavé de gizmo    
 
pour le reste je vais en rester là, ça n'avancera plus

je remplace tout ce qui est noir sur blanc par du blanc sur noir, coucou Harko).

 
par rapport à NS4, quand même hein
 
Sinon t'as qu'à mettre Mozilla ou Mozilla Firebird
http://www.mozilla.org/ports/os2/

1) tu dis quoi de ça ? http://stats.manga-torii.com/hitit [...] hitit1.css et http://stats.manga-torii.com/hitit [...] hitit2.css (j'ai codé ça hier soir, je me faisais chier). Le reste du site n'est pas traduit par contre, je voulais partir d'une page chiadée pour voir ceque ça donnait avec deux feuilles de style.
2) Les aveugles ne peuvent pas changer d'yeux, mais en attendant, une page écrite avec des CSS ne garantis pas plus qu'il pourront le lire correctement qu'un site sans CSS. Si t'utilise pas les medias (et je connais beaucoup de sites qui les utilises) ça marchera pas. D'ailleurs, à souligner le très bon "text-to-speech" intégré à Windows qui te permet de lire le contenu d'une page web sans avoir besoin d'un site codé en CSS avec des medias spécifiés.

 
D'ailleurs même IBM a une version maison de Netscape 7 pour OS/2 l'IBM Web Browser.

énorme ce topic, même si j'y pige rien
 

 
t'as fumé quoi ?  
le CSS c'est pas le contenant, c'est la mise en forme.
<cite> c'est un type de bloc, tout comme <p>, <h1>, <h2>, etc.
 

rien à foutre, j'attends qu'un des grands génies ici présent me donne une solution pour faire en sorte que Mozilla respecte la syntaxe W3C pour interdire le bouillonnement des évènements

Ayé! bon, alors j'ai relevé pas moins de 28 anneries distinctes dans ce topic, je vous épargne les doublons. Je vais regrouper la plupart et les traiter en bloc homogène, pour les autres, qui sont "mineures" et tellement ridicules, je vais les laisser de côté et les considérées comme non traitées.
 
[...]