Yes, a script will not automatically update after it’s modified locally, that’s why I suggested someone update it at the source. I figured since this change was so minor, that a one time change might not hurt, and hopefully the original author can pick it back up whenever they can. But even if a minor change can’t be done without permission, then I understand that.
It wouldn’t be safe if another editor could just swoop in and make adjustments to some code
What we could do would be using a shared GitHub repository on which multiple script authors can help each other and take over abandoned projects. We actually already have a GitHub organisation like that: GitHub: Wazers, but we’re still testing things.
Abandoned, by definition, means “having been deserted”. The question is, how long do we have to wait before a script is considered deserted.
If the author releases it, then it’s not deserted, rather it immediately becomes available to anyone who wants to pick it up, sort of public domain at that point.
Also, in this case the script is released under the CC BY-NC-ND license, which means you can make a copy for non-commercial purposes if you keep a reference to the author but it doesn’t allow us to make any changes to the script.
What I usually do, if I’m concerned about missing future updates, is to create a new script in Tampermonkey, copy the old code over, and name it something slightly different (change the @name line in the code: I also usually alter the version number and remove the @namespace, just for good measure), when making the modifications. Also be sure to disable the original version. That way, the original is intact for when/if the original author updates, but I have a working version in the mean time.
I’ve only briefly started looking into this but it looks like one or two of the actions that his script uses were removed from WME. I will look into this further when I have time
JustinS83, I’ve chased down several of the issues, but I’m missing something fundamental as the customRender() and customOnDragEnd() aren’t firing. I’m hoping your expertise can solve that piece
What I’ve found:
Some of the "require"s inside wlib must not work?
Replace wlib with WazeWrap
Comment out all things related to messageBar, as that’s a wlib function not in WazeWrap, and a pretty big one. This reduces the user feedback on nudgeAll()… until someone codes a replacement.
The other wlib call is a shortcut key registration, which is a quick change to WazeWrap.Interface.Shortcut
I think the CSS element for inputWrapper was renamed to input-wrapper. Replace with a DIV find as such. Haven’t tested this since I have the above roadblock of any rendering working…
Looks like Waze/Modules/FeatureEditor/Segment was replaced with Waze/Feature/Vector/Segment
Thanks for looking into this as well I was working on this last week but hit a wall - as you noted, Waze/Modules/FeatureEditor/Segment was moved to Waze/Feature/Vector/Segment. When they did that, the class that is used for the rendering of the HN bubble was moved and is no longer publicly available (by any method that I can find). I have found where it is declared but I cannot find a way to reference it to override the rendering for the scripts custom rendering.
Just to be clear: I am not the script author. The original author is SAR85, but he went inactive and is unresponsive since early this year. I implemented some of the fixes necessary due to WME changes and posted a fork of the script.
When I get a little more time I will work on this - the rendering code was moved to a different area so it isn’t possible to overwrite for the custom drawing of the colors. Might be able to get something else working, though.