[haiku-bugs] Re: [Haiku] #8735: Icon-O-Matic windows appearing entirely off-screen.
- From: "Haiku" <trac@xxxxxxxxxxxx>
- To: undisclosed-recipients: ;
- Date: Sat, 11 Dec 2021 15:15:56 -0000
#8735: Icon-O-Matic windows appearing entirely off-screen.
----------------------------------------+----------------------------
Reporter: jstressman | Owner: leavengood
Type: bug | Status: assigned
Priority: normal | Milestone: R1
Component: Applications/Icon-O-Matic | Version: R1/Development
Resolution: | Keywords:
Blocked By: 9546 | Blocking:
Platform: All |
----------------------------------------+----------------------------
Comment (by alwayslivid):
On 2. What about different window sizes? Haiku's current stack
implementation does not care about individual window sizes, and messes
everything up by using the first window's size. Try stacking DeskCalc with
WebPositive.
A single workspace has a specific size. If the user doesn't want that,
they can just break a specific window (or windows) into a new workspace.
The UI sort of "predetermines" the size by having a very big size by
default. In my concept, which I have already programmed, changing the size
of a second or a third window also changes the size of the first window.
This starts being a problem if the user spawns hundreds of windows, but I
am planning to address that. It makes sense for me not to have the window
size altered when changing tabs, as the user cannot possibly remember the
size of the tab that they are currently opening, which causes the same
exact confusion as the one you brought up in the DeskCalc/WebPositive
example (I am ignoring the case of the altered UI elements here, as this
does not apply).
What if user doesn't want his view obstructed with the new tab?
Will there be a need to add an option like "Open in Background Tab"
Your scenario is that the user who wants to open a file does not care
about a file. With windows, they'd have the window overlap the window you
care about. We could do that way easier with stacked windows, although I
don't see the need for it.
otherwise it looks like it's deciding on user's behalf
Why force the user an extra step of detaching the window and probably
having to resize it?
It's a UX decision -- we decide for the user by definition. Why are you
making the assumption that the user would want to detach it? I don't
attach many tabs that should probably be attached because I am way too
bored to do so.
Other unimplemented applications will stick out or vice versa. But
having the stacking up to the user automatically gives a unified
behaviour.
I am trying to figure out a way to address this, so that this will not be
a problem.
--
Ticket URL: <
https://dev.haiku-os.org/ticket/8735#comment:19>
Haiku <
https://dev.haiku-os.org>
The Haiku operating system.
Other related posts:
