-
Notifications
You must be signed in to change notification settings - Fork 85
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[EPIC] UI design of Lane connector tool for new features. #1479
Comments
How about this modifier key configuration?
|
shift usually means multiple things are selected so maybe we can do it like this:
this also helps to reduce number of modifier keys we use and the shift modifier key makes more sense now. The downside with this is that I think by default we should make bi-directional lane connections on bi-directional lanes so that more novice users will not get confused. |
@aubergine10 what do you think we should do with modifier key assignments? |
Users - both new and existing - will need to learn new stuff whichever way it works. As long as the UI (tracked via #1214) makes it clear what's going on, there shouldn't be too much of a problem. IMO having one-directional by default makes more sense than bidirectional; we're routing from lane A to lane B, and additionaly the vast majority of lanes are one-way. The visualisation should clearly indicate:
|
As for modifier keys, this approach is best IMO: #1479 (comment) |
@aubergine10 @kvakvs @chameleon-tbn I updated the issue. We need some brainstorming here! |
Are you sure car lanes are always unidirectional? I'm pretty sure some NExt roads that have central "turning lanes" were bidirectional lanes.
Yeah, this needs more thought either way. Still pondering that and the other stuff in OP. |
Random idea: When an incoming lane is selected, fade (reduce opacity of) connection lines from other lanes so connections from the selected lane are more obvious in comparison to them? |
don't we already make such lane connections thicker and on the top? I remember I took care of that : #635 (review) |
For this i had some ideas, could probably sit down with a pen tablet and draw a little. I personally can't remember where we ever had a dual-direction lane. Any good example? |
Bi-directional train tracks are somewhat common, and there's also some 'turning lanes' on roads that are bidirectional. Prior implementation of lane connectors were always bi-directional. However, that caused limitations in cases where a uni-directional connector was required, so Kian change to using unidirectional connectors. But that now causes the issue of how to indicate to users a) which lanes are bidirectional and b) which connectors are bidirectional (where applicable). |
cool only dead end is remaining |
All required tasks are completed. |
The UI design for issues above can influence/conflict one another. So I created this issues to discuss solutions.
summary:
1- Hotkeys (#1479 (comment) will be adopted for hotkeys/modifiers. thought we might need a new one for creating dead ends.)
2- how should lane connections differentiate between
- making new connection VS removing older connection (#1485)
- unidirectional VS bidirectional
- dead ends (#1213) : use :X: icon
3- how should we differentiate between car/track/mixed lanes:
- for tracked vehicles we can use 🔺 🔻 🔶 to indicate the direction of the lane (it tells us if the lane is bidirectional, it does not tell us if the lane connection is bidirectional).
- for car lanes we can just use 🟠 because they are always uni-directional anyways.
- for mixed lane we can put 🔺 over 🟠 to create a pointy circle
Problems:
Bidirectional lane connections:
The text was updated successfully, but these errors were encountered: