Terminal does not check desktop geometry

[arfonzo]

1. Put the terminal window in your bottom right corner of the desktop, at 1920x1080.
2. Quit the terminal.
3. Change res to 800x600.
4. Open terminal.

Now, terminal opens but is completely off screen. It appears not to do geometry checking, but just opens at its last known position whether it's on or off screen.

I believe that it should check the geometry to see if it's still within bounds, and if not, default to 0,0 or something similar.

[arfonzo]

I forgot to mention that I'm using hrev43882.

[diver]

Looks like this could be related to this commit hrev38192.

[Disreali]

For this very reason, I find any app that saves its size and position by default to extremely annoying. StyledEdit also does that. It should be user set and not the default behaviour.

[jscipione]

It's not just terminal, lots of apps have this fault. I'm afraid in order to fix it, windows are going to have to be moved into the available screen space when reducing resolution. I'm not sure what the best way to implement this so that it is not a jumbled mess of windows on top of each other.

[pulkomandy]

I don't see how saving the size and position can be annoying ? The alternative is always opening at the same size and position, without any way for the user to change that default.

Of course, making it resolution-safe (or even better, resolution independant) is a good thing.

As far as I know, there is no perfect way to solve this problem. The closest match for Haiku is to save the window size&position as attribute in a document, so that it can be restored for that particular document (matching Tracker's spatial mode for folders). Pe does this, for example. But for apps that have no notion of a document, like terminal, I see no solution that matches ?

If you're single-window-mode people, then, I have no idea how it should work.

[axeld]

Replying to jscipione:

It's not just terminal, lots of apps have this fault. I'm afraid in order to fix it, windows are going to have to be moved into the available screen space when reducing resolution. I'm not sure what the best way to implement this so that it is not a jumbled mess of windows on top of each other.

Since this isn't something you do on a daily basis, who cares if the windows are on top of each other in this situation?

[arfonzo]

Replying to axeld:

Since this isn't something you do on a daily basis, who cares if the windows are on top of each other in this situation?

I do this on a daily basis. I think most virtualbox users do. One of the really great things about Haiku is I can flip the resolutions between full screen, and small-screen workspaces very quickly, for when I'm juggling multiple VMs, RDPs, and other sessions, this is a life saver.

I wouldn't mind some sane default to try to place it intelligently with the available geometry, or even at worst, all the top-lefts at 0,0.

[pulkomandy]

Fixed in hrev48271.