View Full Version : Window position bug still not fixed

2006-12-06, 02:52 PM
As of OmniWeb-5.5.2-beta-1-v607.7 the window position bug is still not fixed. Why doesn't OW remember my default window position?

2006-12-06, 03:34 PM
I assume you're referring to the issue you posted in a previous thread on this topic?

If so, the answer is there.

2006-12-08, 01:20 PM
It's not necessarily a cascading issue, I tried the terminal fix and it doesn't fix it.

Using workspaces as a workaround works, but it's a workaround, and as such it still has defects.

All I'm asking is for a simple bug fix. So far I haven't seen any satisfiable reason of why this bug still exists and why it has made it this far. Hey, I was even expecting the "It's not a bug it's a feature!" excuse but not even that.

How can a meticulously refined browser such as OW have this sort of bug slip like this? I'm all ears.

2006-12-08, 02:40 PM
Hello, sorry, I'm not really sure which bug you're referring to. Can you give us some more details of what isn't working?

2006-12-08, 02:50 PM
Perhaps it is because so few people use more than one window at a time these days that we just haven't noticed it enough to need to send in a report?

2006-12-09, 08:03 AM
Ok how to reproduce the bug:

1. In OW, make sure there is only one window around.
2. Drag the OW window to the top-left corner making sure none of it is hidden offscreen. In other words, the window would be right below the menubar touching it and with its width boundaries not going off-screen. Aso make it relatively small, not full size.
3. Go to Window -> Save window size
4. Close window and open a new one through command-N.

Bug: instead of using the location that I set, the new window gets shifted down and to the right. For the down shiftment I imagine it's cascading from a previous ghost window which is clearly brainless and a bug. For the side shifting, I imagine it's space saved for a possible drawer? Either way I expect my location to be respected, regardless of whether I use drawers or their orientation.

Furthermore when I quit OW and restart it, the window it comes with has a completely weird location. Only after I close it will OW use my location.

Yea sure, I use tabs all the time, but I close and reopen browser windows all the time as well. There is a lot of location madness going on here.

2006-12-11, 02:46 PM
What you're seeing is OmniWeb adjusting the position to allow for your tab drawer--it also bumps it down a bit from the top of the screen. No bug here though perhaps it is unexpected functionality.

On launch it should place the first window in the same spot unless you have a snapshot taken, in which case it will load that. Try closing all your windows and then choose "Take Snapshot" from the OmniWeb window.

2006-12-12, 02:57 PM
Troyb, what he referred to was not the window position at startup, but the window position of a newly created window. This will always be cascaded, if there's another window open or not.

It would be nicer if cascading started at the original saved window position again if there is no window open, currently.

2006-12-12, 03:18 PM
Troyb, what he referred to was not the window position at startup, but the window position of a newly created window. This will always be cascaded, if there's another window open or not.

It would be nicer if cascading started at the original saved window position again if there is no window open, currently.
It does... or it should at least.

2006-12-12, 03:19 PM
It does... or it should at least.
Don't get me wrong though. The cascading in OmniWeb could definitely be more intelligent than it currently is.

2006-12-13, 01:44 PM
Well, no, it doesn't. ;-) I just tested:

Saved window size, closed the window, opened a new one. It was cascaded. [Edit: No other windows were open.]

So this isn't even intended, but a bug?

2006-12-13, 01:52 PM
I'm saying that i can't reproduce what you're describing.

If all the windows are closed the next window that gets opened should be in the saved position.

Can you repro this in a fresh workspace? Perhaps there's something weird going on and the browser thinks there's an open window even though there isn't...

2006-12-13, 02:34 PM
I'm not sure here, I think I see what Troy describes.

-- position and save window size
-- drag window to weird location
-- close it
-- file > new window

The new window is in the position (and size) where I saved it earlier, no "cascade".

2006-12-13, 02:43 PM
I mentioned this before but just to reiterate, OmniWeb will move the saved position off of edges by a few (several?) pixels. So make sure this isn't what you're seeing.

2006-12-19, 12:02 PM
I just tested with a new workspace, and I'm still seeing the same. But: It seems I really see what you mentioned, Troyb. It works if I use some position anywhere on the desktop, but not in the top left corner where I prefer OW to stay. I just didn't count what I saw as a "few" pixels, as this must be 15px at least, if not more. :-) It's just as wide as the title bar of a window—that's why I thought it was cascaded.

So why do you move new windows off the edge? You don't do this with saved workspace positions—which is the behaviour I would prefer, personally. If it is in order to be sure that the user didn't save a position off screen, setting it to 0,0 would be enough, wouldn't it?

2006-12-20, 12:32 PM
We move the window off the side of the screen to allow space for the tab drawer. I don't have a real reason for why it gets moved down from the top (balancing maybe? I don't know). We have a bug to allow saving window position hard against the top of the screen.

2006-12-21, 11:41 AM
Wonderful, thanks.

Just an idea: Could this window moving respect the preference setting on which side the tab drawer should open? My tab drawer always opens to the right, so there's no use moving the window in order to have space for the tab drawer on the left.

2006-12-21, 11:52 AM
That seems reasonable to me. In general I'm not really against the idea of allowing it to save hard against the side of the window either just so long as the drawer is taken into consideration. We'd have to move the window or something when the tab drawer comes out because I don't think it would be good if it opened off screen.

2006-12-21, 01:12 PM
Ah! Now I get the point. :-)

I always thought windows were automatically repositioned/resized by the system when a drawer was opened too close to the edge of the screen. So I didn't see why space would be needed. Thanks for the illumination. ;-)

Ok. So it would be good if the drawer side preference was taken into account, or alternatively, if the window was repositioned and/or resized when a drawer opens—in a way that the whole drawer is onscreen. OTOH the latter might not be what people want when having a maximized window.

2006-12-21, 02:01 PM
I think it does happen automatically actually but I've encountered a few instances where it doesn't move that could be confusing. Some people find the moving to create room for the drawer to be jarring so we try to leave room to prevent this from happening.