Gestionnaire de projets de l'April: Demandeshttps://agir.april.org/https://agir.april.org/favicon.ico?15861920342011-04-07T10:10:45ZGestionnaire de projets de l'April
Redmine Admins - Anomalie #474 (Fermé): Durée des sessions sur le wikihttps://agir.april.org/issues/4742011-04-07T10:10:45ZVincent-Xavier JUMEL
<p>JCB rapporte que les sessions sont trop courtes sur le wiki.</p> Site Web - Anomalie #447 (Résolu): Contenu vide dans l'annuaire remplacé par un message de révisionhttps://agir.april.org/issues/4472011-03-20T18:50:28ZVincent-Xavier JUMEL
<p>Voir par exemple : <a class="external" href="http://www.april.org/my?action=annuaire&field=name&operator=is&value=fernandez">http://www.april.org/my?action=annuaire&field=name&operator=is&value=fernandez</a></p> Admins - Anomalie #446 (Fermé): Modifier l'umask de rsshhttps://agir.april.org/issues/4462011-03-20T14:24:28ZVincent-Xavier JUMEL
<p>Les différents utilisateurs qui uploadent dans /var/www/media.april.org/htdocs/ risquent de rencontrer des problèmes. Il faut changer l'umask dans rssh et sshd pour que les fichiers soient tous dans le groupe media(107)</p> Site Web - Anomalie #217 (Rejeté): Lien invalidehttps://agir.april.org/issues/2172010-07-29T22:01:14ZVincent-Xavier JUMEL
<p>J'utilisais <a class="external" href="http://www.april.org/modules/gdtc/nb_adherents">http://www.april.org/modules/gdtc/nb_adherents</a> pour récupérer le nombre d'adhérent de l'April dans ma signature, mais ce lien ne semble plus valide.</p> Admins - Demande #139 (Fermé): Migrer serveur DNS vers pavothttps://agir.april.org/issues/1392010-05-10T18:52:33ZVincent-Xavier JUMEL
<p>Actuellement les DNS sont servis par ns2.april.org <a class="email" href="mailto:dns@pavot.april.org">dns@pavot.april.org</a> est prêt à accueillir les DNS, il suffit de vérifier que les zones sont correctes et d'indiquer à nos registrar qu'il s'agit de notre serveur primaire.</p> Admins - Demande #137 (Fermé): Créer accès sftp March Chauvethttps://agir.april.org/issues/1372010-05-10T06:42:22ZVincent-Xavier JUMELAdmins - Demande #121 (Rejeté): Modifications sur le wiki pour le group accessibilitéhttps://agir.april.org/issues/1212010-04-30T15:53:44ZVincent-Xavier JUMEL
<p>le groupe accessibilité (Armony, Wilfried) en cours de constitution<br />aurait besoin de modifications sur le wiki.</p>
<p>Voici ci-dessous les demandes d'Armony et des commentaires sur<br />forme/fond.</p>
<p><---------------------------</p>
<p>Pour pallier aux problèmes de mise en page qui ont dû conduire à<br />mélanger forme et fond dans le HTML, j'aimerais pouvoir associer une<br />feuille de style extérieure, est-ce possible ? Sinon, ce n'est pas<br />grave, je me débrouillerai autrement.</p>
<p>Par contre, j'aimerais beaucoup que vous fassiez une petite correction<br />super facile sur le Wiki pour un gain important en accessibilité : des<br />liens d'accès rapide du type : Accès direct : Contenu, Menu, Recherche à<br />placer au tout début du code HTML.</p>
<p>Et si vous souhaitez ne pas afficher ces liens en clair pour une<br />question graphique, il vous suffit d'ajouter un script JS qui<br />déclenchera l'accès au lien lorsque l'internaute se déplace au clavier<br />(lors de l'activation de la touche tabulation).</p>
<p>Je vous suggère de vous rendre sur le Wikipédia francophone<br />(<a class="external" href="http://fr.wikipedia.org/wiki/Accueil">http://fr.wikipedia.org/wiki/Accueil</a> ), il vous suffit de vous inspirer<br />du code utilisé.</p>
<p>Mmmh... Bon, d'accord, je vais voir ce que ça donne. L'ennui c'est que<br />je sais faire de l'accessibilité avec du HTML brut, mais je ne sais pas<br />ce qui est possible avec la syntaxe Wiki. J'ai jeté un oeil sur la page<br />concernant la syntaxe Wiki, et apparemment, il est possible d'utiliser<br />du HTML quand les balises Wiki ne suffisent pas.</p>
<p>Je vais voir et vous tiendrai au courant selon les besoins, d'accord ?</p>
<p>Ce qui me gêne c'est le mélange fond et forme et le très mauvais usage<br />auquel conduit la syntaxe Wiki, détournant la nature sémantique des<br />éléments et axant tout sur le visuel.</p>
<p>Un exemple concernant les listes à puces. Sur la documentation dont je<br />parlais, a priori officielle, voici ce qui est recommandé pour les<br />listes un peu complexes (et somme toute courantes et fort utiles) :<br />Syntaxe Wiki :</p>
<pre>
*Une liste numérotée :
:#Premier élément
:#Second élément
*d'autres branches à l'arborescence
</pre>
<p>Ce qui donne le code HTML suivant :</p>
<pre>
<ul>
<li>Une liste numérotée :</li>
</ul>
<dl>
<dd>
<ol>
<li>Premier élément</li>
<li>Second élément</li>
</ol>
</dd>
</dl>
<ul>
<li>d'autres branches à l'arborescence</li>
</ul>
</pre>
<p>Or, les lecteurs d'écrans vont donc analyser le code HTML selon sa<br />sémantique et non en fonction de l'apparence visuelle. Et la sémantique<br />telle que résultant de la syntaxe Wiki montrée en exemple dit qu'il y a<br />une liste avec un seul élément intitulé "une liste numérotée", suivie<br />d'une liste indépendante de définitions sans terme à définir (pas de<br />balise <dt>) et avec pour définition une liste de deux éléments. Puis<br />une troisième liste indépendante des deux autres intitulée "d'autres<br />branches à l'arborescence". Maintenant, imaginez cette page en fermant<br />les yeux et essayer de vous faire une image mentale de la<br />structure. Vous y arrivez vous ? C'est impossible.</p>
<p>Le code qu'il faudrait en HTML est le suivant :</p>
<pre>
<ul>
<li>Une liste numérotée :
<ol>
<li>Premier élément ;</li>
<li>Deuxième éléments</li>
</ol>
</li>
<li>d'autres branches à l'arborescence</li>
</ul>
</pre>
<p>Traduction sémantique de la structure corrigée : une liste avec un<br />premier élément contenant une sous-liste de deux éléments ordonnés, puis<br />un deuxième élément venant clore la liste.</p>
<p>C'est plus simple, non ? Et plus juste surtout. Car une personne non<br />voyante, quand elle arrive sur une liste, va se voir énoncer ce que<br />contient la liste et comment elle est structurée. il est déjà assez<br />difficile et épuisant de mémoriser une page pour en comprendre la<br />structure, autant éviter d'induire les utilisateurs en erreur...</p>
<p>Les listes, c'est un exemple qui me semble assez emblématique car il<br />s'agit d'éléments très utiles et très courants. Mais c'est encore plus<br />vrai pour un tableau. Bon, si on fait abstraction du fait qu'il faudrait<br />interdire les tableaux de pure forme, il faut au minimum les indiquer<br />comme tels. Comment ajouter un attribut summary vide ? Et dans le cas de<br />tableau de données, il faut au moins indiquer les en-têtes, ce qui est<br />possible, mais difficile pour les personnes non initiées avec la syntaxe<br />Wiki. Enfin, je suppose, car sinon comment expliquer que ce n'ait pas<br />été fait pour le portail sensibilisation ?</p>
<p>Bon, j'aurais encore beaucoup à dire sur le sujet, mais je vais éviter<br />d'entrer dans des détails trop techniques. Avec des efforts, le Wiki<br />peut devenir relativement accessible et pas trop compliqué à prendre en<br />main pour les utilisateurs. Mais à condition d'avoir une charte<br />graphique unique et de ne pas chercher à produire des contenus trop<br />complexes.</p>
<p>Drupal, pour ce que j'en ai vu, me paraît beaucoup plus simple tant pour<br />favoriser du code accessible que du point de vue de contributeurs non<br />informaticiens. Mais je n'ai pas testé plus que ça pour être honnête...</p> Tracker de tâches - Demande #117 (Fermé): Ajouter des pluginshttps://agir.april.org/issues/1172010-04-28T07:06:24ZVincent-Xavier JUMELTracker de tâches - Anomalie #106 (Fermé): Migration redminehttps://agir.april.org/issues/1062010-04-08T01:28:55ZVincent-Xavier JUMELTracker de tâches - Anomalie #89 (Rejeté): Avoir des identifiants de projets parlanthttps://agir.april.org/issues/892010-02-03T23:08:12ZVincent-Xavier JUMEL
<p>L'identifiant de chaque projet est utilisé dans la construction de l'url redmine. Un nom parlant permettra d'avoir des url lisibles par des êtres humains et faciles à mémoriser.</p> Tracker de tâches - Demande #86 (Rejeté): Accessibilitéhttps://agir.april.org/issues/862010-01-31T23:15:40ZVincent-Xavier JUMEL
<p>Redmine est actuellement inutilisable sans JavaScript.</p> Tracker de tâches - Anomalie #85 (Rejeté): Activer l'interface mail de Redminehttps://agir.april.org/issues/852010-01-31T23:13:02ZVincent-Xavier JUMEL
<p>Redmine envoie automatiquement des mails lors de la création ou de la mise à jour d'une tâche. Il est assez tentant et intuitif de répondre au mail reçu (Réaction de Magali) pour mettre à jour cette tâche.</p>
<p>L'activation de cette fonctionnalité est actuellement bloqué par l'état de notre plateforme de mail.</p> Catalogue libre - Demande #55 (Résolu): Vérifier la disponibilité sur les différentes plateformes...https://agir.april.org/issues/552010-01-06T16:43:40ZVincent-Xavier JUMEL
<p>Compléter <a class="external" href="http://wiki.april.org/w/Tests_par_plateforme">http://wiki.april.org/w/Tests_par_plateforme</a></p> Tracker de tâches - Demande #20 (Rejeté): Définir finement les permissions de redminehttps://agir.april.org/issues/202009-12-12T20:56:50ZVincent-Xavier JUMELTracker de tâches - Demande #19 (Fermé): Présenter un plan d'utilisation de Redminehttps://agir.april.org/issues/192009-12-12T20:55:30ZVincent-Xavier JUMEL
<p>Dès que nous aurons défini un plan d'utilisation de Redmine, il faudra le présenter au CA, en particulier en précisant les droits des utilisateurs en fonction de leurs fonctions (je sais, c'est moche).</p>