On a floating toolbar, a button with the command Set CHECKBOXMODE=Toggle is deactivated (greyed out).
Regards.AB
This is with Opus 11, Beta 9
This behaviour came to my attention when I moved a long standing fixed toolbar from the left of my listers to become a left-docked floating toolbar, which has the advantage of freeing up lister real estate whilst retaining access to the suite of button triggered actions that I use most frequently.
The Set CHECKBOXMODE=Toggle button happens to be the top level button on a "hold or right click" menu of buttons which means that none of the buttons is available because the top level button is effectively disabled. I can, of course, change this so that some other action is at the top level but I would prefer to keep the layout as it is, if only because it is so familiar.
Is this behaviour intentional? The fact that I can't see any good reason for it doesn't mean that there isn't one. 
Regards, AB
Right-click the button in Customize mode and turn on the Always enable drop-down option.
Thanks for that pointer. Hidden in plain sight. 
Any comment on whether Set CHECKBOXMODE=Toggle being disabled on a floating toolbar is intentional or a bug? I note that Select TOCHECKS is not disabled on a floating toolbar and it correctly switches CHECKBOXMODE on when clicked.
Regards, AB
Context sensitive buttons don't work in floating toolbars because the toolbars aren't directly linked to a Lister. You could probably get the command itself to run using dopusrt /cmd but the highlight state won't update.
When you run a command from a floating toolbar it will go out and identify a source and destination Lister if it can, which is why the Select command works.
My (potentially flawed) logic says that when there is only one lister then the linkage is straightforward and when there is more than one lister the linkage should default to the most recently active lister which I assume would be the DOpus.listers(0) object in the context of script operations.
Regards, AB
Depends if you use dopusrt.exe /cmd or /acmd
The rules used to pick a window are where the arguments are described in the manual, from memory (not sure how much detail they go into, but it's basically last active souce vs last active ).