XYplorer Beta Club

I really hate the fact that it isn't possible to click on the close button of a tab (even on that of the current active tab)
when XYs window isn't the currently active one. Instead the tab is made the current active one. Can you change that please?

Configuration | Tabs and Panes | Tabs | Show X close buttons on tabs is set to "all tabs", so all close buttons are visible
without any hovering

Any comments, Don?

Looks like this is similar what was reported here: viewtopic.php?f=2&t=19794

*bump*

*bump*^^

I think it's the opposite: Since no hover effect is shown when hovering the tabs in the background nothing should happen when you click them apart from bringing the app to the front. No close and no select.

Then show the hover effect?

It makes no sense that it is shown for the breadcrumb bar items while XY is not active and that they can be selected
while the same isn't true for tabs and their close icon (while the tabs CAN be selected).

Yes, and there were other issues when I tried to change the behavior. So, you'll get what you want.

So now that this has been done, shouldn't the hover effect on tabs be shown, as @highend suggested?

EDIT:
Or maybe not... If we go this way, someone else (full of sense) will ask to show the hover effect on the toolbar, the menu bar... and everything that usually has an hover effect and that is clickable even with the app in the background.

So on the contrary, since it seems that the breadcrumb bar is the only control that shows a hover effect even when XY is in the background, shouldn't you remove this hover effect?

Yes, it would be a little more correct to show the hover effect on everything that will react on a click/mousedown. But as you suggest I will go the easier way for now, and remove the effect in breadcrumb (and also column headers). Defense: A backgrounded app should not distract the user by reaction on hover but still is not dead, of course, when you click it. So I think it's okay to go this way.

The hover effect is fine as long as XY is the active window but Don is right, it should be removed while it is not.

admin wrote: ↑19 Feb 2019 12:21Defense: A backgrounded app should not distract the user by reaction on hover but still is not dead, of course, when you click it. So I think it's okay to go this way.

Attack : every other application I have opened right now shows a hover effect on menu bar, toolbar... when in the background.

I'm fine either way, I originally agreed with your point, but seeing as every other app shows a hover effect... I don't know what to think now.

It wouldn't be a huge problem to change that, or even make it optional.

Hey, I even found one app that does not do it: TopStyle 5.0 (I use this for the website). And the ribbon in Explorer.

On the other hand, I think we would gain by having the HoverBox displayed even when XY is in background. It can be useful when you're working and typing in another application to show the HoverBox without losing the focus of the said other-app.

Technically possible.