
<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">I would really like an option to allow advanced users to manually just SET the extents of a vector layer when first adding it, so that a full table-scan can be avoided to derive that result.<div class=""><br class=""></div><div class="">This still seems to happen, even though the “use estimated metadata” flag is checked, when first adding a layer.</div><div class=""><br class=""></div><div class=""><div class="">Gotta say that I too have built the new QGIS3 from source and it does seem quite usable … EXCELLENT work folks!!</div><div class=""><br class=""></div><div class="">thanks - </div><div class="">Chris</div><div class=""><br class=""></div><div class=""><br class=""></div><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Dec 2, 2016, at 7:54 PM, Nyall Dawson <<a href="mailto:nyall.dawson@gmail.com" class="">nyall.dawson@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="auto" class=""><div class=""><br class=""><div class="gmail_extra"><br class=""><div class="gmail_quote">On 25 Nov 2016 9:22 PM, "Alexandre Neto" <<a href="mailto:senhor.neto@gmail.com" class="">senhor.neto@gmail.com</a>> wrote:<br type="attribution" class=""><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr" class="">Hello all,<div class=""><br class=""></div><div class="">QGIS 3 is getting lots of love, and we are seeing new features being added, some legacy code being clean up, and so on. We are all aware that this will break the 2.x API, but now it's the time for it. </div><div class=""><br class=""></div><div class="">So I wondered if this is not the perfect time to think about some UI/UX changes as well, as it will lead to more work in translation and Documentation. Could we do a list of UI/UX stuff that we could improve? </div><div class=""><br class=""></div><div class="">I can think of a few things:</div><div class=""><br class=""></div><div class=""><b class="">Consistency</b></div><div class=""> - "search", "select" and "browse" for browsing files;</div><div class="">- "Add saved file to map", "Load into canvas when finished", "Open output file after running algorithm";</div><div class="">- there is more of these for sure;</div><div class=""><br class=""></div><div class=""><b class="">Help and Documentation</b></div><div class="">- Most of our help buttons lead to nowhere, we already talked about pointing them to the User's Manual online (although we would need a solution for working with it offline and in different languages)</div><div class=""><br class=""></div><div class=""><b class="">Defaults</b></div><div class="">- Should default selection color not be opaque?</div><div class="">- Showing only selected features vertexes by default?</div><div class="">- Map template, we could provide a very simple template as default (I think there was already some discussion about this); Most people I see gets very confused when they see a completely empty page.<font color="#888888" class=""><br class=""></font></div><font color="#888888" class=""><div class=""></div></font></div></blockquote></div></div></div><div dir="auto" class=""><br class=""></div><div dir="auto" class=""><br class=""></div><div dir="auto" class="">Here's another idea for a great project t which doesn't involve c++/python: check through and delete unused png icons.</div><div dir="auto" class=""><br class=""></div><div dir="auto" class="">A lot of the old png icons have been replaced with proper svg versions, but the pngs are still included and in some cases they are incorrectly used instead of the svg replacements.</div><div dir="auto" class=""><br class=""></div><div dir="auto" class="">Identifying these would be a matter of going though each png icon in the repo and searching through the code (eg via "git grep mactionrefresh.png") to see if they are still used anywhere. (Ignore any hits in the resources files!) . If they aren't they can be safely removed. If they are, you could check whether a suitable svg replacement can be used.</div><div dir="auto" class=""><br class=""></div><div dir="auto" class="">The more pngs we remove the easier it will be to identify which remaining icons require vector versions.</div><div dir="auto" class=""><br class=""></div><div dir="auto" class="">Nyall</div><div dir="auto" class=""><br class=""></div><div dir="auto" class=""><div class="gmail_extra"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr" class=""><font color="#888888" class=""><div class=""><br class=""></div><div class="">Alexandre Neto</div></font></div><font color="#888888" class=""><div dir="ltr" class="">-- <br class=""></div><div data-smartmail="gmail_signature" class=""><div dir="ltr" class=""><div class="">Alexandre Neto</div><div class="">---------------------</div><div class="">@AlexNetoGeo</div><div class=""><a href="http://sigsemgrilhetas.wordpress.com/" target="_blank" class="">http://sigsemgrilhetas.<wbr class="">wordpress.com</a></div><a href="http://gisunchained.wordpress.com/" target="_blank" class="">http://gisunchained.wordpress.<wbr class="">com</a><br class=""></div></div>

</font><br class="">______________________________<wbr class="">_________________<br class="">

Qgis-developer mailing list<br class="">

<a href="mailto:Qgis-developer@lists.osgeo.org" class="">Qgis-developer@lists.osgeo.org</a><br class="">

List info: <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank" class="">http://lists.osgeo.org/<wbr class="">mailman/listinfo/qgis-<wbr class="">developer</a><br class="">

Unsubscribe: <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank" class="">http://lists.osgeo.org/<wbr class="">mailman/listinfo/qgis-<wbr class="">developer</a><br class=""></blockquote></div><br class=""></div></div></div>

_______________________________________________<br class="">Qgis-developer mailing list<br class=""><a href="mailto:Qgis-developer@lists.osgeo.org" class="">Qgis-developer@lists.osgeo.org</a><br class="">List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer<br class="">Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer</div></blockquote></div><br class=""></div></div></body></html>