Bug: Window won't hold position
I want to report a bug that has been adressed before (I commented on a previous thread here), but still exists. Logos 4 seems to have a weird behaviour of not holding its window's position.
1. Let's assume this is the window's initial position in "normal" size (exactly set to the monitor's upper left hand):
2. Now I maximize the window (note: the behaviour described here doesn't occur when Logos is closed without having it maximized before), close Logos, load it again and restore the window's "normal" size by using the "Maximize" button. This is what the window looks like now (note: the window's position is set off slightly to the left so that the window's left border has already disappeared):
3. I can reproduce this every time I load Logos and restore the window's "normal" size. The next time it looks like this (note: after closing Logos and loading it again for a couple of times, the "Home", "Library" and "Search" buttons can't be seen any longer, of course):
And so on ...
4. Now I drag the window to its initial position in "normal" size (exactly set to the monitor's upper left hand), maximize the window, close Logos and load it again. This is what the maximized window looks like after Logos has loaded (note: the window has its maximized size, but is set off slightly to the right):
Even weirder, though: the window will appear in its correct maximized position after I click on the "Minimize" button and bring it on the screen again.
I know this isn't a big deal, as I can easily drag the window to the position I want it to be. Still, it seems weird, as this happens with Logos only - I can't reproduce this behaviour with any other program I run on my computer. Is Logos aware of this problem?
This happens with Logos 4.3 SR-6, but it has been the same with all previous builds I can think of. Computer specifications can be seen in my signature.
"Mach's wie Gott - werde Mensch!" | theolobias.de
Comments
-
Using Logos 4.5 Beta 7 on 64 bit Windows, first dragged Logos to fill width of screen
:Since not maximized, window frame has a border, which disappears on all sides when maximized:
Personally have taskbar hidden on left side of monitor. Due to Aqua automatic resizing of taskbar to match start button size, used personalization control panel to choose Windows Classic for color (losing transparency in my Windows borders).
By the way, screen shot shows my favorite layout for looking at resources in collections and Library (have stretched one panel across screen so easier to see many columns).
Theolobias said:I know this isn't a big deal, as I can easily drag the window to the position I want it to be. Still, it seems weird, as this happens with Logos only - I can't reproduce this behaviour with any other program I run on my computer. Is Logos aware of this problem?
Wonder if have Google's chrome browser installed ? (noticed top border and narrow side borders disappear when maximized)
Keep Smiling [:)]
0 -
Thank you for answering, KS4J! My taskbar is on default position and not hidden, there's no Google Chrome installed either. By "maximized" I do indeed mean using the "Maximize" button, not resizing a window by dragging its borders to the max. I can only imagine this behaviour has to to with a bug in Microsoft's WPF that has been described here on the forums some time ago - could I be right with this?
"Mach's wie Gott - werde Mensch!" | theolobias.de
0 -
Theolobias said:
By "maximized" I do indeed mean using the "Maximize" button, not resizing a window by dragging its borders to the max. I can only imagine this behaviour has to to with a bug in Microsoft's WPF that has been described here on the forums some time ago - could I be right with this?
Border disappearing for maximized Logos Bible Software 4 window could be normal behavior; does allow for bit more to be displayed in Logos 4 (e.g. can read ~3 more characters in Author column when maximized). Compared to several applications, Logos 4 has a wider border when not maximized (does not use Windows Classic size for Active Window border for main window). Personally prefer to use Logos 4 maximized in Windows 7 (without wide border).
Keep Smiling [:)]
0 -
The problem with the "disappearing" border doesn't apply to a maximized Logos window, but to the "normal" window's size (apart from what I describe under "4."). Of course, the border doesn't really disappear - I just phrased it this way to illustrate that the whole window is set off by approx. 20 pixels to the left each time I restart Logos and change from maximized to "normal" size, so that I can't see the border any longer (respectively 20 pixels to the right after setting the "normal" sized window to its initial position, maximizing Logos, closing it and loading it again).
"Mach's wie Gott - werde Mensch!" | theolobias.de
0 -
Apologies: have not been able to replicate "normal" appearing with left border off screen. However, learned dragging title bar in a "normal" window does not have an option to partially display border on side of screen:
Appears border has an All or Nothing display (when nothing in a "Normal" window, the left edge for shading active panel also disappears).
Keep Smiling [:)]
0 -
Apologies: have not been able to replicate "normal" appearing with left border off screen.
Have you tried replicating this behaviour by using exactly the procedural I described in my initial posting? As mentioned there: The windows is only set off when Logos is being maximized before closing it, then loading it again, then restoring it to "normal" size.
Something I've also noticed: When placing the "normal" sized window somewhere in the middle of the desktop, then maximizing Logos, closing it, loading it again and restroring it to "normal" size, the window will suddenly be set to the upper hand of the desktop, not where it was positioned before.
"Mach's wie Gott - werde Mensch!" | theolobias.de
0 -
Addendum: The bug doesn't seem to be connected to Aero - it occurs with Aero turned off as well, only that the "normal" sized window seems to be set off even more than 20 pixels when using Logos as initially described.
"Mach's wie Gott - werde Mensch!" | theolobias.de
0 -
However, learned dragging title bar in a "normal" window does not have an option to partially display border on side of screen:
More learning: "normal" window has jumpiness over window border on all sides.
Theolobias said:Something I've also noticed: When placing the "normal" sized window somewhere in the middle of the desktop, then maximizing Logos, closing it, loading it again and restroring it to "normal" size, the window will suddenly be set to the upper hand of the desktop, not where it was positioned before.
Apologies: unable to replicate since have relaunched Logos 4.5 Beta 7 (closed when maximized), then opened to maximized, followed by clicking 'normal" went back to previous size (full width of screen). By the way, personally have turned off Windows 7 snap automatic resizing.
Keep Smiling [:)]
0 -
By the way, personally have turned off Windows 7 snap automatic resizing.
I tried that, too - still the same behaviour as described above. Very strange. Maybe one of Logos' developers could take a look at it!? Thanks anyway, KS4J! [:)]
"Mach's wie Gott - werde Mensch!" | theolobias.de
0 -
I am able to reproduce the issue and will report it to Development.
It seems like the issue in step 4 with the maximized window opening slight larger than the screen (I have two monitors, so I can actually see the right edge of the frame on my second monitor) only occurs one time after moving the "normal" sized window back to the original position and then maximizing, closing and reopening the program. Then it goes back to the "normal" sized window edging off the screen to the left. Very strange. Thank you for such detailed repro steps!
0 -
-
Bump. Any news on this bug? It's still there, even in the newest build.
"Mach's wie Gott - werde Mensch!" | theolobias.de
0 -
Theolobias said:
Bump. Any news on this bug? It's still there, even in the newest build.
Sometimes it seems only Mac bugs get fixed. But probably this is a bit skewed by the fact that they had more to be fixed to begin with.
Have joy in the Lord!
0 -
NB.Mick said:
Sometimes it seems only Mac bugs get fixed. But probably this is a bit skewed by the fact that they had more to be fixed to begin with.
To put things in perspective: A major update fixes perhaps 5 bugs that affect me. But in the time since the last major update, I have probably found at least 20-30 bugs that affect me. And that's without any serious attempt to use the program. If I'm stupid enough to try that, I tend to find half a dozen a day. My list of active bugs hasn't even begun to get shorter; it's still getting longer. I'm guessing it's currently somewhere between one and two hundred.
Mac Pro (late 2013) OS 12.6.2
0
said:
