<div dir="ltr">I quite like how the Locator bar in Qt Creator work by also allowing prefixs for searching:<div><br></div><div>c - Class search</div><div>. - method search</div><div><br></div><div>Maybe we can reuse this idea, and even code from the Qt source code.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jun 9, 2016 at 8:36 PM, Martin Dobias <span dir="ltr"><<a href="mailto:wonder.sk@gmail.com" target="_blank">wonder.sk@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all<br>
<span class=""><br>
On Thu, Jun 9, 2016 at 12:07 PM, Richard Duivenvoorde<br>
<<a href="mailto:rdmailings@duif.net">rdmailings@duif.net</a>> wrote:<br>
> What about something like that:<br>
> - we creating a gui-widget/toolbar for a geocoding search<br>
> - we create a python api for it (actually: implement a buttonless plugin<br>
> which registres the geocoder, and registres some slot/signals and does<br>
> (part of) implementation)<br>
> - by installing this plugin(s) you registre one or more geocoders, AND<br>
> the plugin author actually implements the calling/retrieving/parsing of<br>
> the results. We can maybe do some general standards in core (or via<br>
> gdal): like OGC-OpenLS interface, or OSM-based ones or so<br>
> - the core-geocoder gui then can look like the search bar in Firefox<br>
<br>
</span>Richard's idea makes perfect sense to me - some sort of search<br>
functionality has been done by various plugins and it is probably time<br>
to offer a common way to do it with QGIS API.<br>
<br>
And I would not limit ourselves to just geocoding - there are other<br>
uses for that, e.g.:<br>
- gazetteers - for example Discovery plugin [1]<br>
- search in attributes of loaded layer(s)<br>
<br>
The API implementation could also take care of things like on the fly<br>
completion while user is still typing and running the queries in the<br>
background, so the GUI is not blocked. So a search plugin would only<br>
take care of processing search/geocoding/gazetteer query and response,<br>
all the rest would be handled by QGIS.<br>
<br>
We can start a QEP - if we have someone who volunteers to design and<br>
implement that (I think QEPs should not end up as feature requests).<br>
<br>
Cheers<br>
Martin<br>
<br>
[1] <a href="http://plugins.qgis.org/plugins/Discovery/" rel="noreferrer" target="_blank">http://plugins.qgis.org/plugins/Discovery/</a><br>
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
List info: <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
Unsubscribe: <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a></div></div></blockquote></div><br></div>