On Tue, 2013-01-08 at 14:15 +0100, Michael Stahl wrote:
> there may be more places where a similar approach could be applicable,
> both in API implementations in sw and in writerfilter/xmloff import
> code, e.g. see cc99bb9f383a65912d004e227a5b6a88b401bbba which was purely
> result of me debugging
On 21/12/12 17:55, Michael Meeks wrote:
> There are probably better ways to do this :-) clearly it would be nice
> to manage layered SfxItemSets via UNO in an even more performant and
> elegant way that doesn't rely on great big uno PropertyValue sequences
> getting sent repeatedly and so on.
Hi Michael,
On Fri, Dec 21, 2012 at 04:55:44PM +, Michael Meeks
wrote:
> I attach a prototype patch. It passes make check and make slowcheck in
> sw/ (not tried subsequentcheck).
That makes a lot of sense, we also do something similar for section
properties in
http://opengrok.libreoff
Hi guys,
Still annoyed by the (increasingly small) RTF performance
regressions[1], and given that the profiling now shows the
domain-mapper's use/abuse of the core as being the main factor (at least
for file 3 in [1]).
I attach a prototype patch. It passes make check and make slow
