Bug report #2647
New Symbology: Attribute Classifcation Field not labeled
| Status: | Closed | ||
|---|---|---|---|
| Priority: | Low | ||
| Assignee: |  nobody - | ||
| Category: | Symbology | ||
| Affected QGIS version: | Regression?: | No | |
| Operating System: | All | Easy fix?: | No |
| Pull Request or Patch supplied: | Resolution: | fixed | |
| Crashes QGIS or corrupts data: | Copied to github as #: | 12707 |
Description
In the old symbology, the attribute table shows a select box with the labels of the classified field, when Classification is chosed as edit widget.
In New Symbology the select box shows the value of the field and not the label that is given for this value.
The old behaviour is imho better, it allows both, to show the value directly or to show the label, so the new symbology should adapt it. Example: A table with a field 'type' has values 0,1,2. Classified as unique type over the field type gives three classses. Labeling them 0=Car,1=Bus,2=Bike gives in the select box edit widget of the old symobology the values Car, Bus, Bike, in the new symbology it gives 0,1,2. => the labels are much handier.
Associated revisions
fix #2647
git-svn-id: http://svn.osgeo.org/qgis/trunk/qgis@13306 c8812cc2-4d05-0410-92ff-de0c093fc19c
fix #2647
git-svn-id: http://svn.osgeo.org/qgis/trunk@13306 c8812cc2-4d05-0410-92ff-de0c093fc19c
History
#1
Updated by Jürgen Fischer about 14 years ago
- Resolution set to fixed
- Status changed from Open to Closed
even worse label and value was mixed up. Fixed in (ouch commit still hangs...) (still does...) (wow this takes long) (should I do something?) (oh it's sending) (ah, siqg caught the commit message - but commit still hangs) (hooray finally) b6bc442f (SVN r13307).