[OSM-talk-fr] le rendu mapnik at osm.org affiche si ou ça. Etait :place = locality / hamlet

[Philippe Verdy]

Dans JOSM, c'est normal que tu n'aies rien à paramétrer, puisque
l'outil écrit en Java prends en charge directement Unicode et
travaille dans ce mode.

Dans Potlatch, (ou rawedit), c'est une affaire car il faut que ton
navigateur soit à jour et correctement paramétré pour gérer l'Unicode
correctement, détecter les bons jeux de caractères lors des échanges
avec le serveur, et lors de la saisie: le réglage du navigateur
intervient, de même que l'installation des polices (c'est encore plus
critique sur certaines distributions "simplifiées" Linux ou de
vieilles version de Windows (avant Windows XP et sans noyau NT ou
avant Windows 2000 : Windows 95/98/ME, ou NT4), et de vieux
navigateurs bogués (y compris notamment IE6 et versions d'avant, ou
Netscape avant Mozilla Firefox), ou encore les version de Mac OS avant
OS X.

Malheureusement les sites frontend et backend d'Osmose ne détectent
pas ces vieilles versions et cela peut entraîner des corruptions de
données uniquement par des confusion sur les jeux de caractères
utilisés ou détectés par ces navigateurs (qui avaient une facheuse
tendance à toujours vouloir prendre de l'ISO 8859 ou une page Windows
125x, ou encore des codages asiatiques comme SJIS, voir aussi du
MacRoman sur les versions de Mac OS avant OS X, variable selon les
versions nationales du système hôte du navigateur client), lorsque
ceux-ci soumettront les données de formulaires au serveur backend.


Le 15 février 2012 18:01, Hélène PETIT <hpmt at free.fr> a écrit :
> Le 15/02/2012 11:56, Ab_fab a écrit :
>
>> C'est peut être les menus de balises présélectionnées qu'il faut
>> améliorer dans JOSM et Potlatch ?
>> Le substrat est là : les deux outils sont hautement configurables pour
>> améliorer les choix proposés
>
>
> Oui, je viens découvrir qu'il est possible de rajouter ses propres attributs
> préconfigurés dans la liste déroulante. C'est pratique j'en ai fait un pour
> la relation "frontière administrative d'une commune" c'est bien pratique, et
> pas diffiile ; juste je m'enbête avec les accents, je ne sais pas comment
> paramétrer l'unicode, ni où le faire (dans l'éditeur de texte ?"
> c'est expliqué là :
> http://josm.openstreetmap.de/wiki/TaggingPresets
>
> Je l'ai mis dans la barre de menus, ça me fait gagner au moins 5 clics par
> commune. cool.

Parle pour toi : je trouve ces menus pas pratiques du tout, on peut
trop facilement taper à côté de la bonne option, et avoir à relire le
contenu des menus pour retrouver la bonne option est une perte de
temps incroyable (et c'est pas très accessible non plus quand on doit
cliquer au milieu d'un menu qui se referme de façon intempestive parce
qu'on a cliqué 3 pixels à côté, et qui provoque alors des placements
ou sélections d'objets différents sur la carte située juste sous la
zone du menu qui vient de se fermer).

Je hais les menus quand c'est la seule interface d'une application,
qui plus est sans raccourci clavier (je fais plus confiance à la
frappe d'une touche sur le clavier qu'à un clic souris trop sensible à
un déplacement microscopique de la main) !

Une interface bien fichue à la souris doit être capable de déterminer
les options réellement utiles selon la sélection à laquelle
s'appliquera une action, et être entièrement navigable aussi au
clavier sans avoir à presser de touches exotiques ou multiples (OK
pour les flèches de direction et entrée, ou pour la frappe d'une
lettre initiale).

C'est OK en revanche de travailler à la souris quand on place
géométriquement des objets sur la carte. Mais pour mettre ou corriger
des tags, ce n'est franchement pas idéal, car on passe son temps à
passer de la souris au clavier (pour frapper du texte j'ai besoin de
lâcher la souris, car je ne sais pas frapper avec un doigt : c'est un
mouvement incessant de main entre les deux périphériques pas pratique
du tout et qui prend du temps et est aussi source d'erreurs de saisies
ou de clics au mauvais endroit, dont on ne s'aperçoit pas toujours,
justement lors de ces changements).

C'est comme les formulaires web (écrits en Flash souvent, quand est-ce
que les webadmins vont abandonner ce truc propriétaire et plein de
rustines mal collées sur les failles de sécurité) ou les applications
qui ne veulent pas qu'on utilise TAB ou MAJ+TAB pour passer d'un champ
à l'autre et qui exigent qu'on clique dans chaque zone à remplir, ou
qui ne supportent pas la sélection de texte au clavier avec MAJ+les
flèches, ni les raccourcis clavier usuels pour copier/coller (et
veulent qu'on passe par le menu "éditer" ou qu'on aille cliquer un
bouton à côté du texte saisi, ou parfois même dans une barre d'outils
éloignée de la zone de saisie).

De fait, je ne me sers que très exceptionnellement des menus de JOSM
(sauf parfois pour me rappeler quel était le nom d'un tag que je vais
ensuite taper directement avec les premières lettres et la complétion
automatique des champs) ; mais la plupart du temps je n'y trouve pas
ce que je cherche et j'ai plus vite fait d'utiliser la fonction de
recherche du wiki OSM, qui en plus donne des infos plus détaillées,
des exemples d'emploi, des statistiques d'utilisation...

Même pour certaines opérations sur la géométrie, je ne vais les
utiliser que la première fois pour me rappeler un raccourci à
utiliser, et ensuite je ne me sers que du raccourci clavier, pas de la
souris qui reste juste destinée à faire des clics de sélection (en
même temps que la touche Ctrl du clavier pour des sélections
multiples) ou pour des déplacements ou ajouts de nœuds.

Je ne me sers pas non plus des barres d'icônes, pas du tout en fait
(c'est de la place perdue pour moi car c'est pas très lisible ni
mnémotechnique, et agaçant de devoir bouger la souris en dehors de la
zone de sélection actuelle pour y revenir ensuite).