[Pharo-dev] The Second Coming of Java article
phil at highoctane.be
phil at highoctane.be
Tue Nov 26 16:38:32 EST 2013
That's the issue with such an immense amount of work to do and brainpower
Lots of rest, getting away from everything for while definitely helps. Just
an advice from the burned-out anonymous...
On Tue, Nov 26, 2013 at 10:04 PM, Stéphane Ducasse <
stephane.ducasse at inria.fr> wrote:
> On Nov 26, 2013, at 9:53 PM, phil at highoctane.be wrote:
> I also noticed that Sean does a replacement of the small size fonts with
> large size fonts in a specific way to speed up rendering of larger font (In
> his Configuration that does Preferences). I've got eyesight issues, so I am
> also using larger fonts. That doesn't help with speed indeed.
> But the Paragraph rendering code is also a culprit I think, as it
> endlessly recreates objects all the time.
> Igor was working on a new textEditor but he is down energy since a month.
> So we will see what will happen.
> Sadly he was working well with fernando.
> We will see if we can help him getting back to energy.
> Morphs with step methods and a short stepping time are pretty fast. I've a
> educational game on the iPad that uses this and it is pretty nice in terms
> of rendering speed (dragging and dropping formula pieces around).
> Philippe Back
> Dramatic Performance Improvements
> Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027
> Mail:phil at highoctane.be | Web: http://philippeback.eu
> Blog: http://philippeback.be | Twitter: @philippeback
> Youtube: http://www.youtube.com/user/philippeback/videos
> High Octane SPRL
> rue cour Boisacq 101 | 1301 Bierges | Belgium
> Pharo Consortium Member - http://consortium.pharo.org/
> Featured on the Software Process and Measurement Cast -
> Sparx Systems Enterprise Architect and Ability Engineering EADocX Value
> Added Reseller
> On Tue, Nov 26, 2013 at 8:27 PM, Esteban A. Maringolo <
> emaringolo at gmail.com> wrote:
>> 2013/11/26 phil at highoctane.be <phil at highoctane.be>:
>> > Pharo really needs a huge speedup on the UI front. I am using a top of
>> > line desktop system and still Pharo sometimes feels slow (some is due to
>> > algorithms - like the finder tool taking ages for a lot of things, but
>> > is due to the UI system).
>> > This is not linked to the VM, as the MVC projects in Squeak are uber
>> > Is the Text rewrite going to have an impact on this?
>> It doesn't feel slow, it is slow. Perfectly usable, though. I even
>> feel it was faster before.
>> But I think the problem comes from the "rendering" side, and not
>> because of "not UI" operations running in the main thread.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Pharo-dev