2.01 fixes the "update watchlist" problem and adds a "hide watched cameras" filter option as noted/requested by doctorkb. If a watched camera is deleted via its popup, it is automatically removed from the CWL. Clicking on a camera in the CWL now turns on the camera layer if not already visible.


Firefox+Greasemonkey version: http://userscripts.org/scripts/show/145186
Chrome packaged version: http://crx.chizzum.com/UROverview.crx

doctorkb wrote:Also: it seems the WL keeps different cameras based on whether you're using the beta editor or production. Can that be fixed?

It's a limitation of the localStorage functionality in javascript - accessing data stored by a script running on one secure site from within a script running on a different secure site is a no-no, and as far as the JS security model is concerned, the beta and production editors are different even though they're both hosted on the waze.com domain.

Coming up with a not too messy and not too difficult to use workaround for this limitation is fairly high on my personal wishlist now, not so much because of the lack of CWL synchronisation when I switch between beta and production editors on the same PC, but more for when I switch between two completely different PCs...

kweeheng wrote:Sorry if this has been asked. May I know in what occurrence cameras in CWL will be remove? Cameras still there & my CWL became empty. Does this related to cache cleaning? Am using chrome Version 30.0.1599.101 m

If you have the "Delete cookies and other site and plug-in data" option ticked when you clear the caches, all script settings will be lost.

For AlanOfTheBerg, 2.02 adds an option (in the Misc tab) to show the comment count on UR markers. Just don't blame me if you start singing "who's the leader of the pack..." when it's enabled.

Also in the Misc tab is the settings backup/restore feature. Clicking on the Backup button dumps the entire script settings to the text box below, and then auto-selects the text ready for you to copy it. If a previously copied settings is pasted into the empty text box (click the Clear button first to make sure) and then the Restore button is clicked, the current script settings will be replaced.


Firefox+Greasemonkey version: http://userscripts.org/scripts/show/145186
Chrome packaged version: http://crx.chizzum.com/UROverview.crx

ponzu wrote:You may be right about the server bug, but to be sure, the script shows information such as "Submitted earlier today" (I think, since I can't find any right now), "Submitted yesterday", etc.

I mean when hovering. So it does do some manipulation of date into words.

Each UR object returned from the server has a Unix-style timestamp value, but the time part of the value is masked off so that it always decodes to midnight. The UR object also contains a constant that indicates how many timestamp counts are in a day. Dividing one by the other gives a value >= 0, which the script then uses to decide whether to print "today", "1 day ago" or "x days ago" in the popup. That's the extent of how much manipulation goes on within the script, and since I don't know how the servers handle the timezone issue the safest thing to do is do nothing and assume that the elapsed days value is OK.

doctorkb wrote:One other request to improve the backup feature -- can it also backup the CWL?

It already does, although your comment has just made me realise there's a glitch here

Clicking on Backup pulls the settings from localStorage, but since the script only saves to localStorage as part of its shutdown process, it won't reflect any changes made to settings (which includes the CWL) during this browser session.

As a workaround, doing anything that reloads the WME session (e.g. clicking Permalink) will trigger the URO shutdown process, and then clicking Backup will give you the expected results. I'll tweak the script soon to resolve this.

The only blocking issue I'm aware of is with the alternate comment markers and comment count indicators that URO optionally adds onto the native UR pins - if your mouse pointer is over one of these rather than over any part of the native pin visible underneath, then your mouse click will not be recognised by WME. However, clicking on the native pin should always open the information pane regardless of whether or not you click before/after the URO popup appears or whether or not you've moused-over the URO popup before clicking.

In an attempt to make script management/maintenance a bit easier, and to reduce the number of scripts I'll have to add to the Chrome Store once the big G pull the plug on locally installed extensions (bah humbug ), I've rolled the functionality of my DrivesTabEnhancer (DTE) and Select Roundabout Segments (SRS) scripts into URO - the misc tab is starting to fill up nicely now

When enabling/disabling the integrated DTE or SRS functionality, please note that the new setting only takes effect on the next reload of WME. Please also note that if you already have the DTE or SRS scripts/extensions installed, they should be uninstalled before enabling the integrated functionality in URO+...


I've also taken the opportunity to fix the blocking issue with the comment markers on UR pins.


Finally, to reduce the likelihood of the URO+ tab ending up on its own line, I've also trimmed the fat from the tabs so they take up less space.


Firefox+Greasemonkey version: http://userscripts.org/scripts/show/145186
Chrome packaged version: http://crx.chizzum.com/UROverview.crx

levin_zohar wrote:URO tab?
in add-ons -> user scripts -> URO overtview 2.02 I see only "options" and in that window I don't have a misc

To illustrate beersh's comment...

http://i7.photobucket.com/albums/y299/t ... ec3664.png

jstrangfeld wrote:It would be nice to be able to filter UR's based upon number of comments.

This is already present in the "Hide URs by comments/following:" section of the URs tab...