[Qgis-developer] Future of standalone browser?

[Mathieu Pellerin]

I've never used the browser much, I can't say I would miss it if it's
retired.

The one thing I'd miss a bit is its capability at quickly previewing
datasets. I'm wondering if this could be somehow integrated into the QGIS'
browser dock (maybe now made possible following the major layer registry /
project refactoring which has taken place prior to 3.0?). Just like the
information panel, we could have a preview panel that renders a preview of
the vector/raster dataset.

Anyhow; +1 to see the standalone browser gone. :)

Math




On Mon, Feb 20, 2017 at 4:58 PM, Jorge Gustavo Rocha <jgr at di.uminho.pt>
wrote:

> Hi,
>
> I never used it, and it is definitely a source of confusion in workshops.
>
> Regards,
>
> Jorge Gustavo
>
> Às 07:52 de 20-02-2017, Nathan Woodrow escreveu:
> > It's the same code, just in dock form.  I find the browser dock to be
> > super helpful but have never used the standalone version.
> >
> > On Mon, Feb 20, 2017 at 5:30 PM, Richard Duivenvoorde
> > <rdmailings at duif.net <mailto:rdmailings at duif.net>> wrote:
> >
> >     On 19-02-17 23:33, Nyall Dawson wrote:
> >     > Hi all,
> >     >
> >     > Just wanted to raise the discussion about the future of the
> standalone
> >     > QGIS browser.
> >     ...
> >     > So what should we do with the standalone browser in 3.0 and
> future? is
> >     > there a future here, or should we just drop this functionality and
> >     > save ourselves the maintenance burden? And if there IS interest in
> >     > keeping the browser around, is anyone able to step up and sponsor
> some
> >     > investment into making browser more useful and polished?
> >
> >     Hi Nyall,
> >
> >     I would be ok too to drop de browser (mainly because I've never used
> it
> >     standalone, and seeing Tim's first point in practice too).
> >     But what I'm wondering is what code is shared between the
> >     Browser-panel-widget and the stand alone one.
> >     Because some of your points are also valid for the widget? And I
> have a
> >     troublesome relation with the widget too:
> >     - eating cpu when you have a WMS-node or db node open when you
> >     stop/start QGIS
> >     - very silent failing of drag en drop behaviour (if it works it
> works,
> >     but ...)
> >     - missing datatypes/services too
> >
> >     So same questions for the panel/widget?
> >
> >     In general I'm in favour of making QGIS as lean as possible for 3.0,
> it
> >     will gain weight in near future anyway. And this is the only time in
> >     near future that we can do such a diet :-)
> >
> >     Regards,
> >
> >     Richard D
> >
> >
> >
> >     _______________________________________________
> >     Qgis-developer mailing list
> >     Qgis-developer at lists.osgeo.org <mailto:Qgis-developer at lists.
> osgeo.org>
> >     List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> >     <https://lists.osgeo.org/mailman/listinfo/qgis-developer>
> >     Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> >     <https://lists.osgeo.org/mailman/listinfo/qgis-developer>
> >
> >
> >
> >
> > _______________________________________________
> > Qgis-developer mailing list
> > Qgis-developer at lists.osgeo.org
> > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> >
>
> J. Gustavo
> --
> Jorge Gustavo Rocha
> Departamento de Informática
> Universidade do Minho
> 4710-057 Braga
> Tel: +351 253604480
> Fax: +351 253604471
> Móvel: +351 910333888
> skype: nabocudnosor
> _______________________________________________
> Qgis-developer mailing list
> Qgis-developer at lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20170220/e5981f7f/attachment.html>