<div dir="ltr">Hi Tim,<br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jan 14, 2013 at 12:31 AM, Tim Sutton <span dir="ltr"><<a href="mailto:lists@linfiniti.com" target="_blank">lists@linfiniti.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"><div>Hi<br>
<br>
On Sun, Jan 13, 2013 at 11:47 PM, Larry Shaffer <<a href="mailto:larrys@dakotacarto.com">larrys@dakotacarto.com</a>> wrote:<br>
> Hi,<br></div>
--- 8<--- snip<br><div>
><br>
> So it's been about a week, does anyone have issues/comments/suggestions with<br>
> how the new vertical tabs are working in the Options dialog? If not, I'll go<br>
> forward with changing the following to vertical tabs as well:<br>
<br>
<br>
I like the changes - it would be nice to be a little less generous<br>
with the horizontal space given to the left panel (on my ubuntu system<br>
there is quite a lot of 'dead' white space between the item labels and<br>
the splitter bar).<br></div></blockquote><div><br></div><div>I have fixed that with a workaround. It's actually a funky problem that starts with QtDesigner. If you open up qgsoptionsbase.ui (current one), you will see the same excessive width on the left pane. However, there is no way to resize or define splitter widths in QtDesigner in the layout workspace. What defines the splitter widths is the 'default' width of items, though there is no way to set those without setting some static width (like 150 max for the left pane's list widget), then close/reopen the .ui file.<br>
<br></div><div>I have left the list widget at 150 so there is room to design in QtDesigner; and, that becomes the default width for the Options dialog when the splitter state has not yet been saved. Once splitter state is saved, it is ignored.<br>
 <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>
I was toying wiht app font size - if we set it to 9pt by default, the<br>
settings panels all work a lot better for me under gnome shell 3.6.<br></div></blockquote><div><br></div><div>Hmmm. Not so legible on Mac. :^)  Be good to establish reason baseline sizes for most platforms and default the app's stylesheet to those.<br>
<a href="http://drive.dakotacarto.com/qgis/new-options_font-9px.png">http://drive.dakotacarto.com/qgis/new-options_font-9px.png</a><br><br></div><div>On a related note, today I reorganized the Options dialog:<br><a href="https://github.com/dakcarto/Quantum-GIS/tree/options_re-org_1">https://github.com/dakcarto/Quantum-GIS/tree/options_re-org_1</a><br>
<br>Slideshow of screen snaps (little taller dialog height, to show layouts in scroll areas):<br><a href="https://www.dropbox.com/sh/l08y5xyxm20q5ev/aOLAIuoSVV">https://www.dropbox.com/sh/l08y5xyxm20q5ev/aOLAIuoSVV</a><br>
</div><div><br></div><div>Appreciate feedback on the choices, and any suggestions. This is the only options dialog that I think really needs some reorganizing kindness before 2.0. Once there is an advanced settings editor, it could reside on a last page of the dialog, or maybe be a separate menu item under the Settings menu.<br>
<br>I'm not sure that the property editor format is good for general/new users. I think general users need clean, graphically clear and grouped options (which is what I have tried to do in that feature branch). Definitely handy for power users and devs, though.</div>
<div><br>Regards,<br><br></div><div>Larry<br></div><div><br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>
><br>
><br>
> * Project options<br>
> * Vector and Raster layer properties<br>
><br>
<br>
+1 from me!<br>
<br>
Regards<br>
<br>
Tim<br>
<br>
> Note: icon-only mode should now only show the vertical scrollbar when<br>
> needed, auto-resizing the splitter to accommodate it.<br>
><br>
> Regards,<br>
><br>
> Larry<br>
><br>
><br>
>><br>
>> 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">larrys@dakotacarto.com</a>><br>
>> 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<br>
>> > (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">madmanwoo@gmail.com</a>><br>
>> > wrote:<br>
>> >> Larry,<br>
>> >><br>
>> >> If you do have time for this I too would really like to see this added.<br>
>> >> The<br>
>> >> tabs situation is becoming a mess and is only going to get worse as we<br>
>> >> 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">matthias.kuhn@gmx.ch</a>><br>
>> >> wrote:<br>
>> >>><br>
>> >>> Hi Larry,<br>
>> >>><br>
>> >>> What is the status of the vertical tabs? Do you still have a branch<br>
>> >>> with<br>
>> >>> them ready?<br>
>> >>><br>
>> >>> I noticed, that the new labelling dialog in the vector layer settings<br>
>> >>> has<br>
>> >>> two columns of tabs, which look a bit uncommon, and I'd see vertical<br>
>> >>> tabs as<br>
>> >>> a good replacement for either the first or the second level of tabs in<br>
>> >>> 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<br>
>> >>>> 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<br>
>> >>>> offered<br>
>> >>>> (already too wide, without text truncation, on Mac).<br>
>> >>>> * Horizontal parent tabs dictate the width of the dialog, causing<br>
>> >>>> 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<br>
>> >>>> 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<br>
>> >>>> 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>
>> >>>><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">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">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">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>
> _______________________________________________<br>
> Qgis-developer mailing list<br>
> <a href="mailto:Qgis-developer@lists.osgeo.org">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>
--<br>
Tim Sutton - QGIS Project Steering Committee Member (Release  Manager)<br>
==============================================<br>
Please do not email me off-list with technical<br>
support questions. Using the lists will gain<br>
more exposure for your issues and the knowledge<br>
surrounding your issue will be shared with all.<br>
<br>
Visit <a href="http://linfiniti.com" target="_blank">http://linfiniti.com</a> to find out about:<br>
 * QGIS programming and support services<br>
 * Mapserver and PostGIS based hosting plans<br>
 * FOSS Consulting Services<br>
Skype: timlinux<br>
Irc: timlinux on #qgis at <a href="http://freenode.net" target="_blank">freenode.net</a><br>
==============================================<br>
</div></blockquote></div><br></div></div>