Given the planned work on the composer I wonder if you're considering to move the print code (e.g. [1]) outside of the GUI/app control, and make it available for the python API, maybe in a QgsComposerPrinter class. <div>
This would also make Atlas simpler...</div><div><br></div><div>giovanni<br><div><br></div><div>[1] 
<a href="https://github.com/qgis/Quantum-GIS/blob/master/src/app/composer/qgscomposer.cpp#L528">https://github.com/qgis/Quantum-GIS/blob/master/src/app/composer/qgscomposer.cpp#L528</a> <br><br><div class="gmail_quote">2012/7/12 Tim Sutton <span dir="ltr"><<a href="mailto:lists@linfiniti.com" target="_blank">lists@linfiniti.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi<br>
<div class="im"><br>
On Thu, Jul 12, 2012 at 5:15 PM, Marco Hugentobler<br>
<<a href="mailto:marco.hugentobler@sourcepole.ch">marco.hugentobler@sourcepole.ch</a>> wrote:<br>
> Hi<br>
><br>
> In my opinion, it is better to use the Qt classes for the network requests<br>
> than curl. In QGIS, we have QgsNetworkAccessManager, which picks up<br>
> automatically the network settings from the options tab (proxy settings,<br>
> exclusion list, password, disk cache). It has nice progress reporting by<br>
> signal/slot, the possibility to interrupt the network request and a disk<br>
> cache. And the possibility to provide custom implementations for all that if<br>
> necessary.<br>
><br>
> Like this, WFS, WPS, WMS providers, plugin installer and open layers plugin<br>
> (and third party python plugins) have a unified method to do network<br>
> requests. No need to use a different network library for each one (and the<br>
> mapping is never 1:1, there is always loss).<br>
><br>
> So while it might be quicker (in terms of development time) to use the GDAL<br>
> provider, a standalone provider is always more native and flexible (that's<br>
> also the reason there are QGIS vector providers for postgres, wfs, gpx,<br>
> spatialite, grass while everything can be read with the OGR provider).<br>
><br>
<br>
</div>Thanks Marco for filling in the background to the debate we had when<br>
developing the proposal with WorldBank/GFDRR on whether to implement<br>
the WCS provider natively or use GDAL. All of the reasons Marco<br>
mentions make extremely good sense.<br>
<br>
Regards<br>
<span class="HOEnZb"><font color="#888888"><br>
Tim<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
<br>
> Regards,<br>
> Marco<br>
><br>
> Am 12.07.2012 15:51, schrieb Even Rouault:<br>
>>><br>
>>> Yes - Radim already made a first pass implementation using GDAL WCS<br>
>>> though he said there were some problems with it - I think the most<br>
>>> critical being that it doesn't support proxy access (I am speaking<br>
>>> under correction here as I haven't looked into it in that much detail<br>
>>> myself).<br>
>><br>
>> This should be rather easy to add. It is just a matter of setting the<br>
>> right<br>
>> option to CPLHTTPFetch() (and thus the curl library), namely :<br>
>><br>
>> <li>PROXY=val, to make requests go through a proxy server, where val is of<br>
>> the<br>
>>      form proxy.server.com:port_number<br>
>> <li>PROXYUSERPWD=val, where val is of the form username:password<br>
>><br>
>> Note: They can also already be used by setting the GDAL_HTTP_PROXY and<br>
>> GDAL_HTTP_PROXYUSERPWD configuration options/environmenet variable, which<br>
>> will<br>
>> act on all GDAL/OGR drivers that go through the CPLHTTPFetch() function.<br>
>><br>
>> I see Radim is already a GDAL committer, so there shouldn't be too much<br>
>> overhead<br>
>> if he wants to hack in the WCS driver.<br>
>><br>
>>> I will let Radim comment on any other issues. I think from<br>
>>> the project perspective we don't mind too much which approach is used<br>
>>> if the result is efficient and integrates nicely into QGIS.<br>
>>><br>
>>> Regards<br>
>>><br>
>>> Tim<br>
>>><br>
>>><br>
>>><br>
>>> --<br>
>>> Tim Sutton - QGIS Project Steering Committee Member (Release  Manager)<br>
>>> ==============================================<br>
>>> Please do not email me off-list with technical<br>
>>> support questions. Using the lists will gain<br>
>>> more exposure for your issues and the knowledge<br>
>>> surrounding your issue will be shared with all.<br>
>>><br>
>>> Visit <a href="http://linfiniti.com" target="_blank">http://linfiniti.com</a> to find out about:<br>
>>>   * QGIS programming and support services<br>
>>>   * Mapserver and PostGIS based hosting plans<br>
>>>   * FOSS Consulting Services<br>
>>> Skype: timlinux<br>
>>> Irc: timlinux on #qgis at <a href="http://freenode.net" target="_blank">freenode.net</a><br>
>>> ==============================================<br>
>>><br>
>><br>
>> _______________________________________________<br>
>> Qgis-developer mailing list<br>
>> <a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
>> <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
><br>
><br>
><br>
> --<br>
> Dr. Marco Hugentobler<br>
> Sourcepole -  Linux & Open Source Solutions<br>
> Weberstrasse 5, CH-8004 Zürich, Switzerland<br>
> <a href="mailto:marco.hugentobler@sourcepole.ch">marco.hugentobler@sourcepole.ch</a> <a href="http://www.sourcepole.ch" target="_blank">http://www.sourcepole.ch</a><br>
> Technical Advisor QGIS Project Steering Committee<br>
><br>
><br>
> _______________________________________________<br>
> Qgis-developer mailing list<br>
> <a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
> <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
<br>
<br>
<br>
--<br>
Tim Sutton - QGIS Project Steering Committee Member (Release  Manager)<br>
==============================================<br>
Please do not email me off-list with technical<br>
support questions. Using the lists will gain<br>
more exposure for your issues and the knowledge<br>
surrounding your issue will be shared with all.<br>
<br>
Visit <a href="http://linfiniti.com" target="_blank">http://linfiniti.com</a> to find out about:<br>
 * QGIS programming and support services<br>
 * Mapserver and PostGIS based hosting plans<br>
 * FOSS Consulting Services<br>
Skype: timlinux<br>
Irc: timlinux on #qgis at <a href="http://freenode.net" target="_blank">freenode.net</a><br>
==============================================<br>
_______________________________________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
</div></div></blockquote></div><br></div></div>