<div dir="ltr"><div><div><div><div><div>Thanks Nyall and Martin for your help.<br></div><br></div>In my plugin I get around it by storing the instance of QgsMapRenderer or QgsMapSettings (depending on QGIS version) in a class property; which I then use the instantiate QgsComposition<br>
<br></div>Could you please comment on the issue to keep track of it ? (or close it and open a more generic one ?) <a href="http://hub.qgis.org/issues/11077">http://hub.qgis.org/issues/11077</a><br><br></div>Kind regards,<br>
</div>Michael<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-08-20 11:23 GMT+02:00 Nyall Dawson <span dir="ltr"><<a href="mailto:nyall.dawson@gmail.com" target="_blank">nyall.dawson@gmail.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 20 August 2014 19:16, Martin Dobias <<a href="mailto:wonder.sk@gmail.com">wonder.sk@gmail.com</a>> wrote:<br>
> Hi<br>
<div class=""><br>
>The QgsComposition should be fixed so<br>
> that it does not require QgsMapSettings/QgsMapRenderer - after all, it<br>
> does not make much sense, there may be several composer map items with<br>
> different configuration. Each QgsComposerMap should have its own<br>
> QgsMapSettings instance.<br>
><br>
<br>
</div>Agreed. I guess we'll have to live with this until the next API break.<br>
<span class="HOEnZb"><font color="#888888"><br>
Nyall<br>
</font></span></blockquote></div><br></div>