[Qgis-developer] Re: composer redesign branch

[Steven Bell]

For now, I suggest just merging the angular renderer changes into the
composer redesign branch, keeping the non-caching behavior.  I have been
very busy the last month or so, but I expect to have some time in about a
week to work on it.  If others want to do it, go ahead.
I'd like to do some more testing of the speed of the different branches.
Ultimately, a combination may be best - caching when working with data, and
full rendering when printing.
Steven


> Date: Sun, 10 Feb 2008 16:04:33 +0100
> From: Marco Hugentobler <marco.hugentobler at karto.baug.ethz.ch>
> Subject: [Qgis-developer] composer redesign branch
> To: qgis-developer at lists.osgeo.org
> Message-ID: <200802101604.33706.marco.hugentobler at karto.baug.ethz.ch>
> Content-Type: text/plain;  charset="us-ascii"
>
> Hi
>
> I remember from the mailing list that there have been some conflicting
> changes
> in renderer branch(now in trunk) and print composer redesign branch. I'd
> like
> to bring these in synchronisation again such that development of composer
> branch may continue.
>
> As far as I remember, the conflicting point is the rendering of point
> symbols.
> The composer redesign branch does no caching to QImage, but uses
> QSvgRenderer
> for rendering the svg symbols. The advantage is that the resolution is
> perfect on all output devices, the disadvantage is the increased rendering
> time (by a factor 4). I wonder what the way to go is and like to discuss
> this
> here. I see two solutions:
>
> - The solution of trunk is taken because of better performance and adapted
> such that the resolution of the output device is considered when
> caching/retrieving point symbols.
>
> - The solution of the composer branch is taken and adapted to point symbol
> rotation to fit with trunk.
>
> In my opinion, factor 4 is much performance difference and so I'm inclined
> to
> prefer the first option. What do you think?
>
> Regards,
> Marco
>
> --
> Dr. Marco Hugentobler
> Institute of Cartography
> ETH Zurich
> Technical Advisor QGIS Project Steering Committee
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/qgis-developer/attachments/20080210/7082aa67/attachment.html