Exactly !
A thing that I missed a lot when I was working with Rhino is a way to know which button does what. In which button that script is used …
A very simple text list with toolbars, buttons and commands would have been wonderful (I mean, generated automatically 
)… But nope !
I had to struggle and waste time hovering over one button at a time with the mouse, only to find out what that button does … 
Yeah, that idea was good, but I think it was abandoned since it wasn’t correctly implemented, so now we are back to multiple macros, one for each button. And we can’t easily assign a macro to a button, nor change what macro a button uses, as far as I know, so it is quite messy. At least that’s how I have understood it, but even after all these hours fiddeling with it I would not be surprised if I am still in the wrong.
I wish here that the button editor ONLY showed the name of the macro it had assigned, with an option to edit it in the macro editor. But now we have the option to edit the macro in the button, with out knowing which macro this is, and that is far from tidy or from giving clarity.
I think this approach described would clear up a lot of the mess. It would be nice to be able to see unassigned macros in a way too of course, so we can clean that up. But that could be a down-the-road feature, at least for me.
Argh…
Well, in the next days I’ll try to change approach as Mitch described…
I hope to find a way to do the work only once and to fix the mess in that old toolbar… after that I’ll backup everything to be sure I can go back to the “standard” situation.
I’m also thinking to build a new workstation and install only Rhino8 (now I have Rhino5 - 6 - 7 - 8 on the same computer) but I’m a little bit scared to see if the toolbars will be imported correctly and the macro library will update without making a mess… 
I have been working on my toolbar file from two different computers, mainly on computer A and I have saved the toolbar. Now I am on my computer B that hasn’t used that toolbar for a while but it sees none of the changes made. (It SHOULD do that automatically since it is linking to the same toolbar that computer A has saved, but that isn’t the case)
So I went to the said Scheme__Default folder to delete the xml, but there is none related to my toolbar…
I do know that the toolbar file works because I have made a copy of the file (through file explorer since Rhino 8 still doesn’t have a damn save-as option…), renamed it and installed that on colleagues computer and that works fine. So I know that my file works and is complete. I have even tried opening that renamed file on computer B and that works too…
So how do I fix it?
And remember that if users like us who have dabbled with custom stuff for decades can’t work it out, then how should new users manage?
I did a factory reset of Rhino and opened the toolbar again and now it works, so I am afraid I can’t assist in the bugtracking on this now. I’ll shout out if something goes astray again.