3.52 was just going to be a bugfix update, after I noticed UR filtering wasn’t being disabled when the master enable switch was turned off (although I’m certain this was working when I first implemented the switch :? ).
In response to the above comments regarding place popups, I’ve now also implemented a mouse motion-sensitive timer to prevent popups (of any flavour, not just places) from appearing until the mouse has been stationary for a definable period. The setting for this - “Mouse idle” - can be found on the Misc tab in the “Popup timeouts” group. Eagle-eyed users may also notice the existing timeout has been renamed to “Mouse over”…
This isn’t necessarily the final version of the fix for this problem, it was just something I could quickly throw in as part of getting the above bugfix released sooner rather than later. Those of you who’ve had difficulties with the places popup, please play around with this new timer setting and see if it helps you out. If not, I can look at trying some of the other ideas mentioned previously when I’ve got more time to do so.
As a bonus, whilst testing the master enable fix, I also identified what I now think has been a long-standing bug which I’d only noticed so rarely that I’d always dismissed it as just a random interaction between my code and WME, whereby from time to time any UR which had been tagged with a yellow (has my comments) conversation bubble would revert to using the green (none of my comments) bubble instead. The fix for this bug also optimises the custom marker rendering code a bit, so bonus on top of bonus
problems noticed with the new version:
(some of which may be due to whatever Waze is currently doing with the databases/servers as there have been no routing server updates for several days and as WME has been glacially slow almost all the time for a couple of days, so I suspect they are doing something!)
In order to set the time delay (and have it passed along to a spawned tab) I had to set and “back up” the settings. Before I did that, the open in new tab window took the old ‘default’ time setting, not the newer setting.
To start the timeout clock ‘ticking’ for the pop up, the mouse must be completely stationary.
It is NOT sufficient that it be held in the same area, I must take my hand off the mouse and be careful not to disturb it.
Sometimes this seems to be insufficient. I have had to reload the window to get ANYTHING to pop up, sometimes.
I am not sure WHAT ‘centers’ places on the screen when they are selected but I want to disable that centering as I scan my edit area for places in a grid and it loses my place when the an item centers itself on the screen. I am able to disable the centering of URs and MRs but not places. It may be some other extension that is doing this.
This has always been a limitation of the way the script handles settings - they’re only flushed into the browser localStorage when you close/reload the tab in which the settings were changed, or you force the script to flush them via the backup/restore functionality as you’ve noted above. If you therefore open a new WME tab/window whilst the original one is still open, the URO+ instance that runs in that new tab/window will be using whichever settings had last been flushed by the original instance, which won’t necessarily be the same as the settings currently in use by that instance…
Improving the cross-tab/window behaviour of the script is something I intend to work on in the near future.
I can look at adding in a distance threshold so that small movements don’t reset the timeout.
If you mean PURs rather than places themselves, this is a native WME “feature”. If you really do mean places, then it’s some other script - URO+ only recentres the map view if you explicitly ask it to do so via one of the popup links, it won’t do anything if you click on the native marker itself.
I have a question about this script, is it possible to give UR special icon, like a cone or a note?
during MR in Canada; Puerto Rico; I saw some UR which is still in working progress, which are not done the correction, show as a cone, with a notificion under construction etc, please dont close this UR.
how can I set the UR like this? to avoid some new editor; their habbit is closing UR without follow up and some UR which is really important and not done; they closed it as they likes.
If last comment made by me?
If last comment made by UR reporter?
…
used to override this one
Last comment less than x days ago
…
and others. Apparently the No’s no longer override suppression due to other conditions.
Correct, nor should they ever intentionally have done so in previous versions. The sole purpose in life of the UR filtering process is to hide as many URs as it can. Therefore the only way to prevent a UR from being hidden is to alter your filtering settings so that none of the selected filters are being triggered - it doesn’t matter how many of the filters you’ve got active would allow the UR to remain visible, it only takes one filter triggering to hide it.
Not necessarily saying this is how it works in reality, as there are so many combinations of filters it’s entirely possible that certain specific combos do end up interacting with one another unexpectedly. But if you treat the filters as being completely independent and ask yourself “would this filter setting on its own cause the UR to be hidden”, then you should usually come up with the same answer as URO+ does. If you don’t then I’d like to know about it so I can put in a fix…
In the context of these particular filters, yes and no define which way round the filter will operate - e.g. will it hide all URs that were commented on by you, or will it hide all URs that weren’t commented on by you? - so with either option checked the filter is active. By providing the third choice - unchecking both options - it allows this filter to be deactivated.
Thanks for all these updates. I have a question about the area place popups.
I have a persistent problem – I will see a popup for a place that is not even visible in the window,
and it won’t go away. Every time I try to do something, it is in the way. It prevents me from changing the geometry of a place that is visible. Pausing makes it go away temporarily, but moving again makes it pop up. Even if I do not pass the pointer over the place that is associated with the popup. Even if I am trying to edit the geometry of a completely different place.
Sometimes zooming in and out a few times clears the problem.
Am I doing something wrong? Is turning off place popups the only solution?
Thanks.
Yup.
It was annoying before, but shutting off the Places layer would clear it.
NOW, it seems that the backfill logic has spilled into Places.
Even if I have the Places layer shut off, the popup appears over any area place in a part of the map where I had the Places layer open during that session.
Is this the same popup each time, or a different popup depending on which place was at that location?
When you mouseover the area where the place was, do you see any visible change besides the popup appearing?
Does this only occur when you’ve got backfilling enabled?
This sounds like a particularly weird bug, as URO+ is looking at the places layer to see which one (if any) is currently highlighted and therefore where it should place the popup - for it to be displaying the popup in the correct place but without the place actually visible seems to imply that something has gone nuts behind the scenes in WME itself, causing it to still be changing the highlight state of the places despite the layer being hidden. Take it as read that I haven’t been able to replicate this yet…
I am seeing this same problem. The popup is consistently for the same venue and there are no visible changes (except the popup itself) when it appears. I do not have backfilling enabled. Disabling the place popup and then re-enabling seems to fix the issue until it occurs again. Reloading the page also temporarily fixes the issue.
Edit: The popup starts appearing anywhere the cursor is, not just over places.
