Opened 14 years ago
Closed 14 years ago
#2647 closed bug (fixed)
New Symbology: Attribute Classifcation Field not labeled
Reported by: | cmoe | Owned by: | nobody |
---|---|---|---|
Priority: | major: does not work as expected | Milestone: | Version 1.5.0 |
Component: | Symbology | Version: | Trunk |
Keywords: | Cc: | ||
Must Fix for Release: | Yes | Platform: | All |
Platform Version: | Awaiting user input: | no |
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.
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) r13306.