BUG: Logos 6.0a Beta 2—Guides Open In Small Panels Not Large
From the Release Notes: "Altered the panel placement algorithm so that, when panel types are similar, Guides will prefer the larger panel. This prevents them from opening in unwanted, very small panels"
Before Beta 2 my guides would open in one of the two larger panels (Search or Text Comparison); but now it opens in the smaller panel. This seems to be the opposite of what the fix was supposed be (mentioned in the Release Notes).
Comments
-
Before Beta 2 my guides would open in one of the two larger panels (Search or Text Comparison); but now it opens in the smaller panel
I don't see this behaviour in Windows 8.1
0 -
Before Beta 2 my guides would open in one of the two larger panels (Search or Text Comparison); but now it opens in the smaller panel. This seems to be the opposite of what the fix was supposed be (mentioned in the Release Notes).
I don't see this behavior in Beta 2 Yosemite, but my active layout already has a couple of guides open in a relatively large panel. Any new guide always opens in that panel.
Opened a different layout which does not have a guide. Guides consistently opened in the largest open panel. At first, the Library on the secondary display. After closing that floating window, new guides consistently opened in the largest panel.
0 -
I did some more testing with this layout. I closed the small floating window that the guide was opening in, and tried again. This time in opened in another floating window. Only after closing all the floating windows did it finally open in the search or text comparison panels like it did before. So I wonder...in tweaking this feature, did the Dev's increase the favorability for the guides to open in floating windows?
0 -
So I wonder...in tweaking this feature, did the Dev's increase the favorability for the guides to open in floating windows?
I am seeing this fairly consistently now - when opening Factbook or BWS entries if I have an open floating window then the new panels are opened there. If there are no floating windows these panels are opened docked.
Atlas and BSL are always opened in new floating windows.
0 -
I closed the small floating window that the guide was opening in
That must be why mine did not open in a small window. Both my floating windows in that layout are large.
0 -
I am seeing this fairly consistently now - when opening Factbook or BWS entries if I have an open floating window then the new panels are opened there. If there are no floating windows these panels are opened docked.
I can reproduce this behavior and we'll tweak it so that single panel floating windows are not given as much priority in the placement algorithm.
Mobile Development Team Lead
0 -
we'll tweak it so that single panel floating windows are not given as much priority in the placement algorithm.
Thank you! It has always bugged me that any new tab would ever open in a single-panel floating window. I'd prefer if that never happened.
0 -
I can reproduce this behavior and we'll tweak it so that single panel floating windows are not given as much priority in the placement algorithm.
Thank you, Tom.
Thank you! It has always bugged me that any new tab would ever open in a single-panel floating window. I'd prefer if that never happened.
Well, not ever I hope...I like having all my commentaries and other books open in big single panel floating windows (easier on the eyes when it's separated from the main window). Currently, I have three single panel floating windows, one multi-panel floating window, and the main window.
0 -
It has always bugged me that any new tab would ever open in a single-panel floating window. I'd prefer if that never happened.
When I tag resources in a floating window, and occasionally open one quickly in order to get a better grasp of what tags to apply, I find it extremely annoying that that they don't open in the floating window, but behind it, and without even switching over to the main window. Every single time I start by wondering if I clicked in the wrong place, often clicking once or twice more before I remember. Then I have to switch windows, check the book out, close it, return to the Library window, and apply the tags. Unless there are too many possible tags and I have to go back and forth several times to remember them all.
Mac Pro (late 2013) OS 12.6.2
0 -
I am seeing this fairly consistently now - when opening Factbook or BWS entries if I have an open floating window then the new panels are opened there. If there are no floating windows these panels are opened docked.
I can reproduce this behavior and we'll tweak it so that single panel floating windows are not given as much priority in the placement algorithm.
Thanks Tom
0 -
we'll tweak it so that single panel floating windows are not given as much priority in the placement algorithm.
Thank you! It has always bugged me that any new tab would ever open in a single-panel floating window. I'd prefer if that never happened.
What I intended to convey was that single panel floating windows won't get the "size bonus" factored in the same way a large panel in a multi-panel layout would. But I can see how you might want to also penalize single panel floating window tools.
If I am understanding you correctly, you don't want the first guide you open to show up in the BSL floating window, for example. Or have Factbook open in the Timeline panel floating window.
Or do you mean, that if you float the NIV in a window, you don't want the next bible you open to appear there unless you manually drag it into position. i.e. only consider placing a new panel in a floating window if there is more than one tab in it it.
Mobile Development Team Lead
0 -
For me, all I wanted was for the guides and BSL not to choose my floating (smaller) notes window over my docked Search and text comparison panels (which were larger anyway). I use single panel floating windows in my layouts (e.g., I have a commentary in one and NTSK in another) and I want future commentaries, dictionaries, and other books to open in those single panel windows. That's my opinion.
0 -
we'll tweak it so that single panel floating windows are not given as much priority in the placement algorithm.
Thank you! It has always bugged me that any new tab would ever open in a single-panel floating window. I'd prefer if that never happened.
What I intended to convey was that single panel floating windows won't get the "size bonus" factored in the same way a large panel in a multi-panel layout would. But I can see how you might want to also penalize single panel floating window tools.
If I am understanding you correctly, you don't want the first guide you open to show up in the BSL floating window, for example. Or have Factbook open in the Timeline panel floating window.
Or do you mean, that if you float the NIV in a window, you don't want the next bible you open to appear there unless you manually drag it into position. i.e. only consider placing a new panel in a floating window if there is more than one tab in it it.
My main issue is that I always keep my Library in a maximized floating window and I Alt-Tab back and forth between my Library and the rest of my Logos Layout. I like to keep that Library floating window unadulterated by any other tabs. I very rarely ever use other floating windows (only occasionally for short-term tasks, e.g., making a screenshot and not wanting all the other clutter of the other tabs to be in it, but then I'll close or re-dock the floated window). Whenever I do intentionally float something, I want it to float by itself, not to join my Library as a tab in that floating window. I do seem to recall that occasionally I'll end up with another unwanted tab in my Library window. Can't remember when that happens off the top of my head. Maybe it's happening less frequently now. I can't make it happen at will, anyway. I think the other case that has sometimes caused this issue is if I float a window (a book, say) and then re-dock it, it will sometimes get docked back in a tab in the other floating window with my Library rather than back in the main Layout, but I might be wrong about that memory.
In any event, I'm not making any specific complaint now, so you should probably just disregard. If at any time I come across a reproducible case of something I find annoying, I will report it.
EDIT: Actually, here is where I described a reproducible scenario that was bugging me in the past, and it seems to be fixed now. Hallelujah!
https://community.logos.com/forums/t/83236.aspx0 -
My main issue is that I always keep my Library in a maximized floating window and I Alt-Tab back and forth between my Library and the rest of my Logos Layout. I like to keep that Library floating window unadulterated by any other tabs
I can understand that, I wouldn't like that either. I generally don't keep my library open. But with resources I like it to work the way I described above. Maybe the library can be given a "hands off" priority—it is a special window.
0 -
Tom, I just found a reproducible case of a tab opening up in my maximized floating Library window.
A Mobile Ed resource I own (NT221) contains a link to a resource I don't own:
I click on the link. It opens a new tab in my maximized Library floating window:
Here's a log from a session where that's all I did: 0878.Logos.log
0 -
Another possible solution (that I think I or someone mentioned before) is to give us the ability to "lock" a panel to prevent Logos from adding any more tabs to it.
Thus, whether it is a separate library window that you want to keep by itself, or a specific group of books relating to a topic that you want to isolate in one panel, you'd be able to do so by "locking" the panel.
Maybe a little padlock could be superimposed over the top left corner menu icon.0 -
I am seeing this fairly consistently now - when opening Factbook or BWS entries if I have an open floating window then the new panels are opened there. If there are no floating windows these panels are opened docked.
I can reproduce this behavior and we'll tweak it so that single panel floating windows are not given as much priority in the placement algorithm.
This is fixed in 6.0a RC1.
0 -
Thanks Angela
0 -
This is fixed in 6.0a RC1.
Thanks. I was beginning to get tired of dragging new panels from the Library floating window which is on a secondary display.
0
