OK,
So I've just pushed all my changes for the symbols. Adding and removing symbols are now buttons in the symbols dialog. They still work from verbs, but I've removed the menu entries.
I think the replacement of the drop down options for size and fit with three buttons to 'zoom-in' 'zoom-out' and 'fit-toggle' should be reviewed by others here for ease of use and make sure they fit use cases.
The selection chemistry now means selecting symbols will dis-select your existing selection. But ti does mean you can operate on a symbol using any of the existing canvas functions.
Martin,
On Thu, 2013-06-13 at 01:33 -0400, Martin Owens wrote:
Dear Devs,
I'm still working on this UI update for symbols. It's mostly working now, with the exception of the UNSYMBOL verb which as originally implemented required a use element be selection which referenced the right symbol.
To fix this weirdness, I wanted to try out an idea. What if selecting a symbol in the TreeView on the right changed the currentDesktop->selection too. Then the verb could act on the selected item directly and as an added bonus, there's a conceptual way to select defs and maybe act on them in the future functionality or plugins (imagine a plugin that acted on a symbol, cool).
Only problem is, it also creates a bounding box on the canvas of where the group used to be, with transform handles and everything (which was fun to poke to see what would happen). Before I go down a rabbit hole, I wanted to check in with the team about what the best way to select items would be and if defs should or should not ever be selected in this manner (I'm looking at you xml-tree-editor).
Thanks for the advice,
Best Regards, Martin Owens