Yes - the copy in FF updated itself and I didn't have it installed in Chrome so that was a fresh install straight from the web store. WMECH was also checked to be running at the latest version in both browsers too. If I disable WMECH then the routes tab appears alongside the General/Closures tabs as expected for the 1.18 update, it's only when both scripts are running together that the tab fails to appear.Timbones wrote:Do you have the latest version of WMERC - v1.18? Routes has it's own tab now.Twister-UK wrote:With both the latest versions of WMECH and WMERC installed (with no other add-ons running), the Routes tab doesn't show up when two segments are selected. Problem exists both in FF and Chrome.
Chris (not to be confused with Chris or Chris, or even Tim, Stu, or any of the other champs team...)
AM SE England & Shetland Islands, UK Local Champ, WME Beta Tester & ScriptMangler
WME/Livemap enhancement scripts @ GreasyFork
https://chizzum.com/greasemonkey/images/beta.pnghttps://chizzum.com/greasemonkey/images/s0400.pnghttps://chizzum.com/greasemonkey/images/c5s.png
AM SE England & Shetland Islands, UK Local Champ, WME Beta Tester & ScriptMangler
WME/Livemap enhancement scripts @ GreasyFork
https://chizzum.com/greasemonkey/images/beta.pnghttps://chizzum.com/greasemonkey/images/s0400.pnghttps://chizzum.com/greasemonkey/images/c5s.png
And now it's working just fine in both browsers... *sigh*, unpredictable code behaviour like this makes me pleased I'm not a script writ... oh, wait
Haven't looked into the inner workings of WMERC recently, could this have been caused by some glitch on the Waze servers, or does it only start to access those once you click on the tab to generate the routes?
Haven't looked into the inner workings of WMERC recently, could this have been caused by some glitch on the Waze servers, or does it only start to access those once you click on the tab to generate the routes?
Chris (not to be confused with Chris or Chris, or even Tim, Stu, or any of the other champs team...)
AM SE England & Shetland Islands, UK Local Champ, WME Beta Tester & ScriptMangler
WME/Livemap enhancement scripts @ GreasyFork
https://chizzum.com/greasemonkey/images/beta.pnghttps://chizzum.com/greasemonkey/images/s0400.pnghttps://chizzum.com/greasemonkey/images/c5s.png
AM SE England & Shetland Islands, UK Local Champ, WME Beta Tester & ScriptMangler
WME/Livemap enhancement scripts @ GreasyFork
https://chizzum.com/greasemonkey/images/beta.pnghttps://chizzum.com/greasemonkey/images/s0400.pnghttps://chizzum.com/greasemonkey/images/c5s.png
Just in case the issue you're referring to is something else, then FYI this fix also resolves the WMECH-WMERC interaction problem I mentioned earlier - it reappeared a short while ago and I realised it was due to the order in which the two scripts were being initialised. If WMECH got initialised first, it added its selectionManager event handler to the listeners list before WMERC added its handler, and when the WMECH handler then failed due to the undeclared lastSelection variable, it prevented the WMERC handler from being called.Timbones wrote:I fixed an issue that was occurring on Firefox (v2.2). Let me know if that fixes it.Olestas wrote:When I open editor with places turned on, this thing happens after I click on any place.
Chris (not to be confused with Chris or Chris, or even Tim, Stu, or any of the other champs team...)
AM SE England & Shetland Islands, UK Local Champ, WME Beta Tester & ScriptMangler
WME/Livemap enhancement scripts @ GreasyFork
https://chizzum.com/greasemonkey/images/beta.pnghttps://chizzum.com/greasemonkey/images/s0400.pnghttps://chizzum.com/greasemonkey/images/c5s.png
AM SE England & Shetland Islands, UK Local Champ, WME Beta Tester & ScriptMangler
WME/Livemap enhancement scripts @ GreasyFork
https://chizzum.com/greasemonkey/images/beta.pnghttps://chizzum.com/greasemonkey/images/s0400.pnghttps://chizzum.com/greasemonkey/images/c5s.png
Seems to be an initialisation issue - I'm seeing a "WME Highlights: not logged in - will initialise later" message in the debug console maybe half the times I load a WME session (with or without any other scripts loaded), after which WMECH doesn't then appear to attempt its initialisation later on. Reloading WME until this message doesn't appear then allows WMECH to initialise OK and appear as normal in the sidebar.
Chris (not to be confused with Chris or Chris, or even Tim, Stu, or any of the other champs team...)
AM SE England & Shetland Islands, UK Local Champ, WME Beta Tester & ScriptMangler
WME/Livemap enhancement scripts @ GreasyFork
https://chizzum.com/greasemonkey/images/beta.pnghttps://chizzum.com/greasemonkey/images/s0400.pnghttps://chizzum.com/greasemonkey/images/c5s.png
AM SE England & Shetland Islands, UK Local Champ, WME Beta Tester & ScriptMangler
WME/Livemap enhancement scripts @ GreasyFork
https://chizzum.com/greasemonkey/images/beta.pnghttps://chizzum.com/greasemonkey/images/s0400.pnghttps://chizzum.com/greasemonkey/images/c5s.png
It's now failing the majority of the time, but only when using Firefox, with or without other scripts being enabled.
In FF, the first run of initialiseHighlights() always seems to fail on the test for window.Waze.map, but always then succeeds on the second attempt. Once past this point, there then appears to be a 50:50 chance that the "not logged in" test further down the function will then cause the function to exit early. On the same PC, Chrome never seems to need to retry this function, nor does it ever seem to get caught by the login test - WME setup times in Chrome seem to be sufficiently fast compared with Firefox that it manages to stay one step ahead of WMECH
If WMECH trips over the login test, the problem is then that the login event handler added to Waze.loginManager isn't firing when WME gets around to logging me in, and so initialiseHighlights never gets called again...
In FF, the first run of initialiseHighlights() always seems to fail on the test for window.Waze.map, but always then succeeds on the second attempt. Once past this point, there then appears to be a 50:50 chance that the "not logged in" test further down the function will then cause the function to exit early. On the same PC, Chrome never seems to need to retry this function, nor does it ever seem to get caught by the login test - WME setup times in Chrome seem to be sufficiently fast compared with Firefox that it manages to stay one step ahead of WMECH
If WMECH trips over the login test, the problem is then that the login event handler added to Waze.loginManager isn't firing when WME gets around to logging me in, and so initialiseHighlights never gets called again...
Chris (not to be confused with Chris or Chris, or even Tim, Stu, or any of the other champs team...)
AM SE England & Shetland Islands, UK Local Champ, WME Beta Tester & ScriptMangler
WME/Livemap enhancement scripts @ GreasyFork
https://chizzum.com/greasemonkey/images/beta.pnghttps://chizzum.com/greasemonkey/images/s0400.pnghttps://chizzum.com/greasemonkey/images/c5s.png
AM SE England & Shetland Islands, UK Local Champ, WME Beta Tester & ScriptMangler
WME/Livemap enhancement scripts @ GreasyFork
https://chizzum.com/greasemonkey/images/beta.pnghttps://chizzum.com/greasemonkey/images/s0400.pnghttps://chizzum.com/greasemonkey/images/c5s.png
For the 'Filter By Editor' option, it would be nice if they were sorted by either rank or alphabetically
https://j.mp/3dOh9I9https://s.waze.tools/s0300.pnghttps://badges.fuelly.com/images/sig-us/989575.png
Waze Map Editor Getting Started Incorrect Edits Editing Manual
Waze Map Editor Getting Started Incorrect Edits Editing Manual
Another thought. Highlight Places > Locked Places (Red), would be nice to have the option to select the lock level to highlight, from either a pull down, or radio button, i.e. highlight lvl 3 and up, or 3 and lower, or just have level buttons to select like in ToolBox layer highlights.
https://j.mp/3dOh9I9https://s.waze.tools/s0300.pnghttps://badges.fuelly.com/images/sig-us/989575.png
Waze Map Editor Getting Started Incorrect Edits Editing Manual
Waze Map Editor Getting Started Incorrect Edits Editing Manual
Hey Timbones, thanks for this awesome addon. Any chance a highlight will be added for tunnels now that they've been pushed to prod?
Since yesterday, the "No Name (Orange)" option does not work for me. I have tried to reinstall the script and leave him alone active but nothing.
https://storage.googleapis.com/wazeoped ... f_Waze.png https://sign.waze.tools/c3s.png https://storage.googleapis.com/wazeoped ... WOWXIV.png
Hey all,
A suggestion which -I think- was not talked about before -sorry in advance if I'm wrong-, I did look through the pages of this thread and didn't find anything.
Currently I use the "Recently Edited (Green)" highlight function a lot and the fact that you can filter by editors is great too !
My question/suggestion is would it be possible to have the option to highlight everyone's edits except your own by filtering them out.
AND/OR to highlight by editor rank (only highlight edits from lvl 1 users, or 1 and 2)
This would be useful to me for two reasons:
1. You could always leave the feature ON even when you work/edit the map as it would not highlight roads you need to see without the green highlight blocking your view of street names, currently I have to turn it off when it bothers me and not forget to turn it back on after I'm done.
2. As an AM who may want to review edits in my area to check for potential mistakes by new editors I would be able to quickly notice edits who were not made by me and not risk zooming on my own edits to check the zone.
A suggestion which -I think- was not talked about before -sorry in advance if I'm wrong-, I did look through the pages of this thread and didn't find anything.
Currently I use the "Recently Edited (Green)" highlight function a lot and the fact that you can filter by editors is great too !
My question/suggestion is would it be possible to have the option to highlight everyone's edits except your own by filtering them out.
AND/OR to highlight by editor rank (only highlight edits from lvl 1 users, or 1 and 2)
This would be useful to me for two reasons:
1. You could always leave the feature ON even when you work/edit the map as it would not highlight roads you need to see without the green highlight blocking your view of street names, currently I have to turn it off when it bothers me and not forget to turn it back on after I'm done.
2. As an AM who may want to review edits in my area to check for potential mistakes by new editors I would be able to quickly notice edits who were not made by me and not risk zooming on my own edits to check the zone.
- -> If filter "everyone except me" the only problem might be that edits from higher ranked editors would also be highlighted, but not a big issue, would already be great.
- -> If filter "by editor rank" it would be simply perfect to review recent edits by lower ranked users and be able to spot possible mistakes quicker. Then I can message the user to guide him to the Wiki's or help myself etc...
https://storage.googleapis.com/wazeoped ... v18.10.png
Wiki & Forum: Wiki CH (D)(FR) | Forum CH (D) (FR) (I)
Website: waze-switzerland.ch | Facebook: Waze Switzerland
1+1=3 - The result of bringing talents together goes beyond simply adding them up.
https://i.ibb.co/2k1TJHH/RIPIain.png
Wiki & Forum: Wiki CH (D)(FR) | Forum CH (D) (FR) (I)
Website: waze-switzerland.ch | Facebook: Waze Switzerland
1+1=3 - The result of bringing talents together goes beyond simply adding them up.
https://i.ibb.co/2k1TJHH/RIPIain.png
Re: [Script] WME Color Highlights - 2.1 Nov 2015