I wish you would test out your fixes before you keep posting them, none of these 3 you put out today work, all give errors and no bar shown on top anymore.

is it possible to make a panel non interactive? i want to see some things on it, but i dont want there to be any tooltips or clickability.

Quote from VulcanTourist >>

A delay isn't really an acceptable solution.  The problem with a delay is... then you MUST wait for a response.  Both immediate flyout-on-hover and the same with a delay have one thing in common: they take control of the process away from the user.  I want to be the one who decides when information is displayed, and I communicate that intent to software by the click of a mouse button or a key.  Flyout-on-hover presumes too much and denies me that control.  The programmers who first thought that was a great GUI idea should be given 50 lashes.

 

This flyout-on-hover tactic is a long-standing beef of mine.  The Windows Start and Programs menu always flying out almost immediately on mouseover irritated me constantly, until I found utility software that would let me set the hover delay from the default 400ms(?) to 65535, effectively disabling it.

Hi i'm having lua errors when i try to change anything from the options, thank you for this usefull addon! ^^

I've been experiencing this issue of plugins shifting to an extreme the opposite direction and its only on my bottom bar. I really prefer this mod over the others but that extreme shift is pretty bothersome. I'm just wondering if this a known thing or if maybe its just me?

There really needs to be an option to force plugins to only display pop-out frames when clicked; in other words, disable the default mouseover behavior.  All it takes is one careless swing of the mouse and it's greeted with an insane cascade of pop-out frames.

What's worse is that it virtually precludes placing two bars right next to each other: all it takes is being off by a few pixels trying to mouse over something on the lower bar to trigger a pop-out frame from something on the bar above which then blocks everything on the lower bar underneath it.

I have one plugin that actually has an option to ignore mouseovers and only pop out its frame when clicked.  That needs to be the default behavior for all plugins.  If the plugin authors won't all bother to make it so, then ChocolateBar should add an option to force it.

A delay isn't really an acceptable solution.  The problem with a delay is... then you MUST wait for a response.  Both immediate flyout-on-hover and the same with a delay have one thing in common: they take control of the process away from the user.  I want to be the one who decides when information is displayed, and I communicate that intent to software by the click of a mouse button or a key.  Flyout-on-hover presumes too much and denies me that control.  The programmers who first thought that was a great GUI idea should be given 50 lashes.

This flyout-on-hover tactic is a long-standing beef of mine.  The Windows Start and Programs menu always flying out almost immediately on mouseover irritated me constantly, until I found utility software that would let me set the hover delay from the default 400ms(?) to 65535, effectively disabling it.

Hey o/

Is there a way to lock the gap of icons on the right or left side, so I could only set gap for addons in center? (Like in Titan Panel)

Thanks for the addon, no problem in 7.2 atm.

Are there any updates in the near future?

Any updates?  Still struggling with the 'Hide Order Class Bar' not working properly. :)

I have one of every character and the same behavior is shown.  I hide the order class bar and sometimes it works, sometimes it doesn't and sometimes it shows but hides all the information on it (e.g., no text next to the followers with #/#).  Leaving the class hall and coming back just causes the same sort of behavior.

Made a ticket on the project site, but I'm not sure if you check it often so I'm also posting it here.  The 'Hide Order Class Bar' setting only works for a short period of time.  Another user, Dracula, suggested the following.

Looking at: https://github.com/tomrus88/BlizzardInterfaceCode/blob/master/Interface/AddOns/Blizzard_OrderHallUI/Blizzard_OrderHallCommandBar.lua

It seems that the UNIT_AURA event (with 'player' argument) triggers a check whether the player is inside the order hall, and updates the state of the bar accordingly.

You could hook this event to reapply the ChocolateBar setting. Worked for me.