Aaaaand now this happened again… I have saved the toolbar many times and it has worked fine.
But right now I saved the Rhino document with out saving the toolbar, and on opening Rhino again a lot of the icons that previously was saved and worked fine are now gone…
Needless to say I am not very happy with this… but regardless the frustration I need it to work, so do you have any idea about what causes this?
I would hate to see this happening again when there are 80 icons on the toolbar that needs to be reassigned…
The strange thing is that those icons that are (X)'ed have lost their names too, not only the icon. Even a few that were text only (no icon). In example I had a button that was called Toolbar that just called the Toolbar command, and that one too is (X)'ed out now.
The toolbar is saved to a Dropbox folder, could that cause an issue???
No backup
I see the toolbar, with basically only svg’s as the scripts hasn’t been added yet, is 468kB, so not very large. And while the svg’s has backups there is no ruibak files for the rui’s. I think this should be added so you make a backup each time we save it.
But I can not understand why it looked like this, and not like how it looked last time I opened Rhino… I didn’t save in the meantime, so did Rhino mess up the file while trying to do an autosave? Last time it was edited according to the rui file was 1 hour and 50 minutes ago, and not when Rhino was closed.
Now I made a copy of the rui file and opened that one too.
Just to check if it’s the .rui file that is corrupt or what this can be.
And this copy looks like this:
So no missing icons there… This makes me think that you have a bug in the system. Maybe where Rhino stores locally the difference between the actual rui file and the changes made to it that has not been saved. This is just guessing as I have no idea about how you handle those changes.
I link @stevebaer into this as well. Hope that’s OK.
Seen it many times, never was able to reproduce it unfortunately. It looks scary, but in all cases, it’s the rui’s xml file that destroys the party. And in all cases, deleting that xml file solves it.
ps: Interesting that you are using the -------------- as separator, I was proposing this the other day. We could need wider separators (that are less high)
I was thinking about something like this:
Great minds think alike
The good thing with separators is that it allows users to have wider or narrower toolbars and maintain some visual structure. I discovered the wide icons by chance when I just used a long name and didn’t have an icon for it yet. So that made the discovery of the
‘- - - - - - - - - - - - - - - - - - - - - - - - - - - - - -‘ separator
Note: It seems to recreate the thumbnails quite often, forcing me to wait quite a bit for them to correctly show the graphics, but I still find it useful. At least for now.
@Gijs I see a strange behaviour for the ‘- - - - - - - - - - - - - - - - - -’ button.
The initial button was a copy of another button that was named ‘Arrows’ and now if I remove the tooltip name of the ‘- - -…’ button the tooltip reverts back to ‘Arrows 01’. (The 01 is strangely added)
So there seems to be a memory of the button’s initial name.
Can you see if you can reproduce that? And figure out what it is referring to?
Where Button Text ,Menu Text, Help Text and Tooltip is automatically filled in with the same name, which is great!
But if I edit it I am presented with this:
Where Tooltip is the only one of those 4 that can be edited.
And as you can see the Tooptip if removed, even if the button Text is changed, reverts back to the initial TEMP text. Even if I change it to something else, and then delete it on a later occation.
If I now make a copy of that button then TEMP will be the tooltip that automatically pops up if I delete it. So there is a setting that I can not edit.
When you create a button you are essentially creating or linking at least one macro. Each macro needs to have a different name.
If you edit the macro that is linked to the button in _Macros, you’ll be able to get back to the initial dialog where you can edit all these properties for the macro.
