-
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
Parking Restrictions tool - Lane highlighting #708
Parking Restrictions tool - Lane highlighting #708
Conversation
Do not rely on green/red/blue/orange, because there exist color blind people. |
The orange color is also embolden. blue color is supposed to be natural so it does not matter. as for green VS red I am not relying on it but rather its just a nice touch. Note that there is GUI sprite that shows the person the state of parking restriction. |
The primary purpose of the lane highlights is to illustrate what will be affected. The colours are just embelishments. The parking icons remain as the primary explanation of state, with the bar across the icon indicating in non-colour terms when parking is disabled (again, the fact that the bar is red is just an embelishment). EDIT: At some point, once the highlight features are all centralised, it would be good to provide mechanisms that extend embelishments to the full range of end users (colour is fine for roughly 85%-90% of users depending on which statistics are referred to). We can provide mod option that allows selection of colour scheme for various types of vision. |
I might be doing something wrong, but I'm not seeing lane highligting of parking lanes when hovering (or clicking) lanes or icons: Edit: To double check I manually deleted the dlls in the local mod folder, switched branches a couple of times on git (and back to 708) then did clean rebuild. Still no highlights. |
I suspect the issue is to do with direction inversion happening in LHT maps as I just discovered in #709. So the highlight is possibly working, just in the wrong direction or something. |
fixed LHT direction problem by using m_finalDirection. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Code's lookin' good.
Just minor comments on field naming style as discussed in the chat.
Private camelCase_
, other fields, structs, classes and functions CamelCase
, functions where possible to begin with a verb.
It's working a bit now, but still have some issues (testing with LHT city). 👍 This one-lane one-way road with parking is working properly - and both parking lanes highlighted which is good! However, from the same roads pack linked above the surburban parking road works fine: 👍 Again, from same roads pack, this two-lane one-way with parking works properly - EDIT: lanes are highlighted: Maybe there are issues with the road assets? If so, it would be good to log them to |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Found some issues - see comment above.
@aubergine10 Something weird going on. Not my fault but I will try to see If I can do something quick to help as part of this review ... |
The issues I reported above are about lane highlights however; sometimes the lane highlight isn't showing regardless of which sprite (or even overlap) is hovered. EDIT: I just realised all my screenshots had overlapping sprites; that's purely coincidental. The primary issue was the lack of lane highlights. That being said, if hovering the overlap would show lane highlights for both sprites, and clicking overlap toggle both sets of parking lanes, that would be good for consistency with speed limtis tool. |
The direction of the parking is both. That is why TMPE gets confused. see #516 (comment).
These roads are not supported by TMPE so the highlight behavior is undefined. I will print error message and #516 will handle the rest. we have to change the code fundamentally as part of #516 so its not worth dealing with |
Is |
@kvakvs lets be easy about the camelCase_ VS camelCase in this review. next time OK? |
Discussion about |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The underscores in names were looking alright :D
just noticed another commit; do you want me to retest? |
Also added error message for bad lanes:
added wiki information here : https://github.com/CitiesSkylinesMods/TMPE/wiki/Notes-for-Asset-Creators#parking-lanes . when #516 is fixed this may no longer be required. Test result:
|
@aubergine10 I have modified the code since you reviewed it last. I prevented the sprites of speed limit tool and parking tool from overlapping. Also added debug error for bad parking lanes. |
Now I can't change both directions with one click any more. :( |
What you wanted them to overlap?! are you teasing me? lol don't loos hope if you give camera descent angle you can still change both with one click lol! before you could change them both but you could not use the shift properly. |
It's only a minor thing, I can live without it. I think it will probably be better for most users to have them more separated like you have them in this PR, the main thing here is that the lanes are highlighted so IMO this PR is good to merge. |
fixes #702
parking lanes are highlighted:
Scope:
The scope of this review is not to change the functionality of the parking tool, but rather provide visual feedback for what it already does.
Crowdin: I did not introduce the shift functionality but since it does not show in the tooltip keybind I decided to add it. Can anyone add the following crowdin key:
EDIT: fixed overlapping sprite overlays. see #708 (comment)