Bug report #2647

New Symbology: Attribute Classifcation Field not labeled

Added by cmoe - almost 13 years ago. Updated almost 13 years ago.

Assignee:nobody -
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


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

Revision 17979885
Added by Jürgen Fischer almost 13 years ago

fix #2647

git-svn-id: http://svn.osgeo.org/qgis/trunk/[email protected] c8812cc2-4d05-0410-92ff-de0c093fc19c

Revision b6bc442f
Added by Jürgen Fischer almost 13 years ago

fix #2647

git-svn-id: http://svn.osgeo.org/qgis/[email protected] c8812cc2-4d05-0410-92ff-de0c093fc19c


#1 Updated by Jürgen Fischer almost 13 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).

Also available in: Atom PDF