Stef see my previous posts to see what was the issue but that summary is that I copied a method from SystemWindow which apparently was not optimized and was creation a new morph each cycle for a taskbar button.Yeap I cannot wait for Bloc :)a big thanks to Alain, Bloc already looks amazing from the little I tried. I am sure the loading of PNGs will be optimised at some point too in the future. Everything is a matter of time.On Sat, Jan 16, 2016 at 10:08 AM stepharo <stepharo@free.fr> wrote:
what was it?taskbar was the problem,
damn pharo gui is a huge pain in the hat.
And we improved it a lot already.
But this is not by accident that Alain spent a couple of years working on Bloc
On Fri, Jan 15, 2016 at 11:32 PM Dimitris Chloupis <kilon.alios@gmail.com> wrote:
ITs not the step, I removed the step as I said in my first post. Still 30% cpu consumptionThe images are PNGs and RGBA , 8bit
On Fri, Jan 15, 2016 at 10:54 PM Hilaire <hilaire@drgeo.eu> wrote:
It depends on what you are doing in a step, but 1s step should not hurt.
May be the problem is somewhere else.
With DrGeo, I noted Athens is faster to BitBlt with bitmap operations
(in my case, only scaling and displaying a From in a DrGeo canvas).
Also, do your bitmaps come with 32 bits depth?
--
Dr. Geo
http://drgeo.eu