<div dir="ltr"><div><div>Anita,<br><br></div>Nyall is looking into this I believe.<br><br></div>M<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jul 28, 2016 at 3:34 PM, Anita Graser <span dir="ltr"><<a href="mailto:anitagraser@gmx.at" target="_blank">anitagraser@gmx.at</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Thu, Jul 28, 2016 at 10:01 AM, Mathieu Pellerin <span dir="ltr"><<a href="mailto:nirvn.asia@gmail.com" target="_blank">nirvn.asia@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>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 :) <br></div></div></blockquote><div><br></div></span><div><div class="gmail_default" style="font-size:small">​I'd rather scroll vertically than horizontally.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">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.<br></div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Best wishes,</div><div class="gmail_default" style="font-size:small">Anita</div><br></div><span class=""><div><br></div><div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><br></div></div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jul 28, 2016 at 2:26 PM, Anita Graser <span dir="ltr"><<a href="mailto:anitagraser@gmx.at" target="_blank">anitagraser@gmx.at</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div style="font-size:small">Hi Mathieu,</div><div class="gmail_extra"><br><div class="gmail_quote"><span>On Thu, Jul 28, 2016 at 5:32 AM, Mathieu Pellerin <span dir="ltr"><<a href="mailto:nirvn.asia@gmail.com" target="_blank">nirvn.asia@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div>Hey Anita,<br><br></div>Having worked on reducing the width of the rendering UIs in the last dev cycle, I'm familiar with the issue raised here :)<br><br></div>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<br></div></div></div></blockquote><div><br></div></span><div><div style="font-size:small">​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. </div><span><div style="font-size:small"><br></div><div style="font-size:small">Should I open a ticket?</div></span></div><div> </div></div><br></div></div>
</blockquote></div><br></div>
</div></div></blockquote></span></div><br></div></div>
</blockquote></div><br></div>