Sur les versions beta (avec intégration du "ChangeAlternate"), la solution "inversée" n'est pas concluante ...
Fonctionnelle, mais pas intuitive dans le fonctionnement et la source potentielle de d'erreurs.
Sur l'idée indiquée par AILe85, j'ai regardé ce qu'il était possible de faire au niveau de WME.
Il y a une piste potentielle .
L'idée est d'introduire un bouton de retour vers CRN dans le panneau d'édition des segments (ce qui permet de conserver la sélection), voire de mettre directement le bouton "Change Alternate" dans ce panneau .
Peut-être avec un paramétrage dans l'onglet CRN pour afficher (ou pas) ce bouton.
Je suis pas fan de venir modifier l'interface natif de WME, (c'est souvent la source d'une incompatibilité avec les versions futures), mais également, on ne maitrise pas forcément tout ce qui est fait dans le panneau, mais dans le cas présent pas d'autres solutions que d'interagir avec WME.

Concernant le StreetId, à l'origine, le but était de visualiser l'identifiant (et accessoirement les attributs : nom, ville etc..), maintenant WME fait tout cela directement et en mieux (avec les alternate).
Je ne vois pas d'utilité à le conserver.
Qu'en pensez-vous ?

Voici la version CRN 4.5.2 qui remet la fonction "Change to Alternate"
Celle-ci est accessible directement en tête du panneau d'édition des segments.
Cette fonction venant modifier l'interface standard de WME, elle est "désactivable" dans l'onglet CRN.

Après le petit souci de compatibilité avec "toolbox" de la 4.5.2, voici la version CRN 4.5.3 qui contourne le problème.

Aux utilisateurs de CRN :
Attention:
Avec l'arrivée des RoadShields sur les noms de rue, le changement de nom d'un segment peut impacter indirectement les RS associés aux segments

J'ai regardé comment intégrer ce problème à CRN, mais je crains que cela ne soit pas possible.
 - Je pourrais ajouté un "Warning" lorsque le nom modifié possède un RS, (voire recopier l'ancien RS sur le nouveau nom.)
 - Mais impossible de savoir si ce nouveau nom n'existe pas déjà , s'il a un RS et si les segments rajoutés seront compatibles avec  celui-ci.

A ce stade, la seule recommandation que je pourrais faire est d'être vigilant lors des changements de nom des segments
Ce n'est plus uniquement un changement esthétique du nom, mais potentiellement une action modifiant les informations de guidage

C'est regrettable que les RS ne soient associés aux segments plutôt qu'à leur nom, mais c'est ainsi que Waze a choisi de faire.
 
 

Une petite mise à jour de CRN :  Check Road Name V4.5.5

La raison de cette mise à jour:
CRN utilise la fonction "eval" pour traduire le texte venant des dictionnaires en fonctions compréhensibles par le script : remplacement de type "texte, texte avec variables imbriquées (les $1, $ 2), voire de vraies fonctions JavaScript.
Le problème de cette fonction est qu'elle est potentiellement dangereuse et que les navigateurs la voient maintenant comme telle et inscrivent une erreur dans la console de débogage du navigateur à chaque fois qu'ils la rencontrent.
C'est très gênant pour CRN car "eval" est effectué pour chaque ligne de dictionnaire et ce pour chaque adresse présente, d'où des milliers et des milliers d'exécutions  d'Eval'  avec à chaque fois une inscription "error" dans la console.
Je soupçonne que cela peut être la cause de ralentissements constatés lorsque l'on reste longtemps sur le même onglet de navigateur. (Tout rentre dans l'ordre dès qu'on passe sur un nouvel anglet.)
.Pour le moment, je n'ai pas trouvé de solution simple au vu des différentes formes que peut prendre les corrections demandées

Cette nouvelle version n'effectue plus les "eval" pour chaque adresse, mais n'est exécuté qu'une seule fois par ligne de dictionnaires lorsqu'il est chargé.
Cela fait ~800 exécutions d'Eval (et autant d'erreurs signalées dans la console), mais plus aucune par la suite.
C'est pas totalement satisfaisant, mais cela limite les inscriptions dans la console (et cela permet également de gagner un peu en rapidité car "eval" est grand consommateur de temps machine)

Une petite mise à jour de CRN (V4.6.1) :
https://greasyfork.org/fr/scripts/3776- ... -road-name

 Correction de bugs:
 - Visualisation des POI sectionnés au zoomlevel >18
 - Correction sur l'affichage du "Change to Alternate Name"
 - Conservation (visuelle) des numéros de maison des POI

Ajout de checkbox pour choisir ce que l'on veut vérifier:
 - Nom d'adresse principale
 - Nom d'adresse alternatif
 - Nom de POI

Le tests des noms de POI alternatifs n'a pas été retenu du fait que des orthographes erronées sont parfois conservées dans ces noms alternatifs.



 
 

Nouvelle version suite à la mise à jour de WME (  CRN 4.6.2 )

La mise à jour est normalement automatique via TamperMonkey
La nouvelle version de WME ne perd pas la section lorsque l'on change d'onglets.
Plus de besoin de passer par des artifices pour "StreetID" et "ChangeToAlternate".
Ces 2 fonctions retrouvent leur "Bouton" originel dans l'onglet CRN sans interagir avec les autres onglets

2 semaines de test sans voir de problèmes avec cette version...  (mais cela n'exclut pas qu'il n'y en ait plus)
Merci de rapporter les éventuels bugs du script
 
 

Suite à la nouvelle mise a jour de WME, nouvelle version de CRN : version 4.6.5
Quelques optimisation interne, mais pas de modification dans l'interface et l'utilisation

Normalement la mise à jour est automatique par TamperMonkey
 

WME est revenu à la version antérieure
 
Donc la nouvelle version de CRN ne marche pas .
Il faut revenir à la version 4.6.3

WME est repassé à la version non compatible à la version 4.6.3.

Il faut donc passer à la nouvelle version de CRN : version 4.6.5

Je ne sais pas si la mise à jour est automatique quand on a forcé une installation antérieure.