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 <j...@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 > > <rdmaili...@duif.net <mailto:rdmaili...@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@lists.osgeo.org <mailto:Qgis-developer@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@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@lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer >
_______________________________________________ Qgis-developer mailing list Qgis-developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer