yes thanks Esteban I am back to Pharo 4 and I am fine :)

will stick with it, till the release of Pharo 5.

On Sat, Jan 16, 2016 at 12:25 PM Esteban Lorenzano <estebanlm@gmail.com> wrote:
On 16 Jan 2016, at 01:01, Dimitris Chloupis <kilon.alios@gmail.com> wrote:

<Screen Shot 2016-01-16 at 00.38.10.png>

and by the way menus on latest pharo 5 are broken

not the menus
there is a problem with WideString and string primitives in latest spur vm.��
in the mean time you can download stable instead latest and you will be ok.

Esteban



On Sat, Jan 16, 2016 at 1:29 AM Nicolai Hess <nicolaihess@gmail.com> wrote:
2016-01-16 0:11 GMT+01:00 Nicolai Hess <nicolaihess@gmail.com>:


2016-01-16 0:06 GMT+01:00 Sven Van Caekenberghe <sven@stfx.eu>:

> On 15 Jan 2016, at 23:30, Dimitris Chloupis <kilon.alios@gmail.com> wrote:
>
> taskbar was the problem, damn pharo gui is a huge pain in the hat.

How so ?

I would like to now that too.

Btw, this is interesting too:

WorldState debugShowDamage:true.

And look all the flashing in a nautilus and or playground window.

Hm, I think this was my fault. The fix for
17201 Marking Diffs broken in Pharo5
wasn't good.


��
��

> 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 consumption
>
> The 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
>
>
>



���