adatim

Merci me voilà débloqué en moins de 10 minutes et j'avoue que pour un bug de ce genre j'aurais pu cherché longtemps avant de me dire : "Que suis-je bête !!!"

En tt cas merci beaucoup

Lionel

Salut à tous,

j'ai un petit soucis avec la fonction ereg_replace ...

J'ai besoin de remplacer des balises mais je me retrouve bloqué par un bug que je n'arrive pas à résoudre

Un exemple illustrera plus qu'un long discours ...

j'ai une variable contenant untexte

$montexte="<a href=http://www.google.fr> google</a> et puis un autre pour ne pas faire de jaloux <a href=http://www.msn.fr>msn</a>";

Cette variable que je récupère n'a pas de double quote autours du lien se trouvant dans le href ... je souhaite les rajouter.

Je fais donc :

$montexte= preg_replace("/<a href=(.*)>(.*?)<\/a>/si", "<a href=\"\\1\"> \\2 </a>", $montexte);

le problème c'est que cet appel va me retourner :

<a href=&quot;http://www.google.fr> google</a> et puis un autre pour ne pas faire de jaloux <a href=http://www.msn.fr"> msn </a>

ce qui me fait apparaitre juste msn avec un immense lien dessus

en gros mon script prend tout ce que je lui ai donné et s'arrête non pas au premier </a> mais au dernier de la page !

Pourtant le (.*?)<\/a> devrait l'en empêcher !

Alors si quelqu'un a une autre solution merci de me la proposer ca me ferait gagner du temps

Lionel

Effectivement hera n'est plus dispo en français ... je ne sais pas pourquoi j'envoie un email pour leur demander.

Pour la version espagnole : http://www.sidar.org/hera/

Je vous tiens au courant dès que j'ai des nouvelles ...

Alors les nouvelles vienne d'arriver (je remercie d'ailleurs Catherine Roy pour la rapidité à laquelle elle m'a répondu)

En fait, je nétais pas au courant que la version française nétait plus

disponible et tu me lapprends.  En vérifiant le site, je vois quils ont

refait le design des pages et que toutes les traductions sont disparues.

Peut-être quils nont juste pas eu le temps dintégrer les traductions

suite à la refonte, je ne sais pas...  La personne que jai mise en CC à ce

courriel pourra peut-être répondre à tes interrogations.

Merci de ton intérêt pour cet outil et bonne journée,

Donc je pense que l'on devrait pouvoir y accéder sous peu du moins j'espère !

lionel

Pour ceux qui utilisaient bobby, la société Watechfire est en train de faire migrer l'url de test sur : http://webxact.watchfire.com.

n May 1, 2005, Watchfire will transition its Bobby online service to WebXACT http://webxact.watchfire.com, its free online tool that allows users to test single pages of web content for accessibility, quality, and privacy issues. WebXACT was the industry's first free online service to provide website content testing for these critical online issues.

With WebXACT, users will have access to an advanced online testing service which provides over 90 comprehensive web accessibility checks. Additionally, WebXACT can test for online quality and privacy issues, critical to understanding the problems that can drive users off a website. WebXACT encourages compliance with existing accessibility guidelines, such as Section 508 and the W3C's WCAG.

Sinon pour ceux qui ne connaissent pas il existe un outil dont l'objectif est similaire en espagne développé par Sidar : Hera.

Pour la version française : http://www.sidar.org/hera/index.php.fr

Bonjour,

j'aimerais savoir si quelqu'un s'était déjà procuré la norme ISO 16071 et quel était sa réelle utilité.

Je vous joins pour ceux qui ne la connaissent pas un court résumé issu d'un document publié par lergonome:

  Ce document est une spécification technique. Il ne s'agit donc pas encore d'une norme. L'objectif de ce document est de fournir aux développeurs des recommandations leur permettant d'assurer l'accessibilité des interfaces utilisateurs, c'est-à-dire de favoriser l'efficacité et la satisfaction des utilisateurs ayant des besoins spécifiques en raison de déficits moteurs, sensoriels ou cognitifs (ex., personnes mal ou non-voyantes, etc.).

Par ailleurs, les recommandations proposées devraient diminuer l'usage des outils d'assistance logiciels et matériels comme les synthèses vocales, les tablettes Braille, ou encore favoriser leur utilisation.

Cette norme serait donc un complément plus général des préconisations du WAI

(http://www.internet.gouv.fr/francais/guide/w3c/w3c.html) sur l'accessibilité des contenus Web.

On y aborde la conception des raccourcis claviers, les technologies

d'assistance, les besoins des utilisateurs aveugles, sourds, les contrats, l'entrée de

données, l'usage de la couleur, etc.  

Source du document (PDF) : http://www.lergonome.org/pages/Normes&ErgoLogi.pdf

Savez vous qui l'a écrite ? comment ? ses répercutions ?

Merci

Lionel

Effectivement merci Monique,

la page d'OpenWeb se suffit à elle même d'ailleurs car elle ne comporte pas les erreurs que peuvent indiquer les pages suivantes.

Merci bien.

Lionel

Ah désolé ... il suffit pour régler ce soucis de déplacer le onclick du bouton de validation dans la balise form et de le remplacer par un onSubmit ...

Je n'y avais pas pensé avant

Merci quand même

Bonjour,

je vous soumets encore un dilemne qui me travaille en ce moment

Je vous explique la situation ...

J'ai un formulaire assez complexe que je veux faire vérifier par javascript avant validation. Ceci dans le but de sécuriser un tant soit peu le formulaire mais SURTOUT pour des besoins ergonomiques : empêcher les erreurs et les corriger de suite sans recharger la page etc ...

Tout celà marchait très bien jusqu'à ce qu'une petite lumière vienne s'illuminer dans mon esprit et m'empecher de continuer sereinement ... qu'en est il des navigateurs qui n'accepteront pas js ? et bien impossible de valider mon document puisque j'ai un code dans ce genre :

Pr le javascript :

function verifier(formulaire) 
	{
          .... nombreuses vérifications
          document.formulaire.submit();
}

Pr l'HTML :

<input type="button" name="envoi" value="Valider le formulaire" onClick="verifier(formulaire);"

Donc sans javascript le navigateur on peut cliquer sur le bouton pour lui ca ne veut rien dire ... je me dis donc que je pourrais placer un

<input type="submit" name="envoi" value="Valider le formulaire" onClick="verifier(formulaire);"

comme ca il validerait si jamais il n'y a pas javascript et ce sera php dans un deuxième temps qui fera les vérifs et indiquera les erreurs au client (il n'av qu'à avoir javascript !!! lol)

Le problème c'est que je ne peux pas !!! Car comme vous vous en doutez dans ce cas il valide mon formulaire de tte facon ... que le javascript soit d'accord ou pas et même si je lui fais retourner un false

A ma connaissance je ne vois pas comment bloquer le submit ... alors si quelqu'un a une idée car je ne suis vraiment pas très chaud pour passer toutes les vérifs via php pour des raisons que vous connaissez tous ...

J'attends impatiemment vos conseils et remarques.

Salut,

Ddans un formulaire lorsque l'on fait un <select> puis les différents <option> on obtient une liste.

Lorsqu'on survole cette liste les navigateurs mettent un surlignage bleu foncé sur les différentes choix de la liste ... savez vous comment supprimer cet effet de surlignage en css ou en changer la couleur ???

Merci d'avance !

Salut,

c'est vrai que l'on pense très souvent aux déficients visuels et celà se comprend car l'informatique et plus particulièrement l'internet est avant toute chose visuelle ...

Cependant, il ne faut pas pour autant oublier les autres déficiences.

Tu parles ici de déficience moteur ..

Prenons l'exemple simple d'une personne ne pouvant appuyer que sur une touche à la fois et uniquement sur un clavier adapté à son handicap.

Cette personne arrive sur ton site et tu as fait quelque chose de très beau très complet et très utile mais qui n'est naviguable qu'à la souris le site sera alors inaccessible.

Tu dois donc penser à faire une navigation qui soit logique et entièrement parcourable au clavier ... et si possible optimisée pour cette navigation.

Dans le cas où celà n'est pas possible tu devras fournir une version alternative.

Personnellement je ne suis pas pour les versions alternatives car lorsqu'on voit les sites alternatifs de france telecom par exemple ca me fait peur !

C'est le même problème pour tous les scripts où tu prévois un onclick ... n'oublie pas de prévoir que la même action peut-être réalisée avec un onkeypress ...

Nous pourrions aussi parler des handicaps cognitifs mais là le problème est bien plus compliqué ... comment réussir à faire en sorte que ton site soit utilisable par des personnes souffrant de déficiences non plus motrices mais intelectuelles ... la solution tient alors uniquement du bon sens et de l'ergonomie ... il faut que le site puisse être utilisable sans bousculer les habitudes des personnes etc ... le language que tu vas utiliser devra aussi être très bien géré ...

Pour ce qui est de l'accessibilité générale tu peux bien sur lire Nielsen mais aussi Nogier que l'on cite beaucoup moins et qui pourant a réussit à faire un très bon énoncé de beaucoup de normes ergonomiques dans son livre : "Ergonomie et design".

Je n'évoquerais pas ici tous les autres handicaps mais sache qu'en général la meilleure solution pour tous les problèmes c'est un site web parfaitement conforme aux règles du W3C de la logique et le plus réfléchit au niveau de l'ergonomie ...

Pense toujours qu'une petit bug pour toi ou un petit soucis peut devenir un monstruex problème sous un autre navigateur, un autre système etc ...

je confirme qu'il y a une barre de pub qui s'affiche en haut et dont l'épaisseur est différente selon que vous acceptez ou non de la publicité ciblée ...

Par contre ca ne peut qu'être un avantage dans notre cas puisqu'un site web accessible ne devrait il pas avant tout être compatible avec tous les navigateurs et l'espace qu'il laisse pour la visualisation ?

Lionel

Certains d'entres vous connaissent peut-être, mais suite à mes nombreux posts du genre comment fait-on pour que ca marche, je voulais me rattraper et envoyer un petit tuyeau que je trouve bien utile.

Quand vous avez un site web, il existe beaucoup de méthodes vous permettant de vous assurer qu'il sera accessible en théorie mais c'est quand même bien de pouvoir le tester vous même ...

Donc télécharger opéra 7 et vous verrez qu'il peut s'avérer être très pratique.

En effet, il propose de nombreuses feuilles de styles préintégrées permettant de : supprimer les feuilles de style, supprimer les mises en pages tableau, avoir une vision textuelle uniquement, enlever les images, faire apparaitre les blocs structurants, voir l'affichage tel que sur un palm etc ...

Certes ca ne remplacera jamais les longs et fastidieux tests ergonomiques mais il faut bien admettre que pouvoir avoir ce nombre de tests en seulement quelques clics c'est bien agréable ....

Lionel

Effectivement je n'avais pas pensé à cette option là faire juste une classe liste pour les titres de rubriques ...

Même s'il est vrai que des hn à chaque rubriques ne sont peut-être pas ce qu'il y a de plus adapté puisqu'on va peut-être s'y perdre avec le contenu de la page mais je pense que le risque à prendre est moins élevé que les listes de listes ...

Le soucis des listes imbriquées à mon avis c'est qu'on risque rapidement de ne plus savoir où on se trouve si c'est dans la première liste ou dans la seconde alors qu'effectivement les hn ca peut être une bonne idée mais le pb c'est que dans le cas des hn je me trouve obligé de mettre une image à côté ...

Et là on retrouve un problème de contenu / mise en page puisque les images n'auraient pas lieu d'être .... ou alors avec des petits alt="*" ?

Bonjour à tous,

une petite question purement technique et qui pourtant a je n'en peux douter une importance considérable sur l'accessibilité.

J'ai besoin de réaliser en quelques sorte une liste de liste du genre

Catégories :

Rubrique 1

Article 1

Article 2

Rubrique 2

a1

a2

a3

etc ...

La question est vaut-il mieux qqch dans le genre :

<ul>
   <li>rub 1</li>

   <ul>
       <li>ss rub 1</li>
       <li>ss rub 2</li>
      <li>ss rub 3</li>
   </ul>

   <li>rub 2</li>
   
    <ul>
         <li>ss rub 1</li>
         <li>ss rub 2</li>
        <li>ss rub 3</li>
   </ul>
</ul>

Ou alors un code dans le genre :

<p><img src="puce.gif" alt="*"> Rubrique 1</p>

   <ul>
       <li>ss rub 1</li>
       <li>ss rub 2</li>
      <li>ss rub 3</li>
   </ul>

<p><img src="puce.gif" alt="*"> Rubrique 2</p>

   <ul>
       <li>ss rub 1</li>
       <li>ss rub 2</li>
      <li>ss rub 3</li>
   </ul>

La remière solution permet de tout mettre sous forme de liste mais avec un navigateur vocal ne va-t-on pas s'y perdre ....

La seconde permet d'éviter ses imbrications mais nécessite des techniques moins conventionnelles ...

Alors bien que je pense qu'aucune des deux ne soit forcément meilleure et que le mieux serait peut-être de changer le système j'aimerais votre point de vue.

Lionel

Je rajouterais un article que j'avais consulté et malheureusement oublié qui peut aussi répondre à la question que je posais en haut et qui pourra peut-être servir pour d'autres personnes.

Tentative d'explication de la perception d'une page web par un handicapé visuel

L'article était cependant magnifiquement résumé par les propos de Monique juste au dessus sur les charges cognitives que demandent une représentation d'une page.

Je cite ici le passage intéressant pour ce topic :

Normand : "Bien utilisés", les tableaux ne sont effectivement pas un obstacle et, parce que les lecteurs d'écran y sont adaptés, ils peuvent être un point d'appui tout à fait valable... Mais non, le recours aux tableau n'a pas d'avantages par rapport à une page sans tableaux, mais logiquement structurée et titrée.

Je souhaitais en effet corriger l'idée selon laquelle "tableau" rimerait avec "inaccessibilité". Mais de là à en recommander l'utilisation de préférence à d'autres solutions... il y a un pas à ne pas franchir. Tout est dans le "bien utilisés" : les erreurs potentielles sont trop nombreuses.

Sur ce point, il me semble qu'on peut se contenter de dire: lorsque vous n'avez pas de solution CSS à votre portée, et que vous connaissez une solution à base de tableau, sous réserve de l'accessibilité de celle-ci... ce peut être une solution faute de mieux.

Lionel

Merci à tous,

vous me confirmez donc ce que je pensais à ce niveau là ... aucun conseil précis sur l'accessibilité mais juste une logique de mise en page quelle soit tableau ou css.

Je vous remercie donc beaucoup pour les réponses.

Pour matthieu, merci pour le petit livre mais j'avais déjà lu c'est très bien fait d'ailleurs !

Lionel

Je pensais que c'était dans ce cas précis où il vallait mieux utiliser css car un tableau complexe n'est il pas complètement inutilisable par un navigateur vocal qui va s'y perdre ?

Bonjour à tous,

je suis un petit peu indécis au niveau des consignes de mise en page.

Les tableaux ne doivent théoriquement pas servir à la mise en page mais plutôt à la présentation de données (sauf s'ils gardent un sens une fois linéarisée ... ).

D'autre part, pour respecter le standard d'implémentation qui veut que l'on sépare la forme et le fond il vaudrait peut-être mieux utiliser des css pour positionner des calques.

Le problème c'est que dans ce cas après désactivation des css la mise en page peut là aussi perdre du sens ... et plus seulement pour les personnes souffrant de handicaps ...

Donc si je résume que vaut-il mieux au final :

- un tableau comportant pas de tableaux imbriqués et balisé de façon correcte avec des indications montrant que telle case correspondant par exemple à un menu

- un découpage du site en calques (comme le site du grand chalon qui même s'il possède qqs petites bizarreries me semble un des sites les mieux réalisés avec cette technologie ...).

Personnellement, j'obterais plus pour la deuxième solution car elle permet une certaine souplesse que les tableaux ne permettraient pas s'ils sont simplifiés à leur maximum ... mais je compte sur vous pouyr m'aider à lever cette ambiguité !

De plus, mes connaissances en référencement étant elles je dois l'admettre assez restreintes quelle méthode plaira le mieux à nos chers moteurs à votre avis ?

Bonne journée à tous,

Lionel

Salut à tous,

j'ai déjà posté un message dans le forum "nouveau-venu" mais étant donné que j'espère pouvoir être plus actif dans cette section, je souhaitais me présenter ici aussi.

Comme je le disais dans mon premier message je suis actuellement étudiant en multimédia en période de stage de 6 mois dans un laboratoire publique (LASELDI pour ceux qui connaissent).

Le sujet de stage que nous réalisons à deux est assez vague et nous laisse assez libre. Nous devons travailler sur l'accessibilité de l'internet et du multimédia.

Après avoir recherché des informations et passé 1 bon mois à lire toutes les docs édités sur ce sujet et à regarder ce qui se faisait de mieux (comme de pire mais ca ca n'a pas été le plus dur !... qu'il est facile de critiquer ) nous nous mettons maintenant à nos propres réalisations.

Nous pensons réaliser une espèce de portail mutli-publique de sensibilisations aux handicaps et qui permettrait aussi de recenser un petit peu tout ce que l'on peut voir ou lire et surtout d'en parler ...

De plus, nous pensons développer quelques outils d'accessibilité.

Enfin, notre troisième axe est plus artistique puisque nous travaillons aussi avec des artistes sur la possibilité de rendre l'art accessible aux personnes handicapées.

Voilà pour la présentation et j'espère pouvoir participer activement à ce forum.

Lionel

Bonjour,

tout nouveau sur le forum je vous poste un petit message pour me présenter.

Je suis étudiant en Multimédia et profite d'un stage de 6 mois en binome dans un laboratoire publique (LASELDI) pour me spécialiser dans l'accessibilité à l'internet avec comme objectifs la réalisation d'un site internet essayant de recenser de nombreuses infos là dessus, des outils de développement et des outils de communication permettant un réel échange ...

Donc après avoir lu les nombreux livres qui parlent de ces problèmes les règles diverses et variées postées sur le net et avoir essayé de trié par moi même le vrai du faux je m'inscris à des forums pour avoir des feedbacks plus humains et avoir une aide je l'espère bien utile

Lionel