qgisapp.cpp :
- moved #include <qgsconfig.h> to header
qgisapp.h :
- #include <qgsconfig.h> moved here because otherwise addDataBaseLayer() not declared
qgisappbase.ui.h :
- added debug statement for when QgisAppBase::addDatabaseLayer() invoked...
This file, too, was inadvertantly commited to CVS and has been restored to itsprior version.
git-svn-id: http://svn.osgeo.org/qgis/trunk@1089 c8812cc2-4d05-0410-92ff-de0c093fc19c
git-svn-id: http://svn.osgeo.org/qgis/trunk/qgis@1089 c8812cc2-4d05-0410-92ff-de0c093fc19c
While making changes for the new plug-in library and Makefile.am structure, Iinadvertantly made changes to this file that apparently broke dependentfiles. This restores the ui file to the previous, working version.
git-svn-id: http://svn.osgeo.org/qgis/trunk@1088 c8812cc2-4d05-0410-92ff-de0c093fc19c
git-svn-id: http://svn.osgeo.org/qgis/trunk/qgis@1088 c8812cc2-4d05-0410-92ff-de0c093fc19c
Initial revision
git-svn-id: http://svn.osgeo.org/qgis/trunk@1084 c8812cc2-4d05-0410-92ff-de0c093fc19c
Disabled standalone build profile for now
git-svn-id: http://svn.osgeo.org/qgis/trunk@1083 c8812cc2-4d05-0410-92ff-de0c093fc19c
git-svn-id: http://svn.osgeo.org/qgis/trunk/qgis@1083 c8812cc2-4d05-0410-92ff-de0c093fc19c
Replaced image of gps and set grid layout for form.
git-svn-id: http://svn.osgeo.org/qgis/trunk@1082 c8812cc2-4d05-0410-92ff-de0c093fc19c
git-svn-id: http://svn.osgeo.org/qgis/trunk/qgis@1082 c8812cc2-4d05-0410-92ff-de0c093fc19c
Added missing list.cpp file
git-svn-id: http://svn.osgeo.org/qgis/trunk@1081 c8812cc2-4d05-0410-92ff-de0c093fc19c
git-svn-id: http://svn.osgeo.org/qgis/trunk/qgis@1081 c8812cc2-4d05-0410-92ff-de0c093fc19c
added pointers to the two paint devices (used for double buffering) in QgsMapLayer::draw(...). The idea is, that, if it takes a long time to paint a layer, the layer has the possibility, to copy the buffer image to the canvas before drawing is complete. Like this, it is more interesting for a user to wait as he can observe the progresses of the drawing process. I changed QgsVectorLayer::draw such that after drawing 1000 features to the background buffer, a bitBlt is made. The additional computing time due to these additional bitBlts seem to be very small. I did a few performance tests (times in milliseconds) with a dataset containing over 9000 features (5 paints for each configuration to get a good average). ctour1.shp without additional bitBlts[ms]: 4424 / 5189 / 5060 / 5070 / 5071. ctour1.shp with bitBlt every 1000 elements (9 additional bitBlts) [ms]: 4528 / 5243 / 5104 / 5102 / 5104. ctour1.shp with bitBlt every 500 elements (18 additional bitBlts) [ms]: 4751 / 5127 / 5087 / 5094 / 5113...
Forgot to add this file...
git-svn-id: http://svn.osgeo.org/qgis/trunk@1079 c8812cc2-4d05-0410-92ff-de0c093fc19c
git-svn-id: http://svn.osgeo.org/qgis/trunk/qgis@1079 c8812cc2-4d05-0410-92ff-de0c093fc19c
Removed default values in constructor.
git-svn-id: http://svn.osgeo.org/qgis/trunk@1078 c8812cc2-4d05-0410-92ff-de0c093fc19c
git-svn-id: http://svn.osgeo.org/qgis/trunk/qgis@1078 c8812cc2-4d05-0410-92ff-de0c093fc19c
« Previous 1 ... 4761 4762 4763 4764 4765 ... 4866 Next » (119051-119075/121643) Per page: 25, 50, 100, 200
Also available in: Atom