Hi
Just my 2c:
- +1 for moving wiki into redmin if Otto is agreeable
- Regarding joomla logins - we dont really encourage community logins
/ commenting on posts etc on the joomla site so I would not worry
about spending time on it (for ldap integration I mean). Ultimately I
would like to discard
On Tue, 19 Jul 2011 11:50:54 +0200, Tim Sutton wrote:
Hi
Just my 2c:
- +1 for moving wiki into redmin if Otto is agreeable
+1
- Regarding joomla logins - we dont really encourage community logins
/ commenting on posts etc on the joomla site so I would not worry
about spending time on it (fo
comments on tims post!
- +1 for moving wiki into redmin if Otto is agreeable
definitely +1 from me .. spreading it all into different pages while the
infrastructure is already there and could be held on one place is not
very good (otherwise - single point of failure - but i think thats not
Hi all,
I've updated the project wiki page [1] adding the report about the last
week.
Regards.
[1] http://www.qgis.org/wiki/DB_Manager_plugin_GSoC_2011
--
Giuseppe Sucameli
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osg
Hi,
I agree, we need a simple infrastructure with only a few applications to
maintain. I like the ideas to
- move the wiki to redmin
- make the forums read only and ask users to post to stack exchange
- keep Joomla as it is and migrate to Django in the future. We don't
need ldap integration her
Hi Martin
> Right now there is no such possibility since the symbol layers were
> originally designed not to know anything about vector layers. Probably
> we should optionally pass QgsFieldMap or QgsVectorLayer to startRender
> method like we do in QgsFeatureRendererV2.
Sounds reasonable to pass
