Custom Toolbar Buttons no longer accepting <drop>

[jupe]

The 25.80.0312 beta has messed up <drop> for CTBs, instead of any item names, the return is what looks to be positioning identifiers for BTBs, and if you don't drop, the return is unresolved <drop> instead of blank.

[admin]

Fixed in next beta.

[jupe]

In .0314 there is still an issue, when you press the button, it returns unresolved.

[admin]

What's the button script?

[jupe]

Well anything like this:

if (<drop>) { e <drop>; } // WILL ALWAYS BE TRUE

it used to return blank if pressing not dropping.

[admin]

OK, next beta.

[jupe]

Upgraded to .0316, seems better, but now some buttons can be undroppable with certain scripts, eg

if (<drop> || 1==1) { e <drop>; }

I can modify the scripts to become workable if need be.

[admin]

Indeed. Works better in next beta.

[jupe]

Ok, everything with CTBs seems to be back to normal in .0329, thanks.

I've been rolling back till now, so I'm just now starting to test BTBs properly, and have noticed that the BTB drop popup tooltip box that pops up when between btns, displays the ? icon when the path is truncated. Also a suggestion, it might be nice to be able to change the icon via rename, same as when renaming a tab, and maybe that would then enable icon only btb via setting no caption eg renaming to just a pipe or |icon.

[admin]

... when the path is truncated.

Why would the dragged path be truncated? Not sure what you mean.

[jupe]

In the popup tool tip that pops up when you drag a item and hover between btns there is a icon and a path, when that path next to the icon is truncated due to length.

[admin]

Yep, just got it by myself. Fix coming.

I won't add custom icons for now. Keep it simple for starters.