On Sun, Apr 1, 2012 at 6:08 AM, [email protected] <[email protected]>wrote:
> So the idea is to create such a decoupled designer, which is something > like a "Style Manager ++ (decoupled)". I am writing the possible solution > and a couple of ideas as a proposal which might contain some over sighted > goals. Kindly go through, evaluate and comment. > > Proposal: > > + Remove Symbol Creating/Editing capabilities from the "Style" tab of > Layer Properties and retain only application(renderer) customizations like, > size, color, angle etc., This will remove the iterative dialog popup > situation and also keep the clutter in the UI to minimum. > I'm going to be a -1 one on this proposal. I, like Antia, do a lot of experimenting in the style dialog and I don't like the idea of having to go somewhere else to define my custom symbols/or use them. > + Create a new symbol designer, that can be summoned up from Menu rather > than from the properties > -1. If we have to go down the route of have a split designer it must be easily accessible from the same place that you would pick the symbols. Making the user exit out of the properties dialog to define a new symbol would be bad. > + The designer to perform following functions > - Create new symbols/styles > - Grouping and management of styles through a tree structure > - Create and manage virtual groups (or themes) that would pull symbols > from various groups and a combination of renders to create a overall > cartographic stylesheet (almost same as present save/load style). > - Ability to save a retrieve such stylesheets (duplicates the present > save/load style) > > Apart from the above solution, the GSOC proposal to include, > > - Creating tree structure for managing the SVG symbols > - Creating a non-modal widget type editor to change symbols on the fly or > adding that capability to the Layers legend. > +1 Something like this http://ideas.arcgis.com/ideaView?id=08730000000bmoA&returnUrl=/apex/ideaList?c%3D09a300000004xET%26sort%3Dpopular#comments - Nathan
_______________________________________________ Qgis-developer mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/qgis-developer
