Skip to content
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

focus of "found town" windows in scenario editor #3411

Closed
DorpsGek opened this issue Dec 23, 2009 · 2 comments
Closed

focus of "found town" windows in scenario editor #3411

DorpsGek opened this issue Dec 23, 2009 · 2 comments
Labels
component: interface This is an interface issue flyspray This issue is imported from FlySpray (https://bugs.openttd.org/)

Comments

@DorpsGek
Copy link
Member

planetmaker opened the ticket and wrote:

In the scenario editor, the "found town" window keeps focus even though other windows are bing opened subsequenty:

Open the "found town" window and it won't loose focus by
- opening the console
- opening the view of a specific town
- "del" key won't close all non-sticky windows either.

I cannot test, but my guess is that it's not a OSX-only issue.

Reported version: trunk
Operating system: All


This issue was imported from FlySpray: https://bugs.openttd.org/task/3411
@DorpsGek
Copy link
Member Author

Rubidium wrote:

Also the old windows behave like that, e.g. changing the manager name.
Question is whether the current behaviour is wanted/nice, especially w.r.t. to opening new windows. In which case should a currently open/focussed window lose focus?
I can imagine lots of cases where you wouldn't want a window to lose focus because another window is opened, e.g. the chat losing focus because of a vehicle offer or a news item (read: the second 'issue' isn't an issue at all). On the other handle, if you open the console, via the menu because otherwise you're already removing the focus from the chat, then it might be useful for the console to get the focus.
So something like: all new windows with text input always gain focus when opened? (Read: I kind of agree with the first)

When a text input is focussed I'd expect that delete removes the text after the 'cursor'. As such del won't close the other windows, so in my opinion that part is certainly not a bug.

Finally, escape might be used to do something useful. Probably remove the focus from the input box so the keys are going to be handled as you expect them again. Another thing might be to not give the text box focus by default, but then we might be creating inconsistencies between windows.


This comment was imported from FlySpray: https://bugs.openttd.org/task/3411#comment7118

@DorpsGek
Copy link
Member Author

Rubidium closed the ticket.

Reason for closing: Fixed

In r18676 for the part where it doesn't make it inconsistent with other windows


This comment was imported from FlySpray: https://bugs.openttd.org/task/3411

@DorpsGek DorpsGek added component: interface This is an interface issue flyspray This issue is imported from FlySpray (https://bugs.openttd.org/) bug labels Apr 7, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
component: interface This is an interface issue flyspray This issue is imported from FlySpray (https://bugs.openttd.org/)
Projects
None yet
Development

No branches or pull requests

1 participant