<div dir="ltr">Hi,<br><br><div class="gmail_extra"><div class="gmail_quote">On Thu, Jul 11, 2013 at 5:33 PM, Pirmin Kalberer <span dir="ltr"><<a href="mailto:pi_ml@sourcepole.com" target="_blank">pi_ml@sourcepole.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 Larry, Nathan,<br>
<br>
Am Mittwoch, 10. Juli 2013, 17.05:56 schrieb Larry Shaffer:<br>
><br>
> On Wed, Jul 10, 2013 at 4:51 PM, Nathan Woodrow <<a href="mailto:madmanwoo@gmail.com">madmanwoo@gmail.com</a>> wrote:<br>
> > Having the nav toolbar on the side would be ideal if you could dock it on<br>
> > the right side of the layers panel. I'm not a fan of having to go all the<br>
> > way over the layer panel to access the navigation tools.<br>
><br>
> That's a very good point. What about the Navigation toolbar on the right,<br>
> with the Plugin toolbar filling the empty space at right on the first row<br>
> of horizontal toolbars?<br>
><br>
> Here's my reasoning. Nav tools are quickly accessible, and when a new user<br>
> downloads/installs a plugin, there is already space to show it (assuming<br>
> that plugin loads a tool button into the Plugins toolbar). Then the user<br>
> can move toolbars to their liking.<br>
><br>
> Any other ideas?<br>
<br>
I'm not a friend of a toolbar on the right side, because it's too far away<br>
when the Sextante toolbox is displayed.<br>
I propose to put the layer toolbar on the left side. This will feel quite new<br>
for most users, but it makes sense to have it at the side of the layers panel<br>
and the browser which also has an "add layer" functionality.<br>
+1 for activating the plugin toolbar filling empty space.<br></blockquote><div><br></div><div>So, going with your suggestion of having Manage Layers toolbar on left, and Plugins toolbar filling space to right of Help toolbar, the layout would look like this [0] (using latest icons from Denis [1]).<br>
</div><div><br></div><div>+1 for this as default layout.<br><br></div><div>Couple of things need some work:<br><br></div><div>* The New Spatialite Layer needs a new icon, and its icon added to the toolbar<br><br></div><div>
* When all other core plugins are turned on (that have a add or new layer function) it looks confusing, like this [2] (after a restart). To fix, just need to ensure the Oracle and SQL Anywhere (also needs new icon) icons go before the W*S icons and the New GPX Layer goes before the Remove Layer icon. This way, the icon grouping continues to make sense: Add, New, Remove.<br>
</div><div><br></div><div>* Help icon looks a little too dominant, or possible too far off-style.<br></div><div><br>[0] <a href="http://drive.dakotacarto.com/qgis/qgis_default_manage-layers_left.png">http://drive.dakotacarto.com/qgis/qgis_default_manage-layers_left.png</a><br>
[1] <a href="https://github.com/qgis/Quantum-GIS/pull/700">https://github.com/qgis/Quantum-GIS/pull/700</a><br>[2] <a href="http://drive.dakotacarto.com/qgis/qgis_default_manage-layers_left-all.png">http://drive.dakotacarto.com/qgis/qgis_default_manage-layers_left-all.png</a><br>
<br></div><div>Regards,<br><br></div><div>Larry <br></div><div><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">
Pirmin<br>
<br>
><br>
> [0] <a href="http://drive.dakotacarto.com/qgis/qgis_default_nav-tools-right.png" target="_blank">http://drive.dakotacarto.com/qgis/qgis_default_nav-tools-right.png</a><br>
><br>
> Regards,<br>
><br>
> Larry<br>
><br>
><br>
> - Nathan<br>
><br>
> > On Thu, Jul 11, 2013 at 8:49 AM, Larry Shaffer<br>
<<a href="mailto:larrys@dakotacarto.com">larrys@dakotacarto.com</a>>wrote:<br>
> >> H Pirmin,<br>
> >><br>
> >> On Wed, Jul 10, 2013 at 3:29 PM, Pirmin Kalberer<br>
<<a href="mailto:pi_ml@sourcepole.com">pi_ml@sourcepole.com</a>>wrote:<br>
> >>> Hi Jürgen,<br>
> >>><br>
> >>> Am Mittwoch, 10. Juli 2013, 08.38:38 schrieb Jürgen E. Fischer:<br>
> >>> > On Tue, 09. Jul 2013 at 22:55:18 +0200, Pirmin Kalberer wrote:<br>
> >>> > > Toolbars:<br>
> >>> > > -Turn off Advanced Digitizing<br>
> >>> > > -Move Label to second row<br>
> >>> > ><br>
> >>> > > Panels:<br>
> >>> > > -Turn on Layer order and Browser in a tabbed view with Layers<br>
> >>> > ><br>
> >>> > > Print composer:<br>
> >>> > > -Place all toolbars in one row<br>
> >>> ><br>
> >>> > In case anyone missed it: scripts/mkuidefaults.py produces<br>
> >>> > src/app/ui_defaults.h from the current settings.<br>
> >>><br>
> >>> Didn't know that. Updated the script to support composer UI defaults.<br>
> >><br>
> >> Couple of other ideas comments, too:<br>
> >><br>
> >> * Currently there are no side toolbars by default. Many apps utilize the<br>
> >> left side toolbar for critical tools. To me, such tools in a GIS app are<br>
> >> the canvas navigation tools. So whenever I to an initial setup of QGIS, I<br>
> >> always put the Map Navigation toolbar on the left.<br>
> >><br>
> >> * Similarly, I always place the Plugins toolbar on the right side. There<br>
> >> is currently a bug that sets that toolbar to not be shown on a default<br>
> >> install (that should be fixed).<br>
> >><br>
> >> I would like to hear feedback on those two suggestions for default side<br>
> >> toolbars. Following your suggestions (and mine), the default window would<br>
> >> look similar to this (on Mac) [0].<br>
> >><br>
> >> +1 for removing Advanced Digitizing toolbar as a default, as all of the<br>
> >> functions are available in the Edit menu already. If needed, the user can<br>
> >> show that toolbar.<br>
> >><br>
> >> Another major layout issue is what the layout looks like after turning on<br>
> >> all core plugins [1]. Then, what it looks like when all those plugin<br>
> >> toolbars are shown [2]. This needs some work.<br>
> >><br>
> >><br>
> >> [0] <a href="http://drive.dakotacarto.com/qgis/qgis_default.png" target="_blank">http://drive.dakotacarto.com/qgis/qgis_default.png</a><br>
> >> [1]<br>
> >> <a href="http://drive.dakotacarto.com/qgis/qgis_default_core-plugins_no-extra-tool" target="_blank">http://drive.dakotacarto.com/qgis/qgis_default_core-plugins_no-extra-tool</a><br>
> >> bars.png [2]<br>
> >> <a href="http://drive.dakotacarto.com/qgis/qgis_default_core-plugins_with-toolbars" target="_blank">http://drive.dakotacarto.com/qgis/qgis_default_core-plugins_with-toolbars</a><br>
> >> .png<br>
> >><br>
> >> Regards,<br>
> >><br>
> >> Larry<br>
> >><br>
> >>> > So updating it should be easy, once it's decides what should be the<br>
> >>><br>
> >>> default.<br>
> >>><br>
> >>> > Not sure if the data contains pixel coordinates and if the screen<br>
> >>><br>
> >>> resolution<br>
> >>><br>
> >>> > might therefore be an issue...<br>
> >>><br>
> >>> Let's try: <a href="https://github.com/qgis/Quantum-GIS/pull/710" target="_blank">https://github.com/qgis/Quantum-GIS/pull/710</a><br>
> >>><br>
> >>> Pirmin<br>
> >>><br>
> >>> --<br>
> >>> Pirmin Kalberer<br>
> >>> Sourcepole - Linux & Open Source Solutions<br>
> >>> <a href="http://www.sourcepole.com" target="_blank">http://www.sourcepole.com</a><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>
> >> 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>
<span class=""><font color="#888888">--<br>
Pirmin Kalberer<br>
Sourcepole - Linux & Open Source Solutions<br>
<a href="http://www.sourcepole.com" target="_blank">http://www.sourcepole.com</a><br>
<br>
</font></span></blockquote></div><br></div></div>