[Qgis-developer] Re: composer redesign branch

[Tim Sutton]

Hi

Guys also bear in mind that Gavin was looking at getting a commercial
developer to implement improvements to map composer so be sure to
consult with him before doing any changes.

Regards

Tim

2008/2/10, Steven Bell <botsnlinux at gmail.com>:
>
> 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
> >
>
>
> _______________________________________________
> Qgis-developer mailing list
> Qgis-developer at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
>


-- 
Tim Sutton
QGIS Project Steering Committee Member - Release  Manager
Visit http://qgis.org for a great open source GIS
openModeller Desktop Developer
Visit http://openModeller.sf.net for a great open source ecological
niche modelling tool
Home Page: http://tim.linfiniti.com
Skype: timlinux
Irc: timlinux on #qgis at freenode.net