Guiseppe,
I have implemented this and sent a new pull request, along with other
small fixes for .vrt and .gz files.
Can you look at this and if possible commit it before 1.8 is released?
https://github.com/qgis/Quantum-GIS/pull/151
Etienne
On Fri, May 25, 2012 at 1:09 PM, Etienne Tourigny
Hi Etienne,
On Sun, May 27, 2012 at 11:37 PM, Etienne Tourigny
etourigny@gmail.com wrote:
Can you look at this and if possible commit it before 1.8 is released?
I've just added a note to the pull request.
Regards.
https://github.com/qgis/Quantum-GIS/pull/151
Etienne
On Fri, May 25,
Hi Radim,
On Wed, May 23, 2012 at 6:45 PM, Radim Blazek radim.bla...@gmail.com wrote:
and adding a QgsDataItem::fileName() member which the browser would
use for layer items. It very simple to fix now.
It should be possible to get the file name from QgsDataItem::uri().
if the layer is
On Wed, May 23, 2012 at 1:45 PM, Radim Blazek radim.bla...@gmail.com wrote:
On Wed, May 23, 2012 at 1:35 PM, Etienne Tourigny
etourigny@gmail.com wrote:
This can be solved in code by removing the extension in the
QgsDataItem name() member, this way it does not have to be stripped in
drop
On Fri, May 25, 2012 at 11:55 AM, Giuseppe Sucameli
sucam...@faunalia.it wrote:
Hi Radim,
On Wed, May 23, 2012 at 6:45 PM, Radim Blazek radim.bla...@gmail.com wrote:
and adding a QgsDataItem::fileName() member which the browser would
use for layer items. It very simple to fix now.
It should
Hi Etienne,
On Fri, May 25, 2012 at 5:08 PM, Etienne Tourigny
etourigny@gmail.com wrote:
BTW we need another method, right? Something like
QgsLayerItem::layerName()
This is the approach in my patches, only it is also supported in
QgsDataItem (see below why).
IMHO it isn't.
In your
On Fri, May 25, 2012 at 12:41 PM, Giuseppe Sucameli
brush.ty...@gmail.com wrote:
Hi Etienne,
On Fri, May 25, 2012 at 5:08 PM, Etienne Tourigny
etourigny@gmail.com wrote:
BTW we need another method, right? Something like
QgsLayerItem::layerName()
This is the approach in my patches, only
I have added a patch for this and also for another browser issue in
this pull request
https://github.com/qgis/Quantum-GIS/pull/147
Regards,
Etienne
On Wed, May 23, 2012 at 10:07 AM, Andreas Neumann a.neum...@carto.net wrote:
+1 for what Etienne suggests: no extension in the layer tree toc but
I agree. Showing filetype in the legend is just ui noise that isn't needed. How
often do you open the same layer from different sources with the same name.
Even if people do I doubt it would be more then a couple and then the tooltips
would do fine. Don't add something that adds UI noise for a
Hi all,
I propose that a reasonable compromise would be the following (by
default) for 1.8:
- show extensions in browser (it is a file browser after all, and a
majority have shown support for it)
- no extension in legend nor anywhere else (ui noise, a minority support it)
This can be solved in
Hi all,
On Wed, 2012-05-23 at 19:12 +1000, Nathan Woodrow wrote:
I agree. Showing filetype in the legend is just ui noise that isn't needed.
How
often do you open the same layer from different sources with the same name.
Even if people do I doubt it would be more then a couple and then the
+1 for what Etienne suggests: no extension in the layer tree toc but
extensions in the browser.
Andreas
On Wed, 23 May 2012 08:35:41 -0300, Etienne Tourigny wrote:
Hi all,
I propose that a reasonable compromise would be the following (by
default) for 1.8:
- show extensions in browser (it is
On Wed, May 23, 2012 at 1:35 PM, Etienne Tourigny
etourigny@gmail.com wrote:
This can be solved in code by removing the extension in the
QgsDataItem name() member, this way it does not have to be stripped in
drop operations,
and adding a QgsDataItem::fileName() member which the browser
Hi,
I think the discussion on http://hub.qgis.org/issues/5621 deserves more
general
discussion on this ML. Opinions? Could reporters make a short resume for us?
I originally asked to avoid leave the extension while dragging and
dropping from the browser, mainly because when dropping into DB
Dear all,
This is a little beside the point you are discussing, but I think it would
be a nice addition to the File Browser to allow users to delete geographic
data (or only shapefiles). Managing geographic data with Windows Explorer
is quite annoying and I think it would make a lot of sense to
On Tue, May 22, 2012 at 4:10 AM, Giovanni Manghi
giovanni.man...@faunalia.pt wrote:
Hi,
I think the discussion on http://hub.qgis.org/issues/5621 deserves more
general
discussion on this ML. Opinions? Could reporters make a short resume for us?
I guess the consesus in the issue is that the
Hi all
+1 for optionnal additionnal column, as it will be consistent for all use
cases, and leave the choice to the user.
Michael
2012/5/22 Etienne Tourigny etourigny@gmail.com
On Tue, May 22, 2012 at 4:10 AM, Giovanni Manghi
giovanni.man...@faunalia.pt wrote:
Hi,
I think the
Attached the file in the relevant ticket:
http://hub.qgis.org/attachments/4473/mock1.jpg
On Tue, May 22, 2012 at 3:15 PM, Etienne Tourigny
etourigny@gmail.com wrote:
What should an additional column include, in the case of physical files?
1) extension (e.g. tiff / shp)
2) gdal/ogr driver
On Tue, May 22, 2012 at 7:37 AM, Paolo Cavallini cavall...@faunalia.it wrote:
Hi all.
I think the discussion on http://hub.qgis.org/issues/5621 deserves more
general
discussion on this ML. Opinions? Could reporters make a short resume for us?
IMHO:
- extensions in legend widget are useless
-
Hi all,
On Tue, May 22, 2012 at 10:10 PM, Martin Dobias wonder...@gmail.com wrote:
- extensions in legend widget are useless
- new column for layer type in legend widget is are also useless
(there is tooltip with data source / full path)
I agree.
I guess a layer is just a layer.
On Tue, May 22, 2012 at 7:58 PM, Giuseppe Sucameli
brush.ty...@gmail.com wrote:
Hi all,
On Tue, May 22, 2012 at 10:10 PM, Martin Dobias wonder...@gmail.com wrote:
- extensions in legend widget are useless
- new column for layer type in legend widget is are also useless
(there is tooltip with
Hi all.
I think the discussion on http://hub.qgis.org/issues/5621 deserves more general
discussion on this ML. Opinions? Could reporters make a short resume for us?
All the best.
--
Paolo Cavallini - Faunalia
www.faunalia.eu
Full contact details at www.faunalia.eu/pc
22 matches
Mail list logo