[Seaside] Re: TableReport slow down
Hilaire
hilaire at drgeo.eu
Sat Jan 2 09:12:55 UTC 2016
Le 02/01/2016 09:45, Johan Brichau a écrit :
> My suggestion is not to use the #printOn: method for rendering the
> object on a Seaside canvas, but rather implement a #renderOn: method
> that avoids concatenating the String and WideString instances.
>
Thanks for the tip it helps.
However use of renderOn: will have some large implication on my Seaside
components. Each use case of this object in component need to be
rewritten to use only render:. I don't like much this idea, it makes the
written code less elegant and consistent.
Next, I understand now why I noticed this important slow down from the
Pharo Inspector when browsing such collection object with € symbol on
the EyeTreeInspector. I was first believing the slow down was because of
the Inspector, but it is the same problem, which appear more clearly as
a limitation of Pharo itself. I will resume discussion on the Pharo user
list then.
Thanks
Hilaire
--
Dr. Geo
http://drgeo.eu
http://google.com/+DrgeoEu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/seaside/attachments/20160102/f46d17ef/attachment.htm
More information about the seaside
mailing list