[Pharo-project] [ANN 1.1] pre-build #11220
Hi, The result of our Friday afternoon hacking session.... http://gforge.inria.fr/frs/download.php/26446/PharoCore-1.1-11220-UNSTABLE.z... Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.
It was cool to code a bit again after all this latex :) Stef On Feb 19, 2010, at 9:06 PM, Marcus Denker wrote:
Hi,
The result of our Friday afternoon hacking session....
http://gforge.inria.fr/frs/download.php/26446/PharoCore-1.1-11220-UNSTABLE.z...
Marcus
-- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
It somehow feels quicker!? On Fri, Feb 19, 2010 at 10:11 PM, Stéphane Ducasse <stephane.ducasse@inria.fr> wrote:
It was cool to code a bit again after all this latex :)
Stef
On Feb 19, 2010, at 9:06 PM, Marcus Denker wrote:
Hi,
The result of our Friday afternoon hacking session....
   http://gforge.inria.fr/frs/download.php/26446/PharoCore-1.1-11220-UNSTABLE.z...
   Marcus
-- Marcus Denker  -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
On Feb 19, 2010, at 10:54 PM, Richard Durr wrote:
It somehow feels quicker!?
Hmm... we did not do anything that should have any major impact on perfomance... related to code that is actually executed, since 11208, there was just some cleanup in Morph>>#delete and Window-activiation, but I guess that should not lead to a measurable impact. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.
On 20 February 2010 00:50, Marcus Denker <marcus.denker@inria.fr> wrote:
On Feb 19, 2010, at 10:54 PM, Richard Durr wrote:
It somehow feels quicker!?
Hmm... we did not do anything that should have any major impact on perfomance... related to code that is actually executed, since 11208, there was just some cleanup in Morph>>#delete and Window-activiation, but I guess that should not lead to a measurable impact.
who knows :)
    Marcus
-- Marcus Denker  -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- Best regards, Igor Stasenko AKA sig.
On Feb 20, 2010, at 12:07 AM, Igor Stasenko wrote:
On 20 February 2010 00:50, Marcus Denker <marcus.denker@inria.fr> wrote:
On Feb 19, 2010, at 10:54 PM, Richard Durr wrote:
It somehow feels quicker!?
Hmm... we did not do anything that should have any major impact on perfomance... related to code that is actually executed, since 11208, there was just some cleanup in Morph>>#delete and Window-activiation, but I guess that should not lead to a measurable impact.
who knows :)
this was called on each window activation: extantSketchEditor "If my world has an extant SketchEditorMorph associated with anything in this window, return that SketchEditor, else return nil" | w sketchEditor pasteUp | (w := self world) isNil ifTrue: [^ nil]. (sketchEditor := w sketchEditorOrNil) isNil ifTrue: [^ nil]. (pasteUp := sketchEditor enclosingPasteUpMorph) isNil ifTrue: [^ nil]. self findDeepSubmorphThat: [:m | m = pasteUp] ifAbsent: [^ nil]. ^ sketchEditor with: sketchEditorOrNil "Return a SketchEditorMorph found in the world, if any, else nil" ^ Smalltalk at: #SketchEditorMorph ifPresent: [ :class | self findA: class ] findA: aClass "Return the first submorph of the receiver that is descended from the given class. Return nil if there is no such submorph. Clients of this code should always check for a nil return value so that the code will be robust if the user takes the morph apart." ^self submorphs detect: [:p | p isKindOf: aClass] ifNone: [nil] ... which means that it actually iterated over the complete submorph-tree of the world to find a SketchEditor... So yes, maybe that will slow things down a little. :-) (And, honestly, the more I clean Morphic, the more I am amazed about the genius needed to build something like that...) Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.
On Feb 20, 2010, at 12:36 AM, Marcus Denker wrote:
this was called on each window activation:
...
... which means that it actually iterated over the complete submorph-tree of the world to find a SketchEditor... So yes, maybe that will slow things down a little. :-)
Hmm... this kind of validates my theory that cleaning up is a good thing. But than, all people are different... I found that I just can not think when the thing I am starting with is not beautiful. Don't we actually build the future using the past? So if the past sucks deeply (i.e. it is worse than we already learned how to do things), how can we ever invent the future? Wouldn't we waste resoures in a big way doing it this way? Others might argue that I am just not intelligent enough to deal with complexity... :-) but I think that complexity is non-linear and especially the intelligent (or when we look at companies those with lots of resources in terms of money) tend to underestimate it. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.
participants (4)
-
Igor Stasenko -
Marcus Denker -
Richard Durr -
Stéphane Ducasse