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 <[email protected]> a écrit : > Le 07/06/2012 à 21:57:44 +1100 "Christian Quest" [email protected] 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 > [email protected] > http://lists.openstreetmap.org/listinfo/talk-fr _______________________________________________ Talk-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-fr
