Authors CurseForge

Quote from KnThrak

Odd - I have Broker_Professions, and I could swear it works in combat. Granted I've never tried to build a Helicopter while healing an Archimonde raid, but I could swear it works. Just odd.

Hrm, if tradeskills don't work, that'd be a real case for Secure Buttons. However my comment from before remains: Does it need to be LDB? (see TradesBar for example)
The main reason for asking this is that from what I understand it'd be a huge addition and would likely (?) cause considerably code-bloat in the process.

And if the gains are fairly limited in total number I'd find it codewise smarter to use specialized addons for those cases and keep LDB lean and mean. If that makes sense.

CastSpellByName taints with everything except professions. But you missed the point: being able in combat to: cast spells (that are not professions), set targets and execute cycling macro on them, or applying a weapon buff that just vanished, or whatever is possible with secure stuff (alot!).

It could be an ultra small addition. For exemple, I use a modified version of SBC that works with secure blocks. All I added is ", obj.secureTemplate" in an existing line, added the line "if obj.OnCreate then obj.OnCreate(obj, block) end", and added a check "if not obj.secureTemplate then *existing_code_here* end" to not apply a script, and it's working ! Not bloated at all and add a great deal of possibilities !

But the last part is not really satisfying (well it is for me but not necessary for others :p). It requires a solution that lets displays and plugins use scripts/attributes in a non-conflicting/non-bloated way.

Too bad there's very few authors that know how secure stuff works. It will probably take longer to find an elegant solution.

The problem isn't with secure stuff. The problem is when you try to mix secure with non-secure stuff, for instance anchoring them together, then trying to modify settings of the non-secure plugins while in combat, or worse having the plugins modify attributes automatically, eg resize text width to fit better in a frame, based on events or timed updates. You can postpone/queue/deny that update to avoid action blocked but that is also wrong, because the display wouldn't really be doing what was intended. Bottom line, 9/10 times the non-secure stuff will frak things up.

Addons like SBC and perhaps ButtonBin are the least affected by this (they can still taint if you attach/stick secure to non-secure), but I'm willing to bet, a lot of people would whine.

I've noticed for a while that the bin does not properly resize itself to accomodate plugins whose text length changes greatly. For example, the plugin Junkie shows me the name and vendor sell value of the least valuable item in my inventory. Obviously, this tends to change, and can be anything from "[Bat Fang]" to "[Gargantuan Axe of the Enormous Name]". I have my bin configured to use a maximum width; when the plugin's text is too long to fit on the row, it should get pushed to a new row. However, most of the time, it does not do so, leaving 90% of the plugin's text hanging off the visible bin. This still occurs in the new version you posted.

It likes to resize itself if I zone, reload ui or relog.

The way I have it setup.
http://i82.photobucket.com/albums/j277/stufmenatooba/ButtonBin1.jpg

What happens if I zone or whatever.
http://i82.photobucket.com/albums/j277/stufmenatooba/ButtonBin2.jpg

The settings stay the same either way, the size of it changes.

My Button Bin saved variables.
http://files.filefront.com/ButtonBinlua/;12277031;/fileinfo.html

Just updated and logged in, problem is still there.

Updated to r46, problem seems to be solved. Thank you very much.

Thanks for all the great work on this addon. I've only picked it up (converting from FuBar) recently and I think it's great.

Is there any way there could be an option added to allow scaling of the tooltip shown when hovering over icons in the bins?

Quote from dhedbor

Good idea - I haven't even considered that option. I'll make this a per-bin and per block option I think.

Thanks very much; honestly, it could just be global (for all bins, all tooltips) to start off since that should be easier to code... and I personally can't see myself setting the scale for individual tooltips (although it might be nice to have a "per bin" tooltip scaling option now that I think of it). ;)