All providers and python bindings have been updated accordingly.
Currently supported variant types by providers are String, Int and Double.
Other API changes:
- QgsField
- type info as QString is now typeName() and setTypeName()
- added variant type (QVariant::Type) info: type(), setType()
- QgsFeature
- removed fields() - use QgsVectorDataProvider::fields()
- removed boundingBox() - use QgsGeometry::boundingBox()
- QgsVectorLayer - removed fields(), fieldCount(), getDefaultValue() - use directly QgsVectorDataProvider
- QgsVectorDataProvider - getDefaultValue() - field now addressed by id, returns variant
- QgsLabel - setLabelField() - field now addressed by id
git-svn-id: http://svn.osgeo.org/qgis/trunk@6833 c8812cc2-4d05-0410-92ff-de0c093fc19c
For postgres provider, get the layer comment from the table comment (if
it exists). Resolves ticket #244
git-svn-id: http://svn.osgeo.org/qgis/trunk@6726 c8812cc2-4d05-0410-92ff-de0c093fc19c
contain lots of views). Needs some testing, which I'll do in a day or
so.
git-svn-id: http://svn.osgeo.org/qgis/trunk@6610 c8812cc2-4d05-0410-92ff-de0c093fc19c
layer). Has the side-effect of eliminating the postgresql server 'no
transaction in progress warnings'.
git-svn-id: http://svn.osgeo.org/qgis/trunk@6171 c8812cc2-4d05-0410-92ff-de0c093fc19c
also works with other punctuation characters too.
Also a tidy up of some odd \ characters
git-svn-id: http://svn.osgeo.org/qgis/trunk@6113 c8812cc2-4d05-0410-92ff-de0c093fc19c
which table columns - the recent commit didn't work when the database had more
than one view, and in fact made things worse. Needs further work.
git-svn-id: http://svn.osgeo.org/qgis/trunk@5959 c8812cc2-4d05-0410-92ff-de0c093fc19c
The longstanding problem where views that renamed their column names weren't
loaded is also fixed.
Another problem where qgis wouldn't load a table where the table name or key
column name contained capital letters is also fixed (everything is now
laboriously quoted correctly).
git-svn-id: http://svn.osgeo.org/qgis/trunk@5957 c8812cc2-4d05-0410-92ff-de0c093fc19c
* (#134) If a feature is edited using the Identify tool and QgsAttributeDialog, now only user-edited values are saved to the mChangedAttributes of the layer, previously it was all values. This now means that only those user-edited values are attempted to be committed when the user stops editing and saves (similar to if those values were edited using the Attribute Table).
* (#131) Modify QgsVectorLayer::stopEditing so that if a commit fails, the editing state is left alone (previously editing was still turned off anyway). This should be a better fix than r5591. I triggered the bug in #131 while testing for #134, therefore getting a 2-for-1 fix.
Some bonus features to assist people in the triggered situations described in #131 and #134:
* The Postgres Provider now reports an error to the user if a commit of changed attributes fails. This brings it up to the same behaviour of if a commit of changed geometries fails. Previously there was no response given on an changed attribute error, leaving the user to think the commit was successful.
* The Postgres Provider now reports the contents of the SQL used in a failed UPDATE statement. This may help the user to pinpoint which of his edits caused the error.
git-svn-id: http://svn.osgeo.org/qgis/trunk@5694 c8812cc2-4d05-0410-92ff-de0c093fc19c
include the offending sql in the error dialog box.
Also fix the remaining part of ticket #131 - the code wasn't coping
correctly with blank data fields.
git-svn-id: http://svn.osgeo.org/qgis/trunk@5637 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
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
