- Following subsections still need work: Labeling (ng), Diagrams and possibly more on Style
- Add new SVG icons for Labels, Display and Metadata tabs
- Add up/down, plus/minus icons for consistency
- Move Metadata tab to bottom of list for vector and raster layer property dialogs
- Update report stylesheet (metadata output) to support direct RTF copy/paste (i.e. black-colored fonts)
- Update report stylesheet to use light gray backgrounds for headers instead of unpredictable highlight color
* "theEmitSignal" parameter renamed to addToLegend
* layer(s)WillBeRemoved has no more "theEmitSingal" parameter
* layer(s)WillBeRemoved and layer(s)(Was)Added emitted in every case
* legendLayersAdded( QList<QgsMapLayer*> theMapLayers ) signal added
* removedAll renamed to removeAll (is emitted BEFORE layers are removed)
* In the attributetable there was a mess with references and pointers, originating from 66fadee8ef.
* QgsVectorLayerCache did sometimes cache features which did not contain all information which needs to be cached and therefore corrupting the cache and leading to incomplete cache hits.
* Add a unit test for the cache problem
* Fix QgsCacheIndexFeatureId
* QgsAbstractCacheIndex::getCacheIterator now produces a QgsFeatureIterator (instead of a list of Feature Ids). This allows to combine a mixed response, partly satisfied by the cache and partly by an additional query to the backend.
http://hub.qgis.org/issues/7534
In a project where there are geometryless tables everything seems to allow publish them with qgis wfs server. In the project/layer properties all the proper panels (ex. OWS server) seems to allow this operation, but then when accessing the wfs service with the WFS client, the table is not added correctly in the project. In the TOC shows a strange icon (instead the expected table icon) and the table of attributes is empty.
In the client the support for geometryless wfs tables should be available since
aedddc22b1
so it is a server issue.
adding a removePoint method, which can also take a negative index to start
removing vertices from the end.
actual fix for #7628 was to not remove the last node, but the one before that.
