This is because QgsProjectionSelector::setSelectedSRSID() now works as advertised when called externally.
It didn't work before, because setSelectedSRSID() did not make sure the tree widget was pre-populated with the projection list.
This commit is a pre-requisite to fixing #11. This is so that we can actually perform the experiment to prove future bug fixes against #11.
git-svn-id: http://svn.osgeo.org/qgis/trunk@5618 c8812cc2-4d05-0410-92ff-de0c093fc19c
.shp file (if it is read-only, qgis then tries to open it read-only,
so the OGR error message is unnecessary).
git-svn-id: http://svn.osgeo.org/qgis/trunk@5617 c8812cc2-4d05-0410-92ff-de0c093fc19c
instead of separate icons in separate columns. Still only applies to
the actual layer file entry in the legend, but removes the need for
the extra columns. However, I'm hopeless at icon drawing...
These changes are a variation on the suggestions in ticket #191.
git-svn-id: http://svn.osgeo.org/qgis/trunk@5616 c8812cc2-4d05-0410-92ff-de0c093fc19c
I'm not sure why this functionality hasn't been done before, as it seemed so trivial to implement?
The main benefit to its implementation is that in large layers, the user doesn't have to wait for the whole layer to draw before he can restart work on a project (which is particularly important since we currently can no longer hit Esc to halt a redraw).
git-svn-id: http://svn.osgeo.org/qgis/trunk@5613 c8812cc2-4d05-0410-92ff-de0c093fc19c
This appears to be because of the use of QWidget::removeChild in QgsComposer::removeWidgetChildren, which is a Qt3 idiom (it doesn't appear in the Qt4.1 API). A QWidget::setParent(0) idiom is now used instead.
git-svn-id: http://svn.osgeo.org/qgis/trunk@5611 c8812cc2-4d05-0410-92ff-de0c093fc19c
bug whereby the first byte after the wkb array was being set to \0
git-svn-id: http://svn.osgeo.org/qgis/trunk@5609 c8812cc2-4d05-0410-92ff-de0c093fc19c
With the Identify tool on a WMS layer, now send a query to the WMS server *only* on those layers that the WMS server had already declared queryable. This avoids the server returning an error on un-queryable layers.
Also, QgsWmsProvider::identifyAsHtml() is renamed to QgsWmsProvider::identifyAsText() to better identify what it does. Commentary, and other dependent variable and function names have also been updated to suit.
git-svn-id: http://svn.osgeo.org/qgis/trunk@5606 c8812cc2-4d05-0410-92ff-de0c093fc19c
Unfortunately I don't have access to a proxy to test, so if I could get some independent verification it would be appreciated.
git-svn-id: http://svn.osgeo.org/qgis/trunk@5605 c8812cc2-4d05-0410-92ff-de0c093fc19c
Now, the fact the WMS raster provider was used, the layer names, layer styles and image formatting is stored in the project file (and restores OK). However upon initial testing the extent doesn't appear to be restored. I will need to address that later.
git-svn-id: http://svn.osgeo.org/qgis/trunk@5603 c8812cc2-4d05-0410-92ff-de0c093fc19c
when getting the user to fill in the column values for a just digitised
feature).
Also add tr() to some user visible text.
git-svn-id: http://svn.osgeo.org/qgis/trunk@5602 c8812cc2-4d05-0410-92ff-de0c093fc19c
SQL statement - the database will ccorrectly interpret the quoted
text based on the data type of the column (e.g., text or numeric).
git-svn-id: http://svn.osgeo.org/qgis/trunk@5601 c8812cc2-4d05-0410-92ff-de0c093fc19c
box, and always resize the column widths to fit the data. Fixes ticket
#97.
git-svn-id: http://svn.osgeo.org/qgis/trunk@5598 c8812cc2-4d05-0410-92ff-de0c093fc19c
Instead, for copying, the geometry and attributes are now retrieved from the provider in a random-access fashion.
For starting editing, the behaviour is regressed to the pre-r5489 idiom of geometry being cached as part of the screen redraw in editing mode.
This returns to the much better response when copying from large layers, with the additional benefit of copying selected features that had been panned off the canvas (previously a bug).
However, only Postgres and OGR providers have been updated to suit. Hopefully this is enough for a 0.8 release.
Bonus feature: The layer properties now shows what access method is used to access individual geometries (random or sequential)
Since this is a large change it would be appreciated if others can double checking my testing. (I have tested against PostGIS and MapInfo tables, and many different geometry adding/vertex editing combinations.)
git-svn-id: http://svn.osgeo.org/qgis/trunk@5595 c8812cc2-4d05-0410-92ff-de0c093fc19c
QGIS used to do this already before the move to Qt4 - however the new QIcon idiom only seems to allow for square icons, therefore it is easier to split the results out to several columns and give them their own QIcons.
I can see room for improvement after this commit:
1. Overview and Editing icons can be also shown beside the top-level layer name, to avoid having to enable "Show file groups".
2. There also seems to be a "projection not valid" icon floating around, however this hasn't been addressed in this commit. Perhaps we need to do something for it too.
3. The column sizes have been hard-coded to arbitrary values. I have no problem if these get tweaked further.
This commit addresses trac ticket #117.
git-svn-id: http://svn.osgeo.org/qgis/trunk@5594 c8812cc2-4d05-0410-92ff-de0c093fc19c
If programmers wish to add more derived attributes in future, they can use the new QgsIdentifyResults::addDerivedAttribute() function.
This commit should address trac ticket #100.
git-svn-id: http://svn.osgeo.org/qgis/trunk@5592 c8812cc2-4d05-0410-92ff-de0c093fc19c
Note this is not a complete solution as commits are currently a 3- or 4-stage process, and if one stage fails the chain cannot always be rolled-back easily. If this is the case then a detailed error message is given to the user to assist their understanding of the discrepency.
This commit should be a bug fix for trac #131, but I don't have the environment to test it fully - the bug submitter will have to assist there.
Bonus feature: Tidied up some variable names in QgsVectorLayer - makes it clearer what they contain.
git-svn-id: http://svn.osgeo.org/qgis/trunk@5591 c8812cc2-4d05-0410-92ff-de0c093fc19c
- Put in an explicit conversion from Qgis layer type enum to
OGR layer type enum when creating a new layer
- When creating a new vector layer, and the user selected an existing
file, delete that file. This was causing a problem when the new layer
type was different to the selected layer type because the selected
layer type was being used.
git-svn-id: http://svn.osgeo.org/qgis/trunk@5588 c8812cc2-4d05-0410-92ff-de0c093fc19c
As part of this "merge", the main application copy will now precede its results with a row of attribute headers.
Also, the editCopy() procedure and friends (editCut() and editPaste()) can now take the layer to act on, thus allowing the Attribute Table to work on a different layer to the Current Layer in the Legend.
This change was done so that the Copy button in the main application AND the Copy button on the attribute table works consistently.
git-svn-id: http://svn.osgeo.org/qgis/trunk@5584 c8812cc2-4d05-0410-92ff-de0c093fc19c
why it needs to be that to get symbols of a similar size to the map
canvas, but it works fine.
git-svn-id: http://svn.osgeo.org/qgis/trunk@5577 c8812cc2-4d05-0410-92ff-de0c093fc19c
- Tidy up #ifdef QGISDEBUGs
- Replace some qt3 compabitilty code with the 'qt4 way'
- Use a default label buffer size of 1 instead of 0 to reduce user confusion
git-svn-id: http://svn.osgeo.org/qgis/trunk@5573 c8812cc2-4d05-0410-92ff-de0c093fc19c
