Accidentally Close Resource - Does anyone else have this problem?
I try not to have too many tabs to avoid this problem, but sometimes the arrow to see the next resource is so close to the "x" that I end up closing one of my tabs. Does anyone else have this problem?
I'm not sure what could be done to fix this, but I would like to see the "x" be moved. I just don't know where that would be. Anyone have any ideas?
Comments
-
-
I thought, used to be, an X was only on the open tab. Which of course, had the X next to the arrow. Now, a gazillion X's. 15 painful years?
Though fixing my library tags, deleting a tag for multiple highlighted books is badly designed. One twitch of the mouse, and it's over.
0 -
I try not to have too many tabs to avoid this problem, but sometimes the arrow to see the next resource is so close to the "x" that I end up closing one of my tabs. Does anyone else have this problem?
Yep, I've done that. Repeatedly. It's very frustrating.
In my perfect world, whenever an arrow (left or right) is displayed on top of a tab, the X would be suppressed so you couldn't accidentally delete it. Of course, that would require the user to hit the arrow and scroll the tab out from under the arrow before you could delete it. That's a price I'd gladly pay to avoid deleting tabs by mistake.
0 -
I encounter this as well at times ... however, I think the problem is not as much the [x} button, but the [>] button.
I consider the arrow [>] button to be too small in comparison and therefore rather difficult to correctly recognize and then hit with the mouse.Wolfgang Schneider
(BibelCenter)
0 -
Thanks. It's good to know that I'm not the only one. [:)]
0 -
There should be a keyboard shortcut for that arrow button, so we could use that instead and not risk accidentally closing a tab. I know there is a keyboard shortcut for intentionally closing a tab (Ctrl+W, standard in Windows). Everything that has mouse access should have a keyboard shortcut as well, for accessibility anyway. I just don't know if there already is one. Couldn't figure it out by guessing. Ctrl+PgDn is close (it moves the focus to the next tab to the right, or Ctrl+PgDn goes to the left -- and scrolls the whole set of tabs to the right when necessary). But sometimes you want to scroll to the right to see what's there without setting the focus to every intervening tab on the way.
0 -
I prefer keyboard shortcuts instead of clicking with the mouse too.
0 -
I prefer keyboard shortcuts instead of clicking with the mouse too.
Many people do. But if there's a graphic, mouse-based option, it should be easy to use. After all, that's the whole point of graphical user interfaces.
0 -
All the time. It's extremely frustrating.
And it's exacerbated by the bug that was introduced several version of Logos ago where clicking the arrow doesn't move an entire tab at a time. There's no excuse for it to not do that. What's the point of moving 1/3 of a tab. If I have 15 tabs open in a panel (my usual situation), I have to click the arrow button ~40 times to completely shift.
-Donnie
0 -
And it's exacerbated by the bug that was introduced several version of Logos ago where clicking the arrow doesn't move an entire tab at a time. There's no excuse for it to not do that. What's the point of moving 1/3 of a tab. If I have 15 tabs open in a panel (my usual situation),
I'm thinking, click-bait (Bellingham bonuses).
How about the software opening the tab but hiding the 'x' under the arrow. Yep.
Or the software opening a resource, and not updating the TOC position to be viewable. Used to.
0 -
If you accidentally close a tab, click Ctrl+Shift+T and it will reopen.
0 -
My work around to try to avoid this is to have one of each type of resource open (bible, commentary, study bible, etc) and then use the arrow keys to scroll from one resource to the next. This limits the number of tabs, but I still run into the problem frequently.
0 -
If you accidentally close a tab, click Ctrl+Shift+T and it will reopen.
Thanks.
0
