Here's what I described above, in a screenshot: http://i.imgur.com/ifVoMus.png
M On Thu, Jul 28, 2016 at 10: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 > > There's a long-term solution that might be nice to implement: get rid of > the combo box in favor of a new widget that'd emulate the color button > widget but instead of showing a plan color it'd show the gradient selected, > and the button drop down arrow would list the color ramps and allow for > editing (and creation). That's a significant undertaking, but might be nice > to have in 3.0 :) > > Math > > > On Thu, Jul 28, 2016 at 1:20 AM, Anita Graser <[email protected]> wrote: > >> Hi, >> >> Compared to the Singleband gray GUI, the Singleband pseudocolor GUI for >> raster styling is twice as wide. This makes it difficult to use in the >> styling panel. >> >> Is anyone working on this? Should I open a ticket? >> >> Best wishes, >> Anita >> >> _______________________________________________ >> 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 >> > >
_______________________________________________ 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
