Bug #3275
Allow change ALL symbol properties when selecting multiple classes (in new symbology)
| Status: | Closed | Start Date: | 09/24/2011 | |
|---|---|---|---|---|
| Priority: | Blocker | Due date: | ||
| Assigned to: |  Arunmozhi P |
% Done: | 100% |
|
| Category: | Symbology | |||
| Target version: | Version 2.0.0 | |||
| Platform: | Patch supplied: | No | ||
| Platform version: | Affected version: | master | ||
| Status info: | Causes crash or corruption: | No | ||
| Resolution: | fixed |
Description
When dealing with a large number of classes it would be useful to be able to select multiple classes for deletion with the standard keyboard shortcut of ctrl.
History
Updated by Giovanni Manghi over 2 years ago
This is really a feature that is missing in the new symbology and that is available in the old one. It not just useful to allow delete classes, but especially to allow change at one time the symbology of a group of classes (including the "restict changes to common properties" option).
Updated by Giovanni Manghi over 1 year ago
- Subject changed from Allow multiple class selection in new symbology to Allow change ALL symbol properties when selecting multiple classes (in new symbology)
- Priority changed from Low to Normal
- Target version deleted (
Version 1.7.0) - Start Date set to 09/24/2011
- Must fix deleted (
No) - Patch supplied set to No
New description:
In recent revisions (thanks to Marco H. work) it is possible to select multiple symbology classes (we are talking of new symbology) and by clicking the right mouse button it is possible to change three properties: transparency, color and units.
This is a step forward, but compared with the old symbology it is still missing the chance to change ALL symbol properties (by clicking on "symbol -> change"). In fact you can now select multiple classes and click on "symbol -> change" but this has no effect, puzzling even more the user.
Updated by Giovanni Manghi over 1 year ago
- Priority changed from Normal to High
- Platform deleted (
All)
Updated by Giovanni Manghi over 1 year ago
see also #4366
Updated by Giovanni Manghi over 1 year ago
- Target version set to Version 1.7.4
Updated by Giovanni Manghi about 1 year ago
- Target version changed from Version 1.7.4 to Version 2.0.0
Updated by Arunmozhi P 8 months ago
- Assigned to changed from Martin Dobias to Arunmozhi P
I am taking this up from Martin. Hope Martin doesn't have any objections ;)
Updated by Pirmin Kalberer 8 months ago
- Target version changed from Version 2.0.0 to Version X - Unplanned
Updated by Arunmozhi P 7 months ago
- % Done changed from 0 to 90
Updated by Giovanni Manghi 7 months ago
Arunmozhi P wrote:
Hi Arun, this is huge! thanks.
Updated by Nathan Woodrow 7 months ago
- Status changed from New to Closed
- % Done changed from 90 to 100
- Resolution set to fixed
Fixed in 6a5dcac
Thanks heaps Arun
Updated by Giovanni Manghi 5 months ago
- Tracker changed from Feature to Bug
- Priority changed from High to Blocker
- Target version changed from Version X - Unplanned to Version 2.0.0
- Status info deleted (
0) - Resolution deleted (
fixed) - Affected version set to master
- Causes crash or corruption set to No
Nathan Woodrow wrote:
Fixed in 6a5dcac
Thanks heaps Arun
it still fails with one of simplest changes, the symbol color, while it seems to work with more advanced parameters like fill type, symbol layer type, etc.
Updated by Arunmozhi P 5 months ago
Giovanni Manghi wrote:
it still fails with one of simplest changes, the symbol color, while it seems to work with more advanced parameters like fill type, symbol layer type, etc.
I think there is a misunderstanding here. Kindly see the explanation at the pull request https://github.com/qgis/Quantum-GIS/pull/287
Ctrl select multiple entries and click Change button to change the symbol for all the > classes. The symbol is changed but the color of the symbol is retained to respect the > colorramp. Color can be changed the old way by right-click -> change color
Updated by Giovanni Manghi 5 months ago
- Resolution set to fixed
Arunmozhi P wrote:
Giovanni Manghi wrote:
it still fails with one of simplest changes, the symbol color, while it seems to work with more advanced parameters like fill type, symbol layer type, etc.
I think there is a misunderstanding here. Kindly see the explanation at the pull request https://github.com/qgis/Quantum-GIS/pull/287
oh I see. I saw also that also in the old symbology changing at once the color of multiple classes wasn't doable, so this will eventually need to be a feature request. Sorry for the noise.
Updated by Giovanni Manghi 5 months ago
I think there is a misunderstanding here. Kindly see the explanation at the pull request https://github.com/qgis/Quantum-GIS/pull/287
Hi Arun,
selecting a saved style, is this supposed to be applied to all the selected classes?
Updated by Arunmozhi P 5 months ago
Giovanni Manghi wrote:
Hi Arun,
selecting a saved style, is this supposed to be applied to all the selected classes?
Yes. To be more clear, the change button is used to change common things for all the "selected" symbols, when they are selected. It is used to change the symbol of all classes if No class is selected. So the "Change" button is about symbol only. You can tweak the symbol or select a saved style. It will be reflected to the classes.
It should be noted that, by changing this way it is possible to have parent "renderer symbol" as X, and all of the classes having either Y or Z or P ..etc. Since they have been manually changed to something else by the user.
But the color is not altered to respect the color ramp being used. Suppose, if someone want multiple classes to have same color, they can be manually edited to merge, or select those classes-> right-click-> Change Color.
Updated by Giovanni Manghi 5 months ago
So the "Change" button is about symbol only. You can tweak the symbol or select a saved style. It will be reflected to the classes.
But the color is not altered to respect the color ramp being used.
wouldn't be nice also if the user can just select a few classes and change the symbol by choosing one of the ones available in the style manager, and have it applied as it is, regardless of the color ramp already applied?
It is obviously a new feature that would require a feature request, but I can see many use cases. Do you agree?