+1 for unified data adding button. From a use-perspective there's no good reason that raster adding should be separate from vectors for instance.<div><br></div><div><br></div><div>Relating to the new iconset - I agree with liking the style and see what it's trying to do. The design philosophy seems to be that there are common components which are then glued together. A yellow star seems to mean "new", a magnifying glass means some sort of zoom thing etc.</div>
<div><br></div><div>It's logical, the sort of thing that makes sense to a developer.</div><div><br></div><div>The problem is, I don't believe it works. Icons should be immediately recognisable - if you have 10 (TEN!) icons which have a big magnifying glass and then only a small portion of the icon is different between each of them, they become harder to use.<br>
<div><br></div><div>In depth example: take the Back, Next, and Refresh view icons. The new QGIS icons all have a magnifying glass behind them (I can barely make out the "refresh" circle). Why? In comparison, I have four web-browsers in front of me, all have these buttons and all of them are simple arrows/refresh circles. None of them have a picture of a web-page behind them.</div>
<div>ArcGIS and MapModeller both use simple arrows/circles too. MapInfo doesn't seem to have this functionality. </div><div>At this point these icons are standard conventions, but the QGIS 2.0 iconography makes that part only 1/6th of the actual icon, instead giving prominence to a magnifying glass that's entirely unnecessary.</div>
<div><div><div><br></div>
Jonathan<br><br><div class="gmail_quote">On 27 May 2013 23:11, Antonio Locandro <span dir="ltr"><<a href="mailto:antoniolocandro@hotmail.com" target="_blank">antoniolocandro@hotmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><div dir="ltr">Just a thought, but most of the problems are due to the fact each *add feature* has an icon for "quick access". I would simply vote to have an unified add data button and then select the data you want, someone has proposed something about it but don´t know if it will make it for 2.0 nor do I remember the exact reference. IMHO QGIS has way to many icons cluttering the UI and using precious space specially on small screen laptops<div>
<span style="font-size:12pt"> </span><br><strong>Ing. Antonio Locandro</strong><br>Tegucigalpa, Honduras<br><a href="tel:%2B504%209503%205747" value="+50495035747" target="_blank">+504 9503 5747</a><br><a href="http://store.gpstravelmaps.com/?Click=63" target="_blank">Need a GPS map for Central America, Asia or South America / Necesitas un mapa GPS para Centro America, Asia o Sur America</a><br>
<br><br><br><br><div>> Date: Mon, 27 May 2013 23:07:16 +0200<br>> From: <a href="mailto:robert@szczepanek.pl" target="_blank">robert@szczepanek.pl</a><br>> To: <a href="mailto:lists@linfiniti.com" target="_blank">lists@linfiniti.com</a><br>
> CC: <a href="mailto:qgis-developer@lists.osgeo.org" target="_blank">qgis-developer@lists.osgeo.org</a><br>> Subject: Re: [Qgis-developer] New Icons - difficult to "read"<div><div class="h5"><br>> <br>
> Hi Tim,<br>> <br>> On <a href="tel:25.05.2013%2011" value="+12505201311" target="_blank">25.05.2013 11</a>:06, Tim Sutton wrote:<br>> ><br>> > @Robert - what about using a background colour scheme whereby e.g. all<br>
> > add layer icons get the same background colour and then you can remove<br>> > e.g. the + and layer picture elements as they are visually grouped.<br>> > Just a thought anyway....<br>> <br>> This is an interesting idea, but I'm afraid hard to implement. We could <br>
> get very strange mixture of colours (location of icons changes...). We <br>> could also make one background colour per toolbar. But there are several <br>> toolbars and we (man) - in opposite to women - don't recognize so many <br>
> colours :)<br>> <br>> Maybe simply skip some icon elements in toolbars, with many similar <br>> operations (like add layer)?<br>> regards,<br>> Robert<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>
</div></div></div></div> </div></div>
<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></blockquote></div><br></div></div></div>
<br>
<span style="color:rgb(34,34,34);font-family:arial,sans-serif;background-color:rgb(255,255,255)">This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation.</span>