Bonjour,
je cherche si quelqu'un aurait réaliser un squelette dans la lignée du
répertoire oo de spip qui soit accessible aux lecteurs brailles,
synthétiseurs vocaux, etc ?
merci
Gwendal
Gwendal wrote:
Bonjour,
je cherche si quelqu'un aurait réaliser un squelette dans la lignée du
répertoire oo de spip qui soit accessible aux lecteurs brailles,
synthétiseurs vocaux, etc ?
Avez-vous vu www.mission-isolement.gouv.fr ?
Jacques - www.pyrat.net
Je ne connaissais pas, mais comment peux t'on accéder aux squelettes ?
quand je fais www.mission....gouv.fr/sommaire.html j'ai une erreur 404 ???
"Jacques PYRAT" <spip@mission-isolement.gouv.fr> a écrit dans le message de
news: c60uab$q7n$1@sea.gmane.org...
Gwendal wrote:
> Bonjour,
>
> je cherche si quelqu'un aurait réaliser un squelette dans la lignée du
> répertoire oo de spip qui soit accessible aux lecteurs brailles,
> synthétiseurs vocaux, etc ?
Avez-vous vu www.mission-isolement.gouv.fr ?Jacques - www.pyrat.net
----------------------------------------------------------------------------
----
Gwendal wrote:
Bonjour,
je cherche si quelqu'un aurait réaliser un squelette dans la lignée du
répertoire oo de spip qui soit accessible aux lecteurs brailles,
synthétiseurs vocaux, etc ?
En principe tous les sites "tableless" le sont sans besoin de doubler le site par des page /oo/, non ?
Voir <http://spipquebec.org/rubrique.php3?id_rubrique=10>
Cordialement
Françoise
Oui & Non,
il faut aussi que la structure du squelette soit hiérarchisée correctement
et que les balises html ou xhtml soient utilisées à bon escient, un exemple
venant de vos liens :
Les mise en pages du zen garden sont très spécifiquement basées sur
l'utilisation de la balise DIV or pour un synthétiseur vocal il n'y pas de
hiérarchie entre un div et un autre div si ce n'est de les prendre dans
l'ordre du code...
Donc si la page zengardensample.html, n'avait pas été hiérarchisé
correctement on aurait pu avoir en mode texte, la conclusion avant
l'introduction...
Bref je cherche si quelqu'un a déjà réfléchi a un squelette pour les
synthétiseurs vocaux, navigateurs textes, lecteurs braille etc.
et non un simple tableless ou autre page certes sans doute accessible a
posteriori mais donc la réflexion d'accessibilité n'est pas forcément parti
du point de départ :
Présenté le contenu d'un site SPIP par défaut sur les synthétiseurs vocaux,
navigateurs textes, lecteurs braille, etc.
Donc effectivement un squelette tableless, mais également CSSless d'une
certaine façon 
Merci en tout cas pour le lien il y a deux trop choses que je ne connaissais
pas
Un exemple de ce que je dis le squelette par défaut sommaire-dist.html,
dépouillé de css : (voir ci-dessous)
- vous noterez que article récents qui dans la mise en page avec CSS est
sous derniers articles, se retrouve en bas de page sans les CSS,
je suppose (peut-être à tort) que le choix était de faire suivre derniers
articles par articles récents donc cela devrait être le cas sans la CSS
également...
- de la même façon le logo SPIP et le #FORMULAIRE_ADMIN se retrouve en début
de page ce qui à mon avis n'était pas le but...
Bref je me trompe peut-être car je ne suis pas un spécialiste mais un
néophyte qui se penche sur la question depuis peu, mais je cherche un
squelette qui soit cohérent en "mode texte" avant la définition de CSS
<:navigation:>
a.. [#NOM_SITE_SPIP]
b.. <:plan_site:>
c.. <:en_resume:>
d.. <:espace_prive:>
[(#FORMULAIRE_RECHERCHE)]
a.. #TITRE
a.. #TITRE
[(#FORMULAIRE_ADMIN)]
<:derniers_articles:>
[(#LOGO_ARTICLE_RUBRIQUE|right)] [
(#SURTITRE)
]
#TITRE
[
(#SOUSTITRE)
]
[(#DATE|nom_jour)] [(#DATE|affdate)] <:par_auteur:>
(#INTRODUCTION)
]
<:dernieres_breves:>
<:breves:>
a.. [(#DATE|affdate_court)]: #TITRE
<:nouveautes_web:>
<:sur_web:>
a.. [(#TITRE*)]
[
<:participer_site:>
(#FORMULAIRE_INSCRIPTION)
]
<:articles_recents:>
#TITRE
[(#DATE|nom_jour)] [(#DATE|affdate)] <:par_auteur:>
<BOUCLE_auteurs_recents(AUTEURS) {id_article} {", "}>#NOM
"Françoise" <f.roure@wanadoo.fr> a écrit dans le message de news:
408406D7.3040807@wanadoo.fr...
Gwendal wrote:
Bonjour,
je cherche si quelqu'un aurait réaliser un squelette dans la lignée du
répertoire oo de spip qui soit accessible aux lecteurs brailles,
synthétiseurs vocaux, etc ?
En principe tous les sites "tableless" le sont sans besoin de doubler le
site par des page /oo/, non ?
Voir <http://spipquebec.org/rubrique.php3?id_rubrique=10>
Cordialement
Françoise
begin 666 petit-logo-spip.gif
M1TE&.#EA6 `?`-4``&:*I-C8V,3$Q7Y_?____P0S5;BYN?3T]*.DI/^N+.KJ
MZO_YE@H>+/_(2+O3Y 9CJ*=B#IB8F/CX^/>*#>+BX@1!;@58E::_T8J+B]%P
M!EUUAY*JO/_P>RYUJ=WDZBA+9<O>[?S\_ 92BCUMD?[<7P9HL6R=PD]D<X>;
MJD0L#SI&3__^QGE$"1AJIFUM;4Q;9=#0T'Z/G 9+?CQ@>___]*RMKB5:@="0
M-@5>GQE?DALZ4._O[\> '#E_L^"P1;"1/"'Y! ``````+ ````!8`!\```;_
MP(%P2"P:C\BD<LE<EI[0J'0*)5BOV*QVR^UZMT*J>/PMF\_E\'@=1;O?9S6;
M#:_;L_(YN0L"A;8>#H*#?F^!@X*%6GE1(A45!14B#R4/EE);(1<=EBTF/0X2
M?P0.)I8//98=&P>CFBVGH*)6I;&JK*-6C"4B.BP0-S<0+ 4RIY=/6Z8F`@(`
MEA<*!U82"IP=!LZ6)CL2U!Z6/3 4W=36#]C:#]S>N@-2%2D9#2LT- L)&2D5
M.#BG3[EHX6A1PT"-&AUP&("Q(T2(`Q1:X!@1`0'"@3 4.#P0H)\&! (H>'L8
M<6+%BRTRCLI3@46&!"0X<%BP@$.#"<3Z^:,4,(0)_PL=+!HP`, "2(T$)%"P
M8&$$AH)%+: (T.K !:8:(@A0T$XI4Z=0F4Z=1D".A100)DQ(P+8!B;<))J20
M8:&?I5G4>EC($6%A``,QCEK1A%4K#!1,8VP-(6$#TP$(&+JZ:B&K@,.)M[J#
M4L!E!K5L$S1P2R(!A (BF/H[@/<``!$B`!B0%J!9@!U7-L"&'$"!;A$89CLT
ML;N&2"R_>?N&'1RI&AP,7*I=VY;TS;FI^[$>=6"#C.\(1.Z@T+M=" #?GU)P
M+6-&<\8C9-AX?^5\>N/LW0LO^XY7"L^@A>86!Z7M(T-V.[1B!4?Q?;=!@@=L
M1TU\\QE @0/?#:"5`@0<8/]#>QMB(0&%P5V888C\/2'#?Q!\1EU;,=E$S(%U
M2=,5!0;,\$@%*' 5T $R5.">`![HJ $&D4VSPR,G1, 0%D *B0&11B()`UEJ
MB!!=BP'".!,)Q%1 HXU_A+ ## CH^,@&7&'A`9,1;"!F#!59Z,T%CV1UI9MP
MRBD#G0C8N=D#6O[GHH -S+1"`RE$0B,Y>%4C``(G0/*!9(,9`,D),Q0P0PT(
M!$J5%3% @F0`[1 0@J8%<.HIJ**2E>(#T+%XJ&@QK;""#PQ$(HD%D.8B*0(?
M%% `"NL-%H.Q!>@0PT$%W>:-! `TJUZJ(2QKK+/0&B#M%6%84L&6M^9*P K$
M.)K_6K >;."0I!H8.X `N'F @@[&GJ!A00)\FU2G']!'@+WXMKIO-OX.BH,%
M!=BZ5J+UK/!#K[ZNVTT(*'P0(6,41&!L<SMH$$.Q.KB Y$+KY7* L2],R2$!
M(8_<K,F!CJ,@%N$N+ ,#ACX\$P<04*PNL-U($ ,#-4C3X0D,M&SG#@'HP( *
MD(7D(Q8!,-"TD[BI"K745(-$P=5XO$.KS@5$YQD/$*0@]"-CLB8!TP5$H( "
M`S2-@5;=G*EUP!;>C,7132=)C=\,`)XR%^'2:H$(,ABK]>3,&BMF=C8>H(+4
MD^L`600U4/40`EJ[X*2L]4VNM0I[JGH`Z0R8WCKC_3D._WF0D%3.K)@TXG Q
M1S5$@,$`-0APT$)(&:TU;ZG6IP":0D36$#6$,^^%&I8L#/F.NL/=^P/;061
MJ-U>UJ:J>3-PK1:2!@^Z2H.EOWX7<IS]^/8[[OA==O[,8B8%,&C&90(`J2M(
M0 5:$Q@6_A? RRPN*0A4WW[HUY]*V \VM_O.@5)3EYU$Z@`[N!L%R"$X`AA@
M<B[+A 0.<#<%)"A5)TR@9JY700O:[WX89$I=_A&0^O30"A%0@=M2H(,9NB&(
M0RSBRR@HA5/H1(>JL0LRWJ 4`0AO0S_\0A6ON!@:4N$8.I$B,I*!!I(8SR+P
*R-$SEB#--*N"7",XP!<0$<ZR@BQ"'6T(Q."```[
`
end
Gwendal wrote:
Oui & Non,
il faut aussi que la structure du squelette soit hiérarchisée correctement
et que les balises html ou xhtml soient utilisées à bon escient, un exemple
venant de vos liens :Les mise en pages du zen garden sont très spécifiquement basées sur
l'utilisation de la balise DIV or pour un synthétiseur vocal il n'y pas de
hiérarchie entre un div et un autre div si ce n'est de les prendre dans
l'ordre du code...
Donc si la page zengardensample.html, n'avait pas été hiérarchisé
correctement on aurait pu avoir en mode texte, la conclusion avant
l'introduction...
Nous sommes d'accord c'est largement aussi important de bien
structurer le flux de texte et aussi de choisir les bonnes balises pour que les navigateurs non graphiques s'y retrouvent.
Bref je cherche si quelqu'un a déjà réfléchi a un squelette pour les
synthétiseurs vocaux, navigateurs textes, lecteurs braille etc.
et non un simple tableless ou autre page certes sans doute accessible a
posteriori mais donc la réflexion d'accessibilité n'est pas forcément parti
du point de départ :
Ça m'intéresserait beaucoup aussi, mais probablement reste-t'il à faire En fait j'y travaille un peu mais comme je ne connais personne qui ait un navigateur pour aveugle je ne peux me caler que sur Lynx (navigateur en mode texte).
D'ailleurs le ZenGarden semble passent bien, ainsi que SpipQuebec.
Présenté le contenu d'un site SPIP par défaut sur les synthétiseurs vocaux,
navigateurs textes, lecteurs braille, etc.
Donc effectivement un squelette tableless, mais également CSSless d'une
certaine façon
CSSless, c'est à dire ? j'ai cru comprendre que justement les
navigateurs non graphiques ignorent les CSS et ne lisent le contenu de la page dans l'ordre où ils le trouvent. (Ce qui explique d'ailleurs les problèmes que leur posent les mises en pages avec <table>.)
Merci en tout cas pour le lien il y a deux trop choses que je ne connaissais
pasUn exemple de ce que je dis le squelette par défaut sommaire-dist.html,
dépouillé de css : (voir ci-dessous)- vous noterez que article récents qui dans la mise en page avec CSS est
sous derniers articles, se retrouve en bas de page sans les CSS,
je suppose (peut-être à tort) que le choix était de faire suivre derniers
articles par articles récents donc cela devrait être le cas sans la CSS
également...
C'est bien pour ça qu'il faut construire ses propres squelettes en
fonction du projet éditorial et de contenus, non ?
Cordialement
Françoise
J'ai bossé sur ce site et en particulier pour l'accessibilité de ce site qui
n'est pas tableless et pas en spip mais ça pourrait bientot aider spip à
devenir accessible notement pour les formulaires que je suis entrain de
reprendre dans spip(qui pour l'instant ne génère pas du code full
accessible) Le site est site est qd même accessible niveau A WAI et 90% AA
(cf: la mise en page en tableau).
Le secret de tout ça faire du code valide w3c et suivre les 92 critères
accessiweb ou adae pour ceux qui bossent pour le gouv
----- Original Message -----
From: "Françoise" <f.roure@wanadoo.fr>
To: <spip@rezo.net>
Sent: Tuesday, April 20, 2004 3:49 PM
Subject: [Spip] Re: Squelette & Accessiblilité ?
Gwendal wrote:
Oui & Non,
il faut aussi que la structure du squelette soit hiérarchisée correctement
et que les balises html ou xhtml soient utilisées à bon escient, un
exemple
venant de vos liens :
Les mise en pages du zen garden sont très spécifiquement basées sur
l'utilisation de la balise DIV or pour un synthétiseur vocal il n'y pas de
hiérarchie entre un div et un autre div si ce n'est de les prendre dans
l'ordre du code...
Donc si la page zengardensample.html, n'avait pas été hiérarchisé
correctement on aurait pu avoir en mode texte, la conclusion avant
l'introduction...
Nous sommes d'accord c'est largement aussi important de bien
structurer le flux de texte et aussi de choisir les bonnes balises pour
que les navigateurs non graphiques s'y retrouvent.
Bref je cherche si quelqu'un a déjà réfléchi a un squelette pour les
synthétiseurs vocaux, navigateurs textes, lecteurs braille etc.
et non un simple tableless ou autre page certes sans doute accessible a
posteriori mais donc la réflexion d'accessibilité n'est pas forcément
parti
du point de départ :
Ça m'intéresserait beaucoup aussi, mais probablement reste-t'il à faire
En fait j'y travaille un peu mais comme je ne connais personne qui
ait un navigateur pour aveugle je ne peux me caler que sur Lynx
(navigateur en mode texte).
D'ailleurs le ZenGarden semble passent bien, ainsi que SpipQuebec.
Présenté le contenu d'un site SPIP par défaut sur les synthétiseurs
vocaux,
navigateurs textes, lecteurs braille, etc.
Donc effectivement un squelette tableless, mais également CSSless d'une
certaine façon
CSSless, c'est à dire ? j'ai cru comprendre que justement les
navigateurs non graphiques ignorent les CSS et ne lisent le contenu de
la page dans l'ordre où ils le trouvent. (Ce qui explique d'ailleurs les
problèmes que leur posent les mises en pages avec <table>.)
Merci en tout cas pour le lien il y a deux trop choses que je ne
connaissais
pas
Un exemple de ce que je dis le squelette par défaut sommaire-dist.html,
dépouillé de css : (voir ci-dessous)- vous noterez que article récents qui dans la mise en page avec CSS est
sous derniers articles, se retrouve en bas de page sans les CSS,
je suppose (peut-être à tort) que le choix était de faire suivre derniers
articles par articles récents donc cela devrait être le cas sans la CSS
également...
C'est bien pour ça qu'il faut construire ses propres squelettes en
fonction du projet éditorial et de contenus, non ?
Cordialement
Françoise
_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net
Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.spip.net/
irc://irc.freenode.net/spip
Le 20 avr. 04, à 16:31, aurelien levy a écrit :
[...]
http://www.apf.asso.frLe secret de tout ça faire du code valide w3c et suivre les 92 critères
accessiweb ou adae pour ceux qui bossent pour le gouv
ben? ils sont où les exemples de squelette valide? sommaire.html = 404 :-\
--
philippe
Bonjour Françoise,
Le site que je prépare est orienté accessibilité tout navigateur, toute
plate-forme, mais ce n'est pas si simple...
Pour mes tests, j'utilise plusieurs navigateurs (dont Lynx) et les testeurs
en ligne du w3c...
On peut en discuter si tu le souhaites !
Bonne soirée !
dom
----- Original Message -----
From: "Françoise" <f.roure@wanadoo.fr>
To: <spip@rezo.net>
Sent: Tuesday, April 20, 2004 3:49 PM
Subject: [Spip] Re: Squelette & Accessiblilité ?
Gwendal wrote:
Oui & Non,
il faut aussi que la structure du squelette soit hiérarchisée correctement
et que les balises html ou xhtml soient utilisées à bon escient, un
exemple
venant de vos liens :
Les mise en pages du zen garden sont très spécifiquement basées sur
l'utilisation de la balise DIV or pour un synthétiseur vocal il n'y pas de
hiérarchie entre un div et un autre div si ce n'est de les prendre dans
l'ordre du code...
Donc si la page zengardensample.html, n'avait pas été hiérarchisé
correctement on aurait pu avoir en mode texte, la conclusion avant
l'introduction...
Nous sommes d'accord c'est largement aussi important de bien
structurer le flux de texte et aussi de choisir les bonnes balises pour
que les navigateurs non graphiques s'y retrouvent.
Bref je cherche si quelqu'un a déjà réfléchi a un squelette pour les
synthétiseurs vocaux, navigateurs textes, lecteurs braille etc.
et non un simple tableless ou autre page certes sans doute accessible a
posteriori mais donc la réflexion d'accessibilité n'est pas forcément
parti
du point de départ :
Ça m'intéresserait beaucoup aussi, mais probablement reste-t'il à faire
En fait j'y travaille un peu mais comme je ne connais personne qui
ait un navigateur pour aveugle je ne peux me caler que sur Lynx
(navigateur en mode texte).
D'ailleurs le ZenGarden semble passent bien, ainsi que SpipQuebec.
Présenté le contenu d'un site SPIP par défaut sur les synthétiseurs
vocaux,
navigateurs textes, lecteurs braille, etc.
Donc effectivement un squelette tableless, mais également CSSless d'une
certaine façon
CSSless, c'est à dire ? j'ai cru comprendre que justement les
navigateurs non graphiques ignorent les CSS et ne lisent le contenu de
la page dans l'ordre où ils le trouvent. (Ce qui explique d'ailleurs les
problèmes que leur posent les mises en pages avec <table>.)
Merci en tout cas pour le lien il y a deux trop choses que je ne
connaissais
pas
Un exemple de ce que je dis le squelette par défaut sommaire-dist.html,
dépouillé de css : (voir ci-dessous)- vous noterez que article récents qui dans la mise en page avec CSS est
sous derniers articles, se retrouve en bas de page sans les CSS,
je suppose (peut-être à tort) que le choix était de faire suivre derniers
articles par articles récents donc cela devrait être le cas sans la CSS
également...
C'est bien pour ça qu'il faut construire ses propres squelettes en
fonction du projet éditorial et de contenus, non ?
Cordialement
Françoise
_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net
Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.spip.net/
irc://irc.freenode.net/spip
___[ Pub ]____________________________________________________________
Inscrivez-vous gratuitement sur Tandaime, Le site de rencontres !
_____________________________________________________________________
Envie de discuter en "live" avec vos amis ? Télécharger MSN Messenger
http://www.ifrance.com/_reloc/m la 1ère messagerie instantanée de France
Si vous pouviez indiquer un ou deux sites de référence quand aux contraintes
d'accessibilité, ça serait bien 
Olivier G.
----- Original Message -----
From: "Dominique Cocagne" <dcocagne@ifrance.com>
To: <spip@rezo.net>; "Françoise" <f.roure@wanadoo.fr>
Sent: Tuesday, April 20, 2004 5:37 PM
Subject: Re: [Spip] Re: Squelette & Accessiblilité ?
Bonjour Françoise,
Le site que je prépare est orienté accessibilité tout navigateur, toute
plate-forme, mais ce n'est pas si simple...
Pour mes tests, j'utilise plusieurs navigateurs (dont Lynx) et les
testeurs
en ligne du w3c...
On peut en discuter si tu le souhaites !
Bonne soirée !
dom
Vous pouvez jeter un oeil sur le site de cette société :
www.visualfriendly.com
Ils répondent à vos questions d'accessibilité.
Mais c'est un service payant...
_____
Pascal
"Dominique Cocagne" <dcocagne@ifrance.com> a écrit dans le message de
news:022d01c426ed$be3c8b40$f3c809c0@ville.tav...
Bonjour Françoise,
Le site que je prépare est orienté accessibilité tout navigateur, toute
plate-forme, mais ce n'est pas si simple...
Pour mes tests, j'utilise plusieurs navigateurs (dont Lynx) et les testeurs
en ligne du w3c...
On peut en discuter si tu le souhaites !
Bonne soirée !
dom
----- Original Message -----
From: "Françoise" <f.roure@wanadoo.fr>
To: <spip@rezo.net>
Sent: Tuesday, April 20, 2004 3:49 PM
Subject: [Spip] Re: Squelette & Accessiblilité ?
Gwendal wrote:
Oui & Non,
il faut aussi que la structure du squelette soit hiérarchisée correctement
et que les balises html ou xhtml soient utilisées à bon escient, un
exemple
venant de vos liens :
Les mise en pages du zen garden sont très spécifiquement basées sur
l'utilisation de la balise DIV or pour un synthétiseur vocal il n'y pas de
hiérarchie entre un div et un autre div si ce n'est de les prendre dans
l'ordre du code...
Donc si la page zengardensample.html, n'avait pas été hiérarchisé
correctement on aurait pu avoir en mode texte, la conclusion avant
l'introduction...
Nous sommes d'accord c'est largement aussi important de bien
structurer le flux de texte et aussi de choisir les bonnes balises pour
que les navigateurs non graphiques s'y retrouvent.
Bref je cherche si quelqu'un a déjà réfléchi a un squelette pour les
synthétiseurs vocaux, navigateurs textes, lecteurs braille etc.
et non un simple tableless ou autre page certes sans doute accessible a
posteriori mais donc la réflexion d'accessibilité n'est pas forcément
parti
du point de départ :
Ça m'intéresserait beaucoup aussi, mais probablement reste-t'il à faire
En fait j'y travaille un peu mais comme je ne connais personne qui
ait un navigateur pour aveugle je ne peux me caler que sur Lynx
(navigateur en mode texte).
D'ailleurs le ZenGarden semble passent bien, ainsi que SpipQuebec.
Présenté le contenu d'un site SPIP par défaut sur les synthétiseurs
vocaux,
navigateurs textes, lecteurs braille, etc.
Donc effectivement un squelette tableless, mais également CSSless d'une
certaine façon
CSSless, c'est à dire ? j'ai cru comprendre que justement les
navigateurs non graphiques ignorent les CSS et ne lisent le contenu de
la page dans l'ordre où ils le trouvent. (Ce qui explique d'ailleurs les
problèmes que leur posent les mises en pages avec <table>.)
Merci en tout cas pour le lien il y a deux trop choses que je ne
connaissais
pas
Un exemple de ce que je dis le squelette par défaut sommaire-dist.html,
dépouillé de css : (voir ci-dessous)- vous noterez que article récents qui dans la mise en page avec CSS est
sous derniers articles, se retrouve en bas de page sans les CSS,
je suppose (peut-être à tort) que le choix était de faire suivre derniers
articles par articles récents donc cela devrait être le cas sans la CSS
également...
C'est bien pour ça qu'il faut construire ses propres squelettes en
fonction du projet éditorial et de contenus, non ?
Cordialement
Françoise
_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net
Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.spip.net/
irc://irc.freenode.net/spip
___[ Pub ]____________________________________________________________
Inscrivez-vous gratuitement sur Tandaime, Le site de rencontres !
_____________________________________________________________________
Envie de discuter en "live" avec vos amis ? Télécharger MSN Messenger
http://www.ifrance.com/_reloc/m la 1ère messagerie instantanée de France
Françoise a écrit : CSSless, c'est à dire ? j'ai cru comprendre que
justement les
navigateurs non graphiques ignorent les CSS et ne lisent le contenu de
la page dans l'ordre où ils le trouvent. (Ce qui explique d'ailleurs les
problèmes que leur posent les mises en pages avec <table>.)
C'était juste une façon de parler en regard de tableless 
Bonsoir,
Vous pouvez jeter un oeil sur le site de cette société :
www.visualfriendly.com
Ils répondent à vos questions d'accessibilité.
Si je ne m'abuse, Visual Friendly passe à la moulinette du code pas
accessible pour le rendre pseudo accessible, un peu comme les services
de traductions automatisés, en quelque sorte.
Une démarche d'accessibilité ça ne s'improvise pas, et ça doit partir
des fondations, ce n'est pas qu'un simple ravalement de façade.
Pour un exemple que je connais particulièrement bien, j'ai
complètement refait le design de mon site Gastero Prod [1] en XHTML et
CSS alors qu'il était plein de tables et images dans tout les sens, et
ça ne c'est pas fait en une soirée, ça m'a pris pas mal de temps alors
que je suis les problématiques d'accessibilité depuis plusieurs mois.
Mon premier objectif a été de créer des squelettes sémantiquement
accessibles, ce qui a pour conséquence que le site est consultable
sans problème avec un navigateur non graphique, puis de l'habiller
pour les chanceux comme moi qui peuvent profiter d'un design plus
visuel.
Je prépare un article complet sur cette refonte ...
-Nicolas
[1] http://www.gasteroprod.com/
--
Nicolas "Brush" HOIZEY
Free PHP projects http://www.phpheaven.net
Veille tous azimuts http://www.gasteroprod.com
Clever Age http://www.clever-age.com
La liste pourrait être longue mais pour ma part bien que "débutant" dans ce
domaine de recherche j'ai trouvé les sites suivants, digne d'intérêt :
dans le désordre (en fait il n'y a pas d'ordre )
http://www.acces-pour-tous.net/
http://www.braillenet.org/
http://www.openweb.eu.org/accessibilite/
http://www.w3.org/WAI/References/QuickTips/qt-fr.htm
Techniques pour les règles d'accessibilité du contenu Web 1.0 (très technique mais
pointu )
http://www.accessiweb.org/fr/Accessibilite_du_web/
Plongez dans l'accessibilité un de mes préférés car expliqué par
des cas précis donc plus explicite & encourageant (si c'était nécessaire)
que un simple, respectez le validator !!!
voilà certainement pas exhaustive mais une liste qui m'a semblé un bon
départ
Gwendal
"Olivier GENDRIN" <olivier.gendrin@free.fr> a écrit dans le message de news:
029a01c426ee$10eac5f0$0700a8c0@carmine...
Si vous pouviez indiquer un ou deux sites de référence quand aux contraintes
d'accessibilité, ça serait bien
Olivier G.
----- Original Message -----
From: "Dominique Cocagne" <dcocagne@ifrance.com>
To: <spip@rezo.net>; "Françoise" <f.roure@wanadoo.fr>
Sent: Tuesday, April 20, 2004 5:37 PM
Subject: Re: [Spip] Re: Squelette & Accessiblilité ?
Bonjour Françoise,
Le site que je prépare est orienté accessibilité tout navigateur, toute
plate-forme, mais ce n'est pas si simple...
Pour mes tests, j'utilise plusieurs navigateurs (dont Lynx) et les
testeurs
en ligne du w3c...
On peut en discuter si tu le souhaites !
Bonne soirée !
dom
Merci à tous
directement ou indirectement vos suggestions m'ont bien aidé, il s'avère que
les squelettes TEXTOO sont ce qui s'approche le plus de ce que je
recherchais, dans un premier temps.
mais pour finir même si le travail accompli par ceux qui se sont penchés sur
la question est déjà admirable, je crois que je vais partir à blanc pour
commencer par définir selon les règles majeurs de l'accessibilité, un
squelette complet en mode texte...
je sollicite donc à nouveau vos avis car une première question se pose quand
à la lecture logique d'un site spip par défaut, dans quel ordre de priorité
classeriez vous les différents éléments SPIP d'une page sommaire.html ?
(dans le cas d'un site SPIP "générique" donc pouvant s'adapter à tous les
contenus type générés par SPIP)
si je n'en oublie pas ? il y aurait à classer :
Titre - En-Tête de Page
derniers articles
dernières brèves
derniers messages de forums
mots-clés (un peu spécial ce point d'ailleurs vu la diversité d'usage)
moteur de recherche
rubriques
« annuaire de sites » (sites référencés)
syndication de contenu (sur le web)
résumé (lien page spécifique)
statistiques (lien page spécifique)
plan du site (lien page spécifique)
espace privé (lien page spécifique)
formulaire inscription
Mentions marginales, Pied de page
Bien entendu la plupart des sites n'affiche pas tous ces éléments mais comme
je parle d'un site générique il faut bien que tous les contenus possibles
soient envisagés, non ?
merci en tout cas
Gwendal
La liste pourrait être longue mais pour ma part bien que "débutant"
dans ce domaine de recherche j'ai trouvé les sites suivants, digne
d'intérêt : [...]
Si vous pensez comme moi qu'être inscrit à une mailing-list (comme
ici) est un très bon moyen pour apprendre, je vous conseille vivement
celle des Pompeurs qui est très réactive et intéressante :
La liste : Yahoo fait partie de la famille de marques Yahoo.
Le site : http://pompage.net/
Le WiKi : http://www.publishtogether.com/pompeurs/
-Nicolas
--
Nicolas "Brush" HOIZEY
Free PHP projects http://www.phpheaven.net
Veille tous azimuts http://www.gasteroprod.com
Clever Age http://www.clever-age.com
Gwendal wrote:
Françoise a écrit : CSSless, c'est à dire ? j'ai cru comprendre que
justement les
navigateurs non graphiques ignorent les CSS et ne lisent le contenu de
la page dans l'ordre où ils le trouvent. (Ce qui explique d'ailleurs les
problèmes que leur posent les mises en pages avec <table>.)C'était juste une façon de parler en regard de tableless
Françoise wrote:
Gwendal wrote:
Françoise a écrit : CSSless, c'est à dire ? j'ai cru comprendre que
justement les
navigateurs non graphiques ignorent les CSS et ne lisent le contenu de
la page dans l'ordre où ils le trouvent. (Ce qui explique d'ailleurs les
problèmes que leur posent les mises en pages avec <table>.)C'était juste une façon de parler en regard de tableless
C'était juste une façon d'insister sur les inconvénients des mises en pages avec des <table>
Cordialement
Françoise
P.S. Pardon pour le message vide, (mon chat cliqué sur la touche envoi).
Nicolas Hoizey wrote:
Bonsoir,
Vous pouvez jeter un oeil sur le site de cette société :
www.visualfriendly.com
Ils répondent à vos questions d'accessibilité.Si je ne m'abuse, Visual Friendly passe à la moulinette du code pas
accessible pour le rendre pseudo accessible, un peu comme les services
de traductions automatisés, en quelque sorte.
Pour tester le niveau d'accessibilité d'un site il y a Bobby
<http://bobby.watchfire.com/bobby/html/en/index.jsp>
Une démarche d'accessibilité ça ne s'improvise pas, et ça doit partir
des fondations, ce n'est pas qu'un simple ravalement de façade.
>......
Ça c'est bien vrai, comme dirait Emily Postnews <;o))) Raison de plus pour partir sur des bonnes bases lorsqu'on crée un nouveau site, comme dirait monsieur de La Palisse...
Cordialement
Françoise
Gwendal wrote:
> La liste pourrait être longue mais pour ma part bien que "débutant" dans ce
> domaine de recherche j'ai trouvé les sites suivants, digne d'intérêt :
> dans le désordre (en fait il n'y a pas d'ordre )
> http://www.acces-pour-tous.net/
> http://www.braillenet.org/
> http://www.openweb.eu.org/accessibilite/
> http://www.w3.org/WAI/References/QuickTips/qt-fr.htm
> http://www.la-grange.net/w3c/WAI-WEBCONTENT-TECHS/ (très technique mais
> pointu )
> http://www.accessiweb.org/fr/Accessibilite_du_web/
> http://www.la-grange.net/accessibilite/ un de mes préférés
Superbe caisse à outils ;-> rien à ajouter sauf pour ceux et celles qui
lisent un peu l'anglais le site "WEB Acessibility in Mind" <http://www.webaim.org/>
Cordialement
Françoise