PDA

View Full Version : OW 5.6 Doesn't Remember Window Position


NeXTLoop
2007-10-27, 12:35 PM
On Leopard, 5.6 does remember window size, but it refuses to remember window position. Is this OW or Leopard?

mastecheif
2007-10-27, 03:34 PM
I am pretty sure this is leopard, it doesn't remember any window positions for any app. Pretty annoying, especially for iTunes.

troyb
2007-11-01, 10:40 AM
If you use the save window size option in the Window menu both size and position on the screen should be saved.

myckmack
2007-11-02, 12:26 AM
On Leopard, 5.6 does remember window size, but it refuses to remember window position.
Same problem here.

Edit : the windows are right shifted (5 millimetres of shift).

troyb
2007-11-02, 09:26 AM
Can you give me steps for how you're producing these results? If I save the window size and then close and reopen the window it appears in the same spot every time.

Do note that if you have other windows open OmniWeb will always cascade newly created windows from the point in which the last window was created.

hussainahm
2007-11-03, 02:25 PM
Same problem. Reported it through Feedback link in OW and was attended to by David M.

Just a note, this problem happens on my MacBook that had a clean install of Leopard, but I don't have the problem on my iMac that had an archive and install installation of Leopard.

Forrest
2007-11-03, 04:56 PM
IIRC, OW has never remembered window position except for saved workspaces.

It remembers window size here just fine with my Leopard upgrade.

troyb
2007-11-03, 05:44 PM
When you save window size the position of that window is also saved and should be restored whenever you open a new window with no other windows open.

hussainahm
2007-11-04, 01:08 AM
Another observation.

When you click on a window and it's now in focus it creates a shadowy border around the window. It seems like the amount of shift to the right is equal to the size of that border.

Forrest
2007-11-04, 09:51 AM
When you save window size the position of that window is also saved and should be restored whenever you open a new window with no other windows open.

The "with no other windows open" is what I'm referring to. I don't know about you, but it's not uncommon for me to have multiple windows open. So I tend to think of it as "save window size" does not save the position. If it did, then it would make sense that all new windows showed up in the same place, which they don't.

From a new user standpoint, I think saying that does save the window position is a bit confusing because new windows can be created that don't have that position.

Seems like this has been discussed a few times before. I think BBEdit deals with this fairly well.

myckmack
2007-11-04, 12:15 PM
I launch OW : 358

I put the window in the adequate place: 359

I select Save Window Size, I quit OW and relaunch it : 360

PS : the inactive window behind the active is a Finder's window.

troyb
2007-11-04, 01:33 PM
The window does get offset from the edge of the window a bit. OmniWeb has behaved like this for quite sometime unfortunately and I do hope that we improve this and window cascading in the future (which I think will help with the problem Forrest is mentioning above).

hussainahm
2007-11-05, 01:22 AM
But if you say OW has behaved like this for quite some time, how come I don't have that problem on my other computer (the iMac that had Leopard Archive and Installed on it) ?

Stormchild
2007-11-13, 12:48 PM
The window does get offset from the edge of the window a bit. OmniWeb has behaved like this for quite sometime unfortunately and I do hope that we improve this and window cascading in the future (which I think will help with the problem Forrest is mentioning above).

...Mine doesn't. When I create a new window (with no other windows open), it always appears exactly where I want it to.

zottel
2007-11-13, 05:00 PM
I'm a bit confused by what troyb said here, because IIRC in an older thread it was stated by the Omni guys that this was no cascading, but any new window will be positioned with some space left to the edge of the screen. I.e. if you save window size somewhere in the middle of the screen, every window will open at just that point, but not if the saved point is at the edge of the screen.

Anyway, regardless of what's true here, it's annoying; a new window should appear at the saved window position even if it's halfway off the screen, imho. ;-)

EDIT: I just thought that maybe I don't remember correctly ... it could be that it was said that OW cascaded windows if other windows were still there, but if there were no other windows, the moving off the edge took place.

troyb
2007-11-13, 05:17 PM
zottel: I'm not sure what you mean exactly. OmniWeb saves the window position but will move the position slightly if you try to save flush against the edge. This is a missfeature I think; you should be able to save it however you like as long as it's on the screen.

I don't think you want to have OmniWeb honor coordinates that are off screen though as that could cause some problems if your resolution for instance were to change.

Stormchild
2007-11-19, 08:38 PM
I'm a bit confused by what troyb said here, because IIRC in an older thread it was stated by the Omni guys that this was no cascading, but any new window will be positioned with some space left to the edge of the screen. I.e. if you save window size somewhere in the middle of the screen, every window will open at just that point, but not if the saved point is at the edge of the screen.

This has never happened to me in any version of OW. My OmniWeb window has always been flush against the left edge of the screen (and I mean exactly flush...down to the pixel), and new browser windows always open in exactly that spot (unless there was already one open, in which case it cascades as I would expect it to). I have never experienced any unwanted offset.

troyb
2007-11-20, 09:44 AM
This has never happened to me in any version of OW. My OmniWeb window has always been flush against the left edge of the screen (and I mean exactly flush...down to the pixel), and new browser windows always open in exactly that spot (unless there was already one open, in which case it cascades as I would expect it to). I have never experienced any unwanted offset.
I don't know how you have things laid out exactly but a couple things that I've found that change the behavior are:

If the window fills the entire screen, it will respect saving flush against the edges.

Under Tiger, saving flush against the non-drawer side works, but not the top or bottom (Leopard does seem to push off the sides as well as the top and bottom).

NeXTLoop
2007-11-20, 08:52 PM
In my case, I always have approximately a 10 pixel "space" on the left side of a window, and on the top. So the only edge that touches anything is the bottom edge, which is flush against the Dock. The right edge I spaced so that even with the Tab Drawer open, there's still the same amount of space on that edge. I've always used OW like this, and always set it to save window size.

Running OW on Leopard is the first time I've ever experienced this window shifting.

Stormchild
2007-11-22, 02:19 AM
I don't know how you have things laid out exactly but a couple things that I've found that change the behavior are:

If the window fills the entire screen, it will respect saving flush against the edges.

Under Tiger, saving flush against the non-drawer side works, but not the top or bottom (Leopard does seem to push off the sides as well as the top and bottom).

My window does not fill the entire screen (it uses about 2/3 of it), though it does use all of the vertical space between the menubar and Dock (which I have on the bottom). I have it set to open flush against the left side (and I have my drawer on the right). And I'm running Leopard. For whatever reason, mine is behaving properly.

One thing that *might* make a difference is that my Dock is pinned to the "start" position -- i.e. it grows outward from the left edge of the screen; it's not centered.

I also have not tried applying "Save Window Size" since upgrading to Leopard; the current size and position were saved back in Tiger.