[OSM-talk-fr] JOSM en touche "enter"

[Philippe Verdy]

Sans doût c'est lié au fait qu'un de vos plugins non maintenus par
JOSM directement mais développés ailleurs utilisait des touches qui
font maintenant partie de la config standard. Dans ce cas JOSM au
lancement tente de réassigner les touches pour éviter les conflits.

Il y a moyen d'effacer ces réassignations, y compris les configs de
touches personnelles, dans le panneau de configuration, afin de forcer
les touches par défaut :
- dans un premier temps désactiver les plugins
- restaurer toutes les touches par défaut
- puis réactiver les plugins un par un (s'ils utilisent alors des
touches en conflit, seules ces touhes seront réassignées mais le reste
ne sera pas impacté)

Personnellement je n'utilise jamais la touche entrée pour saisir les
champs clé et valeur des attributs, je me contente de la touche tab,
la touche entrée ne sert qu'une fois à la fin pour valider le dialogue
pour le fermer.

Un regret: l'interface de JOSM ne permet que de Valider ou Annuler un
dialogue, mais il lui manque un bouton "Appliquer" qui valide les
données mais sans fermer le dialogue. Ce bouton manquant est la raison
pour laquelle je me prends des conflits d'édition parmi mes propres
modifications locales parce que j'ai laissé un dialogue ouvert avec
des modifs non validées (car pas encore complètes) tandis que j'ai
modifié d'autres données hors de ce dialogue. Devoir fermer un
dialogue est pénible quand il faut à nouveau resélectionner l'objet à
modifier (ce qui a pour effet aussi de changer la sélection en cours).

L'autre problème est qu'on n'a qu'une seule liste de sélection, alors
qu'on devrait pouvoir faire une sélection et la garder en réserve pour
créer une autre liste de sélection, puis rebasculer d'une liste à
l'autre et ensuite enlever les sélections mémorisées lorsqu'on n'en a
plus besoin : il faudrait que la case "Sélection contienne plusieurs
listes (enroulables/déroulables, la sélection courante étant déroulée
par défaut), une icône pour créer une nouvelle liste ou dupliquer la
première, et aussi permettre de faire des opérations comme des
intersections, unions et soustractions de listes d'éléments.

Autre problème du même ordre mais touchant plus à la vérification: il
nous manque encore une case donnant la liste des objets
créés/modifiés/supprimés, car on ne la voit QUE lors de l'envoi des
données (mais le dialogue ne permet toujours pas de sélectionner un
objet avant de l'envoyer, ou de refaire un contrôle visuel de l'état
des objets avant de les envoyer). Ces listes d'objets
créés/modifiés/supprimés devraient aussi faire partie des listes
sélectionnables ci-dessus.

A défaut de ces dernières listes on a la pile des commandes (qui
permet de retrouver et sélectionner un des derniers objets touchés,
mais celle-ci est automatiquement et entièrement vidée dès qu'une
partie seulement de ces objets a été envoyée au serveur : on la perd
en entier même quand on n'envoie qu'un seul de ces objets. Je trouve
cela regrettable d'autant plus qu'il n'est pas possible d'annuler une
seule modif dans la liste autrement que dans l'ordre
anti-chronologique même si cela concerne des objets totalement
indépendants (différents et non reliés entre eux comme un nœud avec un
chemin, ou un objet quelconque en tant que membre d'une relation (les
attributs modifiés dans un objet n'ont pas de dépendance avec le
statut de membre de cet objet dans une relation, seule compte
l'existence ou la suppression de cet objet). Malheureusement, JOSM
considre que dès qu'on a commencé à envoyer un seul objet parmi ceux
modifiés, plus rien d'autre n'est annulable, la pile des opérations
est aussi totalement vidée.

Enfin la fonction de recherche est un peu pénible pour des recherches
simples par identifiant, la syntaxe à taper est trop lourde (par
exemple "type:node id:1234" au lieu de taper directement "n1234", ou
juste "1234" et un bouton radio...) Si on recherche un attribut
"type=boundary", il faut aussi taper "type":boundary avec les
guillemets car il confond sinon avec "type:node" et ne connait pas un
objet de type "boundary" (il pourrait deviner tout seul, on n'a pas
besoin d'attributs comme "type=node" ou "type=way" ou "type=relation"
dans aucun nœud/way/relation)

Ce sont encore des défauts corrigeables pour l'utilisabilité et donner
un peu d'intelligence à l'interface utilisateur de JOSM qui peut
encore faire des progrès pour que ce soit plus pratique...

Le 8 juin 2012 02:49, Hendrik Oesterlin <hendrikmail2002 at yahoo.de> a écrit :
> Le 07/06/2012 à 21:57:44 +1100 "Christian Quest" cquest at openstreetmap.fr a écrit
> Objet: "[OSM-talk-fr] JOSM en touche "enter"" :
>
>
>> Les dernières version de JOSM ne semblent plus gérer la touche "enter"
>> comme les versions précédentes sous OSX.
>
>> Une idée de comment retrouver ma touche enter et économiser ma souris
>> (et mon huile de coude) ?
>
> Chez moi, Entrée ne mache plus, chez mon amie ca marche (WinXP les
> deux, version JOSM dans les 52xx)
>
> J'ai donc renommé le dossier "c:\Documents and
> Settings\user\Application Data\JOSM\" chez moi, et ca marche à
> nouveau.
>
> Si je restaure mon ancien dossier JOSM ca ne marche plus.
>
> Je n'ai pas pris le temps de voir quelle entrée des fichiers de
> configuration est celle qui importe, mais je n'ai pas non plus envie
> de perdre mes paramétrages. Donc en attendant je fais Alt+A à la place
> de Entrée.
>
> --
> Cordialement
> Hendrik Oesterlin - Nouvelle-Calédonie
>
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr