Bonjour,
J'ai placé les modifs du formulaire de recherche (pour la dist) sur la
zone mais je n'ai pas de compte sur tract pour modifier le formulaire
lui-même (input type=image)
Je voudrais aussi ajouter 2 nouvelles chaines de langue : "Rechercher
sur le site" et "Lancer la recherche" pour les ajouter au formulaire de
la dist et aux autres si besoin
Comment faire ?
Salut Stéphanie,
Bon désolé de débouler comme ça dans cette discussion où je n'ai pas encore causé. Mais bon, comme les personnes intéressées n'ont pas le temps ou la motivation je m'y colle 
Bonjour,
J'ai placé les modifs du formulaire de recherche (pour la dist) sur la
zone mais je n'ai pas de compte sur tract pour modifier le formulaire
lui-même (input type=image)
Je ne vais pas parler du côté esthétique de la chose (input image et autre) mais plutôt du déplacement du formulaire dans le bloc de l'entête. Tu disais vouloir effectuer cette modification pour éviter d'avoir à positionner le formulaire en absolute mais le problème sera exactement le même pour les personnes qui souhaiteront placer ce même formulaire sous la navigation.
De plus, cela fait que le premier élément affiché dans le source de la page est le formulaire de recherche, et cela avant le titre du site. À mon avis il faut revenir sur ce point.
À propos du label, on causait de l'utilisation détournée de l'attribut placeholder sur IRC et je pointais un exemple tout simple qui permet de placer le label dans l'input du formulaire de recherche avec un petit bout de javascript de rien du tout (et cela se dégrade bien avec le js désactivé). J'ai ça qui tourne sur le site de ma coop depuis quelques temps :
En tout cas, ça fait plaisir de voir des gens commiter sur la dist, merci pour ça 
J'ai placé les modifs du formulaire de recherche (pour la dist) sur la
zone mais je n'ai pas de compte sur tract pour modifier le formulaire
lui-même (input type=image)Je ne vais pas parler du côté esthétique de la chose (input image et
autre) mais plutôt du déplacement du formulaire dans le bloc de
l'entête. Tu disais vouloir effectuer cette modification pour éviter
d'avoir à positionner le formulaire en absolute mais le problème sera
exactement le même pour les personnes qui souhaiteront placer ce même
formulaire sous la navigation.
oui c'est vrai ...dilemme
De plus, cela fait que le premier élément affiché dans le source de la
page est le formulaire de recherche, et cela avant le titre du site. À
mon avis il faut revenir sur ce point.
je comprends pas... c'est du "google-dictat" cette idée ou bien ?
parce que je ne vois pas bien en quoi ça gêne les utilisateurs qui ont
des yeux et des mains valides
visuellement, le formulaire n'a pas changé de place et avec un lecteur
d'écran, c'est la balise <title> qui est lue en 1er, on sait donc où
l'on se trouve (pour si peu que le title soit cohérent bien-sûr) et l'on
est assuré dès le départ d'une aide (que l'on a pas besoin de chercher
dans la page)
je sais pas moi, mais si on met une rampe d'accès à un bâtiment pour les
ceuses à roulettes, on la met à l'arrière, au fond de la cour ?
À propos du label, on causait de l'utilisation détournée de l'attribut
placeholder sur IRC et je pointais un exemple tout simple qui permet
de placer le label dans l'input du formulaire de recherche avec un
petit bout de javascript de rien du tout (et cela se dégrade bien avec
le js désactivé). J'ai ça qui tourne sur le site de ma coop depuis
quelques temps :
http://www.chrysalide.coop/
oué c'est chouette et bel effet
bien dégradé aussi mais avec Lynx, je n'ai pas trouvé le formulaire du
premier coup d'œil/écran... j'ai dû le chercher (tab, tab, tab, tab,
tab, tab, tab...)
En tout cas, ça fait plaisir de voir des gens commiter sur la dist,
merci pour ça
...mais présentement ça doit être un peu merdique ce que j'ai commité,
sans le formulaires/recherche.html que je ne peux pas envoyer (en PJ)
recherche.html (699 Bytes)
On va poser le problème dans l'autre sens : pourquoi veux-tu à tout prix mettre ce formulaire en premier ? Pourquoi est-ce si important ? Est-ce la seule façon de naviguer dans le site ? Pourquoi zapper ainsi la navigation prévue ? Quel intérêt lors de la première visite, alors qu'on ne sait même pas encore ce qu'il est possible de trouver dans le site ? Pourquoi ne pas laisser d'abord une chance de découvrir le site, son contenu... Est-ce parce que la plupart des sites sont si mal fichus que la seule façon d'y naviguer et de faire une requête ? Est-ce que c'est ce qu'on souhaite à tous ceux et celles qui feront un site SPIP ?
-- Romy
De plus, cela fait que le premier élément affiché dans le source de la
page est le formulaire de recherche, et cela avant le titre du site. À
mon avis il faut revenir sur ce point.
je comprends pas... c'est du "google-dictat" cette idée ou bien ?
parce que je ne vois pas bien en quoi ça gêne les utilisateurs qui ont
des yeux et des mains valides
...
je sais pas moi, mais si on met une rampe d'accès à un bâtiment pour les
ceuses à roulettes, on la met à l'arrière, au fond de la cour ?
On va poser le problème dans l'autre sens : pourquoi veux-tu à tout
prix mettre ce
formulaire en premier ?
à tout prix, non. Cela reste un point secondaire
Mais dans la structure actuelle de l'en-tête, et en prenant un point de
vue accessible d'une page web, ben, je n'ai pas lu d'argument qui me
convainque de ne pas l'y laisser.
J'essaie, autant qu'il m'est possible, de me mettre à la place d'une
personne à qui manque certains moyens (souris, yeux, couleurs...) et
faire en sorte que sa navigation soit la plus facile possible.
Pourquoi est-ce si important ? Est-ce la seule façon de naviguer dans
le site ?
La Dist devrait "donner l'exemple" non ? alors pourquoi ne pas donner un
exemple accessible, qui donne un certain confort d'accès à l'information
aux personnes qui ont des difficultés ?
La Dist est assez complète et permettrait de diffuser des pratiques
d'intégrations respectant des règles d'accessibilité. Il suffirait de
définir quelles règles et à quel niveau. Après ça, je veux bien m'y
coller en faisant un "mini audit" sur 2 ou 3 principaux squelettes.
Pourquoi zapper ainsi la navigation prévue ?
Zapper ...c'est pas un peu excessif ?
Quel intérêt lors de la première visite, alors qu'on ne sait même pas
encore ce qu'il est
possible de trouver dans le site ? Pourquoi ne pas laisser d'abord une
chance de
découvrir le site, son contenu...
Je ne vois pas en quoi "une borne d'accueil" en début de visite empêche
l'exploration d'un site
c'est un simple jalon qu'on utilise ou non mais ce repère est connu dès
le départ
D'ailleurs, visuellement c'est ce qui se passe : on a le formulaire en
en-tête, avant la navigation. Pourquoi structurellement cela vous gêne ?
Encore une fois, c'est le titre (<title>) de la page le point d'entrée,
pas le <h1>. Placer une zone de navigation fonctionnelle avant ce H1 n'a
rien de bloquant (bien au contraire), ni choquant...
Est-ce que c'est ce qu'on souhaite à tous ceux et celles qui feront un
site SPIP ?
J'imagine que ceux qui utilisent la Dist en prod ne savent pas forcément
faire des pages web (d'où : pourquoi pas leur proposer des pages
accessibles ?).
Les autres manipulent et utilisent l'outil SPIP à leur gré.
* Stéphanie tapuscrivait, le 26/10/2011 11:38:
Mais dans la structure actuelle de l'en-tête, et en prenant un point de
vue accessible d'une page web, ben, je n'ai pas lu d'argument qui me
convainque de ne pas l'y laisser.
J'essaie, autant qu'il m'est possible, de me mettre à la place d'une
personne à qui manque certains moyens (souris, yeux, couleurs...) et
faire en sorte que sa navigation soit la plus facile possible.
Un bon endroit où discuter de ces points d'accessibilité, c'est :
http://groups.google.com/group/webdevfr?hl=fr