-
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
New MainMenu which has smart button layout, scaling and all that fancy thing #819
Conversation
WIP: Menu buttons wrapping logic Main menu grand rework; Reload fixed; Extra info labels hanging outside Experimental: Mouse in UI test
… enum now. Removed ButtonFunction type.
One thing to discuss: |
Based on UI state of the Lane Arrow tool the following OSD shortcuts are shown: P.S. Spent sizeable amount of time fighting destroyed controls which have not yet left the hierarchy. |
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.
see comments above. FYI I edited one of them
"General.Dropdown.Option:Medium","Mittel","Medium","Medio","Moyenne","Közepes","Medio","中くらい","중간","Middelhoog","Średnia","Média","Среднее","高","中","Medium","Orta","Середня" | ||
"General.Dropdown.Option:High","Hoch","High","Alto","Haute","Magas","Alto","高い","높음","Hoog","Wysoka","Alta","Высокое","高","高","High","Yüksek","Висока" | ||
"General.Dropdown.Option:Very high","Sehr hoch","Very high","Muy alto","Très haute","Nagyon magas","Molto alto","とても高い","매우 높음","Zeer hoog","Bardzo wysoka","Muito Alta","Очень высоко","非常高","非常高","Very high","En yüksek","Дуже висока" | ||
"Shortcut.Modifier:Shift","","Shift","","","","","","","","","","","","","Shift","","" |
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.
Out of curiosity why is it necessary to translate modifier keys?
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.
They are only translated for game-supported languages using the game code, and only while they are a part of a InputKey
or SavedInputKey
. We have more languages than the game. So at least modifier keys should be translated.
I hope this is not too picky but this is weird and unexpected: In the picture bellow:
|
245c5c2
to
f92a6fc
Compare
What happens when the toolbar panel shrinks if features are disabled? The TMPE text label would cover it. Regarding toggle button, maybe a small I found this tooltip confusing: Could we change to something like:
And the state would be either:
This way it is also giving user some hint that disabling despawning will make gameplay harder. The current state line could maybe also be different color (green or red?) to clarify that it's changeable part of tooltip? I'll do more detailed review later, as I have to check Kian's mass edit stuff first. |
The despawning text change belongs to Crowdin. |
@aubergine10 the "Normal" textures are indeed 50% desaturated compared to "Active" textures. |
So is the issue that the others are too bright in normal state? |
maybe only show an icon per options group and if someone presses it then mod specific options appear. I don't know if that would be within the scope of this review. |
Window transparency is working :) but the higher the transparency value, the less transparent it is. what we are really changing here is opacity. |
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.
This is looking awesome!
are all previous issues have been fixed.
new issue: see comments about transparency.
One question you forgot to answer: are you able to change tooltip text to highlight keybinds?
The new button change and the new options to show/hide the keybinds hint panel is already almost done, i am debugging possible problems. |
Good catch on transparency vs. opacity. I felt the slider was working backwards but hand't given it too much thought. |
Made GlobalConfig.Menu.GuiTransparency obsolete and added new GuiOpacity. Its rather that, than converting the inverse value or trying to migrate with unclear results and keeping the mess. |
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.
Looks good, no issues found yet
ModUI.GetTrafficManagerTool().RequestOnscreenDisplayUpdate(); | ||
|
||
// The task is delayed till next GUI update frame. | ||
// ModUI.GetTrafficManagerTool().InvalidateOnscreenDisplayFlag = true; |
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.
Commented out code without TODO
lastUpdatePositionFrame_ = nowFrame; | ||
} | ||
|
||
// if (isStarted_) { |
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.
Commented out code without TODO
Fixes: #410
Fixes: #437
Replace old style U UI for MainMenu with new smarter UI style.
https://user-images.githubusercontent.com/288724/78613640-a8157100-786c-11ea-9e02-a85f3765c976.png
![bild](https://user-images.githubusercontent.com/288724/78620020-28dd6880-787f-11ea-87d3-9ffb790247be.png)
One minor annoying thing, recreating Main Menu on options changes also closes it. Otherwise worked clean for me during multiple hours of tests and multiple reloads.
TODO
+
inModifier+Click
white