Discussion :

[kamus]

La discussion peut-elle être un peu sérieuse deux minutes ?

La discussion sera sérieuse quand on arrêtera de comparer un plugin , et la "base" de ce que fait une page web aujourd'hui, à savoir HTML , pour casser du sucre sur ce plugin...

Quand l'accessiblité dans flash , elle fonctionne quand le flash est codé dans cette perspective. J'ai fait des sites en flash 100% accessibles...

Il ne suffit pas de faire du HTML pour rendre son contenu accessible correctement , idem pour la SEO ,etc ...

Faut arrêter ce débat ridicule , qui n'a d'ailleurs pas grand chose à voir avec le sujet de base , a part exacerber certains dogmatismes, qui n'ont rien à voir non plus avec le monde réel de dev web...

[Camille_B]

La discussion sera sérieuse quand on arrêtera de comparer un plugin , et la "base" de ce que fait une page web aujourd'hui, à savoir HTML , pour casser du sucre sur ce plugin...

Le problème c'est que deux discussions se mélangent.

D'un côté le problème de la présence du plugin flash sur les OS et la question de l'accessibilité d'un site (un menu en flash ou en javascript est inutilisable pour une personne ne disposant que d'un navigateur texte, par exemple).

De l'autre l'accessibilité pour les personnes souffrant d'un handicap.

Quand l'accessiblité dans flash , elle fonctionne quand le flash est codé dans cette perspective. J'ai fait des sites en flash 100% accessibles...

Il ne suffit pas de faire du HTML pour rendre son contenu accessible correctement , idem pour la SEO ,etc ...

Oui, c'est juste.

Seulement il est très facile de faire un site utilisant flash complètement inaccessible pour une personne handicapée (navigation en flash par exemple), soit que le programme flash ne respecte pas les règles d'accessibilité assez récente pour ce langage, soit que la personne ne dispose pas du plugin (problème de l'accessibilité en général).

Mais un site en html, il peut-être moche et difficile à utiliser pour une personne handicapée, mais il sera presque toujours utilisable et accessible.

Il ne s'agit pas d'interdire l'utilisation de flash, ni de javascript, mais de rappeler qu'il faut des techniques de remplacement en cas d'absence de ces technos sur les navigateurs des usagers.

Faut arrêter ce débat , qui n'a d'ailleurs pas grand chose à voir avec le sujet de base , a part exacerber certains dogmatismes, qui n'ont rien à voir non plus avec le monde réel de dev web...

Nous sommes carrément hors-sujet même. Je vais d'ailleurs m'arrêter là.

[ferber]

pour en revenir au sujet, j'apprécie l'ajout des contrôles suivant :

http://www.w3.org/TR/2010/WD-html-markup-20100304/
# input type=datetime – global date-and-time input control NEW
# input type=datetime-local – local date-and-time input control NEW
# input type=date – date input control NEW
# input type=month – year-and-month input control NEW
# input type=time – time input control NEW
# input type=week – year-and-week input control NEW
# input type=number – number input control NEW
# input type=range – imprecise number-input control NEW
# input type=email – e-mail address input control NEW
# input type=url – URL input control NEW
# input type=search – search field NEW
# input type=tel – telephone-number-input field NEW
# input type=color – color-well control NEW

Le tag script aussi http://www.w3.org/TR/2010/WD-html-ma...04/script.html concernant l'attribut "async"

[alain31tl]

[B][SIZE="5"]
Suivez-vous l'évolution du projet de la nouvelle norme HTML5 ou au contraire, vous indiffère-t-elle en tant que développeur (et pourquoi) ?

Bonjour,

Oui personnellement je suis ce projet par curiosité, mais ce n'est certainement pas ce qui influencera ma façon de développer.
Et ce n'est pas cette faculté de gérer plus facilement l'audio ou la vidéo qui permettra à html5 de se singulariser et de se faire une place de marque sur
le "marché".
Cela dit, je ne suis pas fermé et pourquoi pas pour un blog, un site, etc...

Mais mis à part les "aménagements" pour l'audio et la vidéo, je ne vois pas ce que cela pourrait m'apporter de plus.
Finalement, ce n'est qu'une structure HTML comme une autre, avec une reconsidération des balises.

J'aurais formulé la question différemment, et pour 2 types d'utilisateurs bien distincts :
- 1 suivez-vous l'évolution du projet de la nouvelle norme HTML5 ?
Celle-ci s'adressant plus particulièrement à ceux/celles qui utilisent exclusivement HTML sur un support de contenu, de présentation, etc...
- 2 L'évolution du projet de la nouvelle norme HTML5 vous indiffère-t-elle en tant que développeur ?
Celle-ci s'adressant plus particulièrement à ceux/celles qui font de la programmation dynamique, ou passionnés par les RIA (Rich Internet Application)

Cela m'étonnerait fort que ces derniers tendent l'oreille.

J'ai lu différentes réponses à propos de flash design, mais il ne faut pas oublier les frameworks tels que flex builder qui sont à destination des
développeurs.

Alors...HTML5, pourquoi pas, mais pour qui ?
En tout cas, ce n'est pas le standard de demain.

[Macmillenium]

non pas nativement , il faut que ses api soient implémentées par les navigateurs.

Implémenter dans les navigateurs = gérer nativement.
Tu n'as pas besoin de faire appel aux API externes.

lynx en est la preuve.

Tu fais référence à lynx le navigateur textuel en mode console ?

[kamus]

Ah j'ai compris ce que tu voulais dire , nativement par opposer à un plugin okkkké ...
Oui je parle de lynx sur le shell , qui n'affiche pratiquement aucune mise en page , et qui est la manière la plus minimale de naviguer sur le web , pour ceux qui veulent une expérience web à la unix .

[Camille_B]

Oui je parle de lynx sur le shell , qui n'affiche pratiquement aucune mise en page , et qui est la manière la plus minimale de naviguer sur le web

Il y a beaucoup plus "minimal" : récupérer les pages avec un outil quelconque (curl etc.), puis les parser à la volée pour les afficher dans less

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

curl www.toto.com | awk -F ... | less

Et c'est très "unix" en plus.

Un peu plus sérieusement, Lynx n'est pas très unix en soi, mais il y a un navigateur qui reprend vraiment la "philosophie" unix c'est uzbl :

http://www.uzbl.org/

[kamus]

Je lis les paquets de données reçus en binaire directement via un wget ...
uzbl je connais déja , mais il compile pas directement sous le shell OSX ...

[Katleen Erna]

Mise à jour du 14.05.2010 par Katleen
L'état de compatibilité des navigateurs internet avec HTML5 et CSS3 présenté par un graphique interactif

Tout est dit, ou presque, dans le titre. Un graphique disponible en ligne, et crée avec CSS3, traque les taux de prise en charge pour chaque nouvelle fonctionnalité HTML/CSS sur les navigateurs.

Les différents browsers sont regroupés sous des camaïeux de couleurs. Par exemple, les différentes versions de Firefox se déclinent dans des bleus, Safari dans des jaunes, Chrome en orange, Internet Explorer dans des roses.

Le graphique, de forme solaire, présente des rayons dont les couleurs d'arrière plan diffèrent en cas de fonctionnalité CSS3.

Chaque navigateur a droit au même espace dans un rayon. Donc, quand une barre est complète, cela signifie que le support est universel parmi les 8 navigateurs.

Source : Le graphique en ligne

Après avoir observé le graphique, quelles conclusions en tirez-vous ?

[Lyche]

Je peux pas voir les Graphiques sous IE8 en tout cas

[Perplexe]

Je peux pas voir les Graphiques sous IE8 en tout cas

Ben si tu arrivais à le lire (avec FF, Safari, ou Chrome par exemple), tu verrais que ça ne risque pas de s'arranger...

IE est encore à la traîne, non, c'est un petit point minuscule à l'horizon vu du peloton de tête.

C'est rigolo mais c'est un topic sur la compatibilité des browsers avec html5 et je n'ai lu aucun nom de browser avant ton post (ou presque).

Ce qu'on voit, c'est que Chrome est en avance, qu'Apple se donne les moyens de sa guerre contre Flash, qu'Opera est pas mal, que Firefox est un peu largué contrairement à l'image qu'ils projettent, et que MS soit égal à lui-même et ne changera jamais.

Ah si ! on voit que si on coche pas la case en bas du graphique, c'est moins facile à comprendre.

[spidermario]

C'est rigolo mais c'est un topic sur la compatibilité des browsers avec html5 et je n'ai lu aucun nom de browser avant ton post (ou presque).

Ça vient de devenir un topic sur ça à cause de la news, c'est tout.

Le graphique n'est pas visible sous Konqueror non plus, j'ai dû utiliser un autre navigateur pour le voir.
Il est très moyen, on ne peut pas tout voir d'un coup, il faut non seulement survoler chaque élément mais en plus se référer à la légende à chaque fois...

[danielhagnoul]

Bonsoir.

Après avoir observé le graphique, quelles conclusions en tirez-vous ?

L'étude du CSS3, du HTML5, et du SVG, devient une priorité. La date de sortie, le niveau par rapport à Chrome et Firefox, et le taux de pénétration d'IE9 seront les signaux de fumée annonçant l'adoption d'un « commun dénominateur » de ces techniques.

C'est un train que l'on ne peut pas se permettre de rater !

[souviron34]

Quand je lis :

Je viens de jeter un œil. Surtout concernant les éléments qui ne seront plus présent en html5.

http://www.w3.org/TR/2010/WD-html5-d...bsent-elements

3.5. Absent Elements

The elements in this section are not to be used by authors. User agents will still have to support them and various sections in HTML5 define how. E.g. the obsolete isindex element is handled by the parser section.

The following elements are not in HTML5 because their effect is purely presentational and their function is better handled by CSS:

* basefont
* big
* center
* font
* s
* strike
* tt
* u

The following elements are not in HTML5 because their usage affected usability and accessibility for the end user in a negative way:

* frame
* frameset
* noframes

In addition, HTML5 has none of the presentational attributes that were in HTML4 as their functions are better handled by CSS:

* align attribute on caption, iframe, img, input, object, legend, table, hr, div, h1, h2, h3, h4, h5, h6, p, col, colgroup, tbody, td, tfoot, th, thead and tr.
* alink, link, text and vlink attributes on body.
* background attribute on body.
* bgcolor attribute on table, tr, td, th and body.
* border attribute on table and object.
* cellpadding and cellspacing attributes on table.
* char and charoff attributes on col, colgroup, tbody, td, tfoot, th, thead and tr.
* clear attribute on br.
* compact attribute on dl, menu, ol and ul.
* frame attribute on table.
* frameborder attribute on iframe.
* height attribute on td and th.
* hspace and vspace attributes on img and object.
* marginheight and marginwidth attributes on iframe.
* noshade attribute on hr.
* nowrap attribute on td and th.
* rules attribute on table.
* scrolling attribute on iframe.
* size attribute on hr.
* type attribute on li, ol and ul.
* valign attribute on col, colgroup, tbody, td, tfoot, th, thead and tr.
* width attribute on hr, table, td, th, col, colgroup and pre.

voila histoire de ne pas utiliser d'élément qui ne seront bientôt plus au norme, et potentiellement supprimés dans le futur. ET aussi pour pouvoir modifier l'existant pour le rendre compatible avec ça. La balise "center" été quand même bien pratique, c'est balot.
les attributs cellpadding, cellspacing, width sur les tables sont virés.... Génial Que du progrès....
Pour le reste, j'utilise flash. Donc les "avancées" du html 5 me font doucement rigoler, voir grincer des dents et me conforte dans mon choix d'utiliser flash le plus possible.

je me dis que le but de HTML, qui était d'uniformiser la présentation quelle que soit la plateforme, et de founir un cadre global et compatible ascendant, vient d'en prendre un sacré coup

TOUS les sites utlisant des pages (il y en a des millions) avec du HTML de 1 à 4.xx seront difformes...


C'est en fait une exigence de non-rétro compatibilité, et par conséquent une exigence de réécriture de l'ensemble des sites existants....


Encore une fois une aberration.....




Qui va aller transformer les milliards de pages en ligne ? Et (par xemple) les millions de pages de SourceForge, ou des Usenet News ??

[Michaël]

Ca rame pas mal le zoom à coup de molette sur le graphique. Ca me donne pas envie de voir html+js en remplacement de flash. Je suis avec chrome 4 donc avec le moteur js le plus rapide qui existe à l'heure actuelle il me semble. Même le passage d'un quartier à l'autre n'est pas fluide

[spidermario]

Quand je lis :

[...]

je me dis que le but de HTML, qui était d'uniformiser la présentation quelle que soit la plateforme, et de founir un cadre global et compatible ascendant, vient d'en prendre un sacré coup

TOUS les sites utlisant des pages (il y en a des millions) avec du HTML de 1 à 4.xx seront difformes...


C'est en fait une exigence de non-rétro compatibilité, et par conséquent une exigence de réécriture de l'ensemble des sites existants....


Encore une fois une aberration.....




Qui va aller transformer les milliards de pages en ligne ? Et (par xemple) les millions de pages de SourceForge, ou des Usenet News ??

Les sites qui sont dans ce cas n'ont qu'à rester sous HTML 4, si elles fonctionnent comme ça.

[Invité]

Voilà histoire de ne pas utiliser des éléments qui ne seront bientôt plus à la norme, et potentiellement supprimés dans le futur. ET aussi pour pouvoir modifier l'existant pour le rendre compatible avec ça. La balise "center" été quand même bien pratique, c'est balot.
Les attributs cellpadding, cellspacing, width sur les tables sont virés.... Génial Que du progrès....

Il était temps que le ménage soit fait on peut réellement considérer que c'est un progrès ça fait des balises en moins a retenir et elles ne manqueront pas vu qu'elles faisaient doublon avec le css et pour les sites en html 1 a 4 ils seront toujours lisible par les navigateurs

Ça rame pas mal le zoom à coup de molette sur le graphique. Ça ne me donne pas envie de voir html+js en remplacement de flash

J'ai Firefox et il n’y a aucun problème.


En tout cas il est bien ce graphique mis à part qu'il ne reflète pas entièrement la réalité, car si j'ai bien compris il est dit que opera et firefox ne supporte pas 3d transforme alors qu'ils le supportent

Ce qui me fait sourire c'est qu'ils n'ont pas mis ie6

[GuiDjad]

Mise à jour du 14.05.2010 par Katleen
Après avoir observé le graphique, quelles conclusions en tirez-vous ?

J'ai comme un présentement que IE va ralentir l'adoption du HTML5 par les dévelopeurs

[souviron34]

Les sites qui sont dans ce cas n'ont qu'à rester sous HTML 4, si elles fonctionnent comme ça.

Vive la continuité de l'informatique !!!!!!!!



C'est super, les normes incompatibles !!!!



Quand un outil (css) plus récent enlève des normes d'un autre outil plus ancien, c'est une régression et non pas un progrès...


Il suffirait qu'un nouvel outil (toto.trucmuche) apparaisse, et que ses "normes" éliminent de fait 50% des normes qui apparaissent ici, et que diriez-vous ???


Nous sommes dans une société qui marche entièrement sur la tête.....

[spidermario]

Quand un outil (css) plus récent enlève des normes d'un autre outil plus ancien, c'est une régression et non pas un progrès...

En quoi ? Cela relève de la séparation des rôles, HTML pour le contenu, CSS pour la présentation au lieu de CSS pour ce que ne permet pas HTML, c'est bénéfique et la séparation est justifiée.

Il suffirait qu'un nouvel outil (toto.trucmuche) apparaisse, et que ses "normes" éliminent de fait 50% des normes qui apparaissent ici, et que diriez-vous ???

Il n'y aurait pas de problème à cela, je pourrais soit l'utiliser si j'y ai un bénéfice, soit rester à la norme précédente, toujours implémentée dans les navigateurs (et a priori encore soutenue par le W3C, qui supporte toujours HTML 4 malgré la création de XHTML, par exemple).