I understand why you’ve done this - particularly given the number of editors who have complained about Toolbox disabling arrows when it’s their own ignorance. :roll: At least it’s a testament to how many editors now rely on Toolbox.
However, it’s driving me crazy! :lol:
Any chance of a checkbox in the options to stop this behaviour?
1.4.3.2
New: Toolbox features displayed in toolbar can be disabled in configuration panel
New: Highlight segments/nodes with expired restrictions in red
New: [L3] Delete expired restrictions (past ending date) on screen
Update: Force arrows to be selectable after loading - can be disabled in configuration panel starting from L3 editors
Fix: [L3] Suppress unneeded junctions: bug in some complicated situations
I think the term you are looking for is “expired (partial) restrictions”.
New: Highlight segments/nodes with expired (partial) restrictions in red if expired restrictions have to be deleted
New: [L3] Delete expired (partial) restrictions (past ending date) on screen
Firefox 30.0 won’t update Toolbox to v. 1.4.3.2; I right-click on the “WME Toolbox 1.4.3.1” line on the Extensions screen, click “Find Updates”, and nothing happens.
By the way, I can’t get “copy segment attributes” to work. I figured out the interface and got to the dialog box, but when I click the “Copy” button, nothing happens.
This morning, before the update, I couldn’t split this road. Now, I got the message, trying to split this same road: WME Toolbox: please report this error: TypeError: Cannot read property ‘length’ of null
Last comment or improvement suggestion: I always run into a lot of dead end roads, marked by validator, with either a soft turn at the end (enabled or disabled) or an enabled hard turn. Seeing the latest possibilities, on fixing all the loops or expired restrictions on the screen, rather than selecting one by one, i’d wanted to ask you, if you can implement the fix that is done (by JNF) on the dead end street with a soft turn, for the entire screen. Probably an L5 option? See this area for example, where it needs already 25+ fixes on a single screen.
I completely agree with this thought. Not sure if there is a downside to doing something like this, but it would sure be much more efficient with our limited time. Like restrict the operation to 150 so you don’t end up with too many saves pending.
I think I understand, and that’s technically possible. Just to be sure, in the case of an unconfirmed dead-end, how do you think we should handle it ? Mark it as enabled or disabled ? I think it should be disabled, but I’d like to have other thoughts.