<div dir="ltr">Hi,<br><div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Jan 6, 2013 at 3:44 AM, Larry Shaffer <span dir="ltr"><<a href="mailto:larrys@dakotacarto.com" target="_blank">larrys@dakotacarto.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br>
<br>
Sorry for top-posting. I switched the main Options dialog over to<br>
vertical tabs. Couple of features:<br>
<br>
* Long labels should wrap, but may not look great at 3 lines. Seems to<br>
be a bit of an issue when using a custom font, where the wrapping<br>
doesn't work quite the same as with the Qt default font.<br>
<br>
* The splitter state is saved, so once a user gets the tabs the way<br>
they like, it should stay like that<br>
<br>
* There is an icon-only mode when the splitter is moved all the way to<br>
the left. The vertical scrollbar is then always shown, hiding the<br>
beginning of the tab's text. Please let me know if it doesn't end up<br>
looking like [0] on your platform.<br>
<br>
Note: I did not clean up the settings yet, just added the vertical tabs.<br></blockquote><div><br></div><div>So it's been about a week, does anyone have issues/comments/suggestions with how the new vertical tabs are working in the Options dialog? If not, I'll go forward with changing the following to vertical tabs as well:<br>
<br>* Project options<br>* Vector and Raster layer properties<br><br></div><div>Note: icon-only mode should now only show the vertical scrollbar when needed, auto-resizing the splitter to accommodate it.<br></div><div><br>
</div><div>Regards,<br></div><div><br></div><div>Larry<br><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

Currently, the dialog is a little slow to open. This is due (I<br>
believe) to the custom font combobox population, and the new<br>
QProcess::systemEnvironment() call to populate the current environment<br>
variables table. I'll work on fixing those.<br>
<br>
[0] <a href="http://drive.dakotacarto.com/qgis/options-dialog_icon-only.png" target="_blank">http://drive.dakotacarto.com/qgis/options-dialog_icon-only.png</a><br>
<br>
Regards,<br>
<br>
Larry<br>
<br>
<br>
<br>
On Fri, Jan 4, 2013 at 10:47 AM, Larry Shaffer <<a href="mailto:larrys@dakotacarto.com" target="_blank">larrys@dakotacarto.com</a>> wrote:<br>
> Hi Matthias and Nathan,<br>
><br>
> I was just about to bring this topic back up myself. :^) Yes, I can<br>
> work on this next (probably this weekend). I'll start with the main<br>
> app options dialog, cause it's the simplest.<br>
><br>
> Option dialog candidates to switch to vertical tabs (for<br>
> useability/consistency):<br>
> * App options<br>
> * Project options<br>
> * Vector and Raster layer properties<br>
><br>
><br>
> Matthias, do you think the new diagram options setup can be moved to<br>
> horizontal tabs, instead of a toolbox, once there are vertical tabs<br>
> for the vector dialog?<br>
><br>
><br>
> Nathan,<br>
>> ...  If you need some help I can lend a hand.<br>
><br>
> Remember that little custom toolbutton widget we chatted about for<br>
> data defined option overrides? (to the right of labeling options in<br>
> redesign [0]) I think you mentioned some kind of abstracted data<br>
> binding class that widgets like that could use or inherit. Such a<br>
> class, that worked with the new vector API, would be very handy and<br>
> greatly help with the labeling dialog redesign (and elsewhere). Do you<br>
> have some time to work on that?<br>
><br>
> See <a href="http://irclogs.geoapt.com/qgis/%23qgis.2012-11-26.log" target="_blank">http://irclogs.geoapt.com/qgis/%23qgis.2012-11-26.log</a> starting at (14:44:28)<br>
><br>
> [0] <a href="http://drive.dakotacarto.com/qgis/labeling-redesign.png" target="_blank">http://drive.dakotacarto.com/qgis/labeling-redesign.png</a><br>
><br>
> Regards,<br>
><br>
> Larry<br>
><br>
><br>
> On Fri, Jan 4, 2013 at 7:12 AM, Nathan Woodrow <<a href="mailto:madmanwoo@gmail.com" target="_blank">madmanwoo@gmail.com</a>> wrote:<br>
>> Larry,<br>
>><br>
>> If you do have time for this I too would really like to see this added. The<br>
>> tabs situation is becoming a mess and is only going to get worse as we move<br>
>> forward.  If you need some help I can lend a hand.<br>
>><br>
>> - Nathan<br>
>><br>
>><br>
>> On Fri, Jan 4, 2013 at 5:51 PM, Matthias Kuhn <<a href="mailto:matthias.kuhn@gmx.ch" target="_blank">matthias.kuhn@gmx.ch</a>> wrote:<br>
>>><br>
>>> Hi Larry,<br>
>>><br>
>>> What is the status of the vertical tabs? Do you still have a branch with<br>
>>> them ready?<br>
>>><br>
>>> I noticed, that the new labelling dialog in the vector layer settings has<br>
>>> two columns of tabs, which look a bit uncommon, and I'd see vertical tabs as<br>
>>> a good replacement for either the first or the second level of tabs in this<br>
>>> dialog.<br>
>>><br>
>>> Cheers,<br>
>>><br>
>>> Matthias<br>
>>><br>
>>><br>
>>> On 09/05/2012 09:10 PM, Larry Shaffer wrote:<br>
>>>><br>
>>>> Hi,<br>
>>>><br>
>>>> I've been working on reducing overall clutter and excess space, and<br>
>>>> trying to increase efficiency and extensibility, with options dialogs.<br>
>>>><br>
>>>> Problems with current option dialogs' parent QTabWidget approach:<br>
>>>><br>
>>>> * Tab widget uses unnecessary vertical space (bad for small screens).<br>
>>>> * Tab widget limits the use of reasonably needed tabs for option<br>
>>>> sections (avoiding tabs-within-tabs unfortunately trumps useability).<br>
>>>> * Horizontal parent tabs limit how many option sections can be offered<br>
>>>> (already too wide, without text truncation, on Mac).<br>
>>>> * Horizontal parent tabs dictate the width of the dialog, causing form<br>
>>>> layout elements to optically stretch too far apart.<br>
>>>><br>
>>>><br>
>>>> Possible solution: Move 'tabs' to simple list widget on left side of a<br>
>>>> splitter and have option sections loaded on right.<br>
>>>><br>
>>>> I have done mockups for the app and vector layer options [0], which<br>
>>>> show the following advantages:<br>
>>>><br>
>>>> * Vertical height is maximized without sacrificing layout of option<br>
>>>> section form elements (good for smaller screens).<br>
>>>> * Number of option sections is not graphically limited.<br>
>>>> * Number of option sections no longer dictates width of option section<br>
>>>> forms (forms look much better).<br>
>>>> * List item widget can have its splitter section collapsed to a set<br>
>>>> size to show only icons for sections.<br>
>>>> * Consistent look across platforms, with larger icons for sections.<br>
>>>> * More current 'look' for v 2.0 without too much work.<br>
>>>><br>
>>>> Other than making the dialogs clearer and less cluttered IMHO, the<br>
>>>> full useability of the dialogs at smaller sizes helps the user see<br>
>>>> more map canvas when testing options with Apply.<br>
>>>><br>
>>>> Any comments or suggestions?<br>
>>>><br>
>>>> [0]<br>
>>>> <a href="https://www.dropbox.com/sh/yy0j3mmg4l4kw7x/Ar_S-eYqCv/qgis/options-dlgs?lst" target="_blank">https://www.dropbox.com/sh/yy0j3mmg4l4kw7x/Ar_S-eYqCv/qgis/options-dlgs?lst</a><br>
>>>><br>
>>>> Regards,<br>
>>>><br>
>>>> Larry<br>
>>>> _______________________________________________<br>
>>>> Qgis-developer mailing list<br>
>>>> <a href="mailto:Qgis-developer@lists.osgeo.org" target="_blank">Qgis-developer@lists.osgeo.org</a><br>
>>>> <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
>>><br>
>>><br>
>>> _______________________________________________<br>
>>> Qgis-developer mailing list<br>
>>> <a href="mailto:Qgis-developer@lists.osgeo.org" target="_blank">Qgis-developer@lists.osgeo.org</a><br>
>>> <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
>><br>
>><br>
>><br>
>> _______________________________________________<br>
>> Qgis-developer mailing list<br>
>> <a href="mailto:Qgis-developer@lists.osgeo.org" target="_blank">Qgis-developer@lists.osgeo.org</a><br>
>> <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
>><br>
</blockquote></div><br></div></div></div>