[Script] WME Color Highlights - 2.33 Sept 2020

[SuperDave1426]

Any chance you can push out the 2.5.1 update to the Chrome Store for the native Chrome version? That's still showing 2.5.

There's been a posting in the JNF forum that suggests that there's now (probably since the WME update) a conflict between Color Highlights and JNF that's keeping JNF from working properly. I'd like to see if the new version of Highlights fixes that problem.

I just did a test to verify the conflict - when I disable Color Highlights in the Chrome extensions (which is still 2.5 at the moment) page, JNF works as it should. When CH is active, though, JNF stops working as it should. So something is clearly conflicting somewhere. I hope it can be resolved at one end or the other...

[SuperDave1426]

NO JNF (don't have it).

In a way, you probably do. My understanding (someone please correct me if I'm wrong) is that Toolbox incorporated JNF code into it to perform that same function. My understanding is that it will look for the presence of the JNF separate addon, and if you've got it, it will use that instead of its internal JNF code.

Also, Color Highlights is still showing as 2.5 (not 2.5.1) of the native Chrome app. Is this addon no longer being updated as a native addon for Chrome?

[SuperDave1426]

when I disable Color Highlights in the Chrome extensions (which is still 2.5 at the moment) page, JNF works as it should. When CH is active, though, JNF stops working as it should.

I can't replicate this. Both WME Toolbox and WME Junction Node Fixer both appear to work correctly when WME Color Highlights highlights is enabled (all as Chrome extensions). Do you see any errors in the debug console?

Ok, I set up the following test road segments so that I could produce some console output to show you. I created a couple of cross-roads that were initially set up and saved as all two-way roads. Then, I changed one of the segments to a one-way road, to cause a revcon situation, thus:
[ img ]
There's no revcon showing at the end where that north segment connects to another road, because I had to drag the already-one-way segment up there in order to keep the "Q" fix from just turning the one-way back into a two-way (which it does if the one way isn't attached at both ends).

As you can see above, Toolbox is flagging the intersection with a revcon warning. Now, with Color Highlights enabled, when I clicked on the junction node where that warning is, it generated the following error message in the debug console:
[ img ]
It should be noted that when Color Highlights is not enabled that above error message does not occur when clicking on the junction node.

After selecting the junction and pressing "Q" to do the junction fix, the following messages showed up in the debug console:
[ img ]
That message appears regardless of whether or not Highlights is enabled.

The difference between when Highlights is enabled vs when it's disabled is this: When disabled, pressing Q does the fix to the revcon, but all turn restrictions are not changed - whatever turns were previously enabled, they're still enabled (other than the revcon, of course). When Highlights is enabled, however, all turns will now be disabled and I have manually re-enable all turns, which can cause problems if there was a restricted turn that didn't get noticed before, so now it's enabled and Nav tries to send someone down an illegal turn.

Hopefully that error message will help you figure out what's happening.

All version 2.5.1 did was delay the initialisation routine for Highlights, which Chrome didn't seem to need. That's why I didn't bother pushing it to Chrome.

Probably still a good idea so that the versions match. When there's a note here saying, "It's been updated to x.y.z" and then someone doesn't see that in their addons listing, they tend to wonder what's going on.

I also can't see how Highlights could impact JNF.

I don't understand how it does, either; I just know that when Highlights is enabled, I get the symptoms as described above, and when it's disabled, those symptoms don't happen. Hopefully the stuff I posted above will help you track down what's causing it...

[SuperDave1426]

Glad I was able to help with that info, and thanks for getting in a fix!

[SuperDave1426]

I couldn't decide what to do about ramps, and I didn't want to force personal and local ideas on to everyone.

And by adding a checkbox to allow turning on and off the checking of ramps, you would be not forcing a personal/local idea on everyone, you'd be allowing it to be selected or not as required by the user.

How about if ramps are only highlighted if Streets checkbox is selected?

Ramps are not streets, or we'd be using Street type for them. They shouldn't be tied together, IMO. Like Olestas said, why not a separate tick box?

[SuperDave1426]

Just wanted to add a vote for getting a highlighting option available to help flag those roads with the "unpaved" box checked.

[SuperDave1426]

With the release of the "unpaved" attribute, it would be great to have an option to show streets with it.

Thanks,

Under the "Highlight a Road Type" selection, one of the choices is "Unpaved". I've been using it and it works fine.

I was about to raise an objection that the problem with that is that I'm already using that drop-down to highlight Parking Lot Roads. However, PLRs in unhighlighted form look different enough now (and are colored differently from Private Roads), so they're pretty visible without extra coloring. So, glad to know that the option is there in the drop-down. I've set it now, and it does a great job of showing which ones are "unpaved."

[SuperDave1426]

Question: Has "Filter by editor" gone squirrely lately? I'm checking a given area where I can select segments and see who the editor was, but when I turn on Filter by editor and select that person from the drop-down, nothing highlights and the little number next to the dropdown says "=0". If I select myself, then it shows a number for the segments on the screen that were last edited by me and those segments do show up in green, but selecting any other editor isn't visible....

[SuperDave1426]

Ok, I discovered the problem - if you have "Highlight a Road Type (Purple)" selected and a road meets that criteria, it takes priority over "Filter by Editor (Green)".

Is there any chance that priority can be reversed? I'm thinking that if you're trying to edit by a given editor, that should show up, and other roads which haven't been edited by the selected editor can still be highlighted by Type should they meet that criteria.

Any chance of a role reversal here?

[svx-biker]

Suddenly the directionality one-way doesn't show if the segments isn't marked. Is this a bug with the highlighter or do other editors have the same problem?