Anita, Nyall is looking into this I believe.
M On Thu, Jul 28, 2016 at 3:34 PM, Anita Graser <[email protected]> wrote: > > > On Thu, Jul 28, 2016 at 10:01 AM, Mathieu Pellerin <[email protected]> > wrote: > >> The problem with moving the [ edit ] button and the [x] invert checkbox >> below the combo box is that it'd end up eating vertical space, which is as >> precious and needed as horizontal spacing :) >> > > I'd rather scroll vertically than horizontally. > > Concerning vertical space: The Layer rendering and Resampling sections > should be collapsible like the Load min/max values section. Actually, I > think Layer rendering and Resampling are probably used less than Load > min/max. > > Best wishes, > Anita > > > > > > >> >> >> On Thu, Jul 28, 2016 at 2:26 PM, Anita Graser <[email protected]> wrote: >> >>> Hi Mathieu, >>> >>> On Thu, Jul 28, 2016 at 5:32 AM, Mathieu Pellerin <[email protected]> >>> wrote: >>> >>>> Hey Anita, >>>> >>>> Having worked on reducing the width of the rendering UIs in the last >>>> dev cycle, I'm familiar with the issue raised here :) >>>> >>>> Basically, the singleband pseudocolor renderer's minimum width is >>>> determined (ATM) by the "Color [ramp]" row. More specifically, if you have >>>> a color ramp with a long label, your combo box is going to eat a lot of >>>> horizontal space. There's a lot that can be easily done to alleviate that >>>> >>> >>> Thank you for the insights! That makes sense. Maybe as a first simple >>> step we could just rearrange the Edit and Invert buttons and move them >>> below the color ramp combo box. The combo box itself could also have a >>> maximum size which truncates longer ramp names. >>> >>> Should I open a ticket? >>> >>> >>> >> >
_______________________________________________ Qgis-developer mailing list [email protected] List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
