[prev in list] [next in list] [prev in thread] [next in thread]
List: qgis-developer
Subject: Re: [Qgis-developer] Singleband pseudocolor GUI is too wide for styling panel
From: Mathieu Pellerin <nirvn.asia () gmail ! com>
Date: 2016-07-28 8:35:34
Message-ID: CAC_qv=rO-xeywRmQ2bM6fsTM+yba3EWfbh6wtUQOj06cOp0daQ () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
Anita,
Nyall is looking into this I believe.
M
On Thu, Jul 28, 2016 at 3:34 PM, Anita Graser <anitagraser@gmx.at> wrote:
>
>
> On Thu, Jul 28, 2016 at 10:01 AM, Mathieu Pellerin <nirvn.asia@gmail.com>
> 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 <anitagraser@gmx.at> wrote:
>>
>>> Hi Mathieu,
>>>
>>> On Thu, Jul 28, 2016 at 5:32 AM, Mathieu Pellerin <nirvn.asia@gmail.com>
>>> 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?
>>>
>>>
>>>
>>
>
[Attachment #5 (text/html)]
<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>
[Attachment #6 (text/plain)]
_______________________________________________
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic