Project

General

Profile

Feature #721

OpenMW-CS: Better initial size and position for newly opened subviews

Added by Marc Zinnschlag almost 4 years ago. Updated 2 months ago.

Status:
New
Priority:
Normal
Assignee:
Category:
Editor
Target version:
Start date:
04/16/2013
% Done:

30%

Spent time:
Severity:
Minor

Description

Currently new subviews are opened as a small vertical stripe right of the existing subviews. Suggested improvements:

- add a user setting that allows either to add subviews to the right or to the bottom (if we want to get extravagant we could make this setting subview-type specific)

- Reclaim unused screenspace from existing subviews by making them smaller and adding the freed space to the new subview

History

#1 Updated by Marc Zinnschlag almost 4 years ago

  • Target version changed from openmw-0.24 to openmw-0.25

#2 Updated by Marc Zinnschlag over 3 years ago

  • Target version changed from openmw-0.25 to openmw-0.26

#3 Updated by Marc Zinnschlag over 3 years ago

  • Assignee set to Joshua White

#4 Updated by Joshua White over 3 years ago

  • % Done changed from 0 to 30
  • Severity changed from Normal to Minor

The way subviews are controlled is by the layoutDirection property. This property accepts only 3 values: 0, 1, and 2, which are left-to-right, right-to-left, and automatic, respectively. Left-to-right is the current default, as the layoutDirection property wasn't called.

By assigning "2" to the property, it behaves by aligning left-to-right, then right-to-left, and so and so forth.

I would recommend that subviews be "free" when they are opened, so the user can place them where they desire, and possibly save the look on quit.

As for the width issue, that is simply address by using minimumWidth, which can be set by the minimum necessary size of the content of the subview.

#5 Updated by Marc Zinnschlag over 3 years ago

I would recommend that subviews be "free" when they are opened, so the user can place them where they desire.

With that I disagree strongly. The whole purpose of this feature is to provide a reasonable default, so the user does not have to bother with adjusting subviews most of the time.

and possibly save the look on quit.

We discussed having that as an option, but most of the time this feature will be useless, because the way the editor is designed the use of subviews will be completely dynamic.

As for the width issue, that is simply address by using minimumWidth, which can be set by the minimum necessary size of the content of the subview.

That wouldn't work. Using minimumWidth would result in some subviews being potentially a lot wider than any reasonable screen size. We can not set a minimum without causing serious usability issues.

#6 Updated by Marc Zinnschlag over 3 years ago

  • Target version changed from openmw-0.26 to openmw-0.27

#7 Updated by Marc Zinnschlag over 3 years ago

  • Target version changed from openmw-0.27 to openmw-0.28

#8 Updated by Marc Zinnschlag about 3 years ago

  • Target version changed from openmw-0.28 to openmw-0.29

#9 Updated by Marc Zinnschlag about 3 years ago

  • Target version changed from openmw-0.29 to openmw-0.30

#10 Updated by Marc Zinnschlag almost 3 years ago

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

#11 Updated by Marc Zinnschlag over 2 years ago

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

#12 Updated by Marc Zinnschlag over 2 years ago

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

#13 Updated by Marc Zinnschlag over 2 years ago

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

#14 Updated by Marc Zinnschlag about 2 years ago

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

#15 Updated by Marc Zinnschlag about 2 years ago

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

#16 Updated by Marc Zinnschlag almost 2 years ago

  • Target version changed from openmw-0.35.1 to openmw-0.36

#17 Updated by Marc Zinnschlag almost 2 years ago

  • Target version changed from openmw-0.36 to openmw-0.37

#18 Updated by Who Knows almost 2 years ago

pre: I guess "subview" is what's called the area containing a single table or an editor-area for what has an objectID. (Is there a glossar regarding OpenMW somewhere?)

I actually would prefer that a new subview opens on the left. Don't most of us usually look left first, read from left to right and so on? I actually played with the thought to make a feature request allowing that a new subview opens left, not on the very right.

A compromise might be would be that a subview opens next right to the subview it was invoked from.
To clarify what I mean:
1. open two subviews
2. in the first subview: click on a row and use "edit"
The edit-subview will open on the very right, after the 2nd subview, not next to the invoking subview.

If it's not too compicated maybe the whole automatic positioning could be completely left to the user by providing config options like:
"open above", "open below", "open left", "open right" plus "next to invoking" or "on the very <top|bottom|left|right|>" (as set before).

#19 Updated by Marc Zinnschlag over 1 year ago

  • Target version changed from openmw-0.37 to openmw-0.38

#20 Updated by Marc Zinnschlag about 1 year ago

  • Target version changed from openmw-0.38 to openmw-0.39

#21 Updated by Marc Zinnschlag 11 months ago

  • Target version changed from openmw-0.39 to openmw-0.40

#22 Updated by Marc Zinnschlag 7 months ago

  • Target version changed from openmw-0.40 to openmw-cs-1.0

#23 Updated by Jeffrey Haines 2 months ago

  • Subject changed from Editor: Better initial size and position for newly opened subviews to OpenMW-CS: Better initial size and position for newly opened subviews

Unify all editor ticket subjects to start with "OpenMW-CS:"

Also available in: Atom PDF