Project

General

Profile

Feature #1325

Editor: Opening window and User Settings window cleanup

Added by Paul McElroy about 4 years ago. Updated over 3 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Category:
Editor
Target version:
Start date:
05/11/2014
% Done:

100%

Severity:
Normal

Description

Just a few words about the "Opening" (loading) window:

1) When it encounters an error, like in the image below, and it stops opening the files, the loading bars should be greyed out and an error icon (like a red X or something similar) should accompany the error message to better alert an unattentive user to the problem. Maybe a beep or some other error sound should be played as well to get the user's attention, since they are probably busy surfing the web while they wait.

2) The Opening window and the User Settings window should both be centered on the screen when they open or else the user will have to drag the window to the center to see all of it.

3) The User Settings window should probably have [Ok/Save] [Default] and [Cancel] buttons instead of window controls (minimize/close). I imagine the User Settings window will get more complex settings as time goes on and the ability to abort a setting change or go back to default settings will be necessary.

User Settings.jpg View (3.57 KB) Paul McElroy, 05/11/2014 05:34 AM

Opening Window.jpg View (27.2 KB) Paul McElroy, 05/11/2014 05:34 AM

History

#1 Updated by Paul McElroy about 4 years ago

In "Opening Window.jpg" you can see how the aborted opening sequence could go unnoticed because the loading bars are still blue.

Additionally, both windows, as can be seen in "User Settings.jpg", are created off center. In the case of the "User Settings" it is an extreme case where the window is created with 75% of the window above and to the left of the upper left corner of the screen, making it impossible to easily close or drag to the center of the screen.

#2 Updated by Marc Zinnschlag about 4 years ago

  • Category set to 12
  • Target version set to openmw-0.31

Okay with #1.

Not okay with the rest.

#2 The windows are opened at the mouse pointer location. This is the right thing to do here. At most we can opened the windows centred on the mouse instead opening them on the mouse location

#3 We use the GNOME-model of bypassing the whole Okay-button shenanigans. Any change to the settings becomes effective immediately. We may add an option to go back to defaults at some point, but it is not a priority for me.

#3 Updated by Paul McElroy about 4 years ago

Ok, sounds good
2. Then a check should be made so that the windows don't open with any part off screen because, on Windows at least, that happens a lot. And like I said with the User Settings window, it's sometimes created with the whole top half off screen so you can't change the first setting or easily drag the window to a better location.

#4 Updated by Marc Zinnschlag about 4 years ago

Odd. Haven't seen that before (top of the screen). But it seems that the user settings window actually does not center on the pointer in the current implementation. That needs to be fixed. If the current implementation for the startup window is copied over to the user settings, that should take care of the off the top of the screen problem.

#5 Updated by Marc Zinnschlag almost 4 years ago

  • Target version changed from openmw-0.31 to openmw-0.32

#6 Updated by Marc Zinnschlag over 3 years ago

  • Target version changed from openmw-0.32 to openmw-0.33

#7 Updated by Marc Zinnschlag over 3 years ago

  • Target version changed from openmw-0.33 to openmw-0.34

#8 Updated by Marc Zinnschlag over 3 years ago

  • Target version changed from openmw-0.34 to openmw-0.35

#9 Updated by Scott Howard over 3 years ago

  • Assignee set to Scott Howard

#10 Updated by Marc Zinnschlag over 3 years ago

  • Status changed from New to Closed
  • % Done changed from 0 to 100

Also available in: Atom PDF