March 2014 - Pharo-dev - lists.pharo.org

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/30804 Home: https://github.com/pharo-project/pharo-core

March 27, 2014

[pharo-project/pharo-core] fec020: 30804

by GitHub

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: fec020c69230257ffadea32cc4b45a9489bacb29 https://github.com/pharo-project/pharo-core/commit/fec020c69230257ffadea32c… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-03-27 (Thu, 27 Mar 2014) Changed paths: M Collections-Abstract.package/Collection.class/instance/enumerating/do_displayingProgress_every_.st R Collections-Arithmetic.package/extension/FloatArray/instance/dot_.st A Collections-Native.package/FloatArray.class/instance/arithmetic/dot_.st A Nautilus.package/AbstractNautilusUI.class/instance/buttons behavior/showByteCodeButtonLabel.st A Nautilus.package/AbstractNautilusUI.class/instance/buttons behavior/showClassVarsButtonLabel.st A Nautilus.package/AbstractNautilusUI.class/instance/buttons behavior/showInstanceVarsButtonLabel.st A Nautilus.package/AbstractNautilusUI.class/instance/buttons behavior/showSourceCodeButtonLabel.st M Nautilus.package/AbstractNautilusUI.class/instance/displaying/buildTextAreaButtonsColumn_.st M Nautilus.package/AbstractNautilusUI.class/instance/items creation/buildBrowseClassVarsButton.st M Nautilus.package/AbstractNautilusUI.class/instance/items creation/buildBrowseInstVarsButton.st M Nautilus.package/AbstractNautilusUI.class/instance/items creation/buildSwitchToByteCodeButton.st M Nautilus.package/AbstractNautilusUI.class/instance/items creation/buildSwitchToSourceCodeButton.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script457.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30804.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Tools.package/Spotlight.class/instance/opening/accepted.st A Tools.package/Spotlight.class/instance/private/resolveExpression_.st Log Message: ----------- 30804 13128 Use Spotlight to quickly evaluate and inspect short expressions https://pharo.fogbugz.com/f/cases/13128 13101 Progress bar progressive text update not working. https://pharo.fogbugz.com/f/cases/13101 13137 Replace SBCI buttons https://pharo.fogbugz.com/f/cases/13137 3748 FloatArray>>dot: is defined in plugin but not at the image level https://pharo.fogbugz.com/f/cases/3748/ http://files.pharo.org/image/30/30804.zip

March 27, 2014

MOOSEDay@UPMC website online

by Serge Stinckwich

Dear all, The MOOSEDay@UPMC 2014 will be organized in Paris, June 5th. The day will be followed by a Pharo Sprint (June 6th) at the same place. A first draft of the MOOSEDay@UPMC is online here: http://www.doesnotunderstand.org/MOOSEDayUPMC/ I need you help : - if you want to propose a talk, send me title, a short summary (3-4 lines), the name and a picture of the speaker. - if you want to sponsor the event, just ask me :-) - if you want to attend, just send me your name and affiliation. I will add you on the webpage. - if you have some graphic abilities, you can send me a better cover picture (maybe with some MOOSE pictures). The webpage is managed on github, if you want to modify the page, just send me a pull request on github: https://github.com/SergeStinckwich/MOOSEDayUPMC Regards, -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

March 27, 2014

Re: [Pharo-dev] MooseDay in Paris

by Serge Stinckwich

Dear all, Alexandre Bergel will come in France from June 2nd to 7th. I think this is a great opportunity to organize the MOOSEDay in Paris during this week: June 5th for the MOOSEDay and June 6th for a Pharo Sprint. I will started a webpage for the event soon. Regards, On Mon, Mar 3, 2014 at 3:58 PM, Serge Stinckwich <serge.stinckwich(a)gmail.com> wrote: > Dear all, > > I would like to organize a MooseDay in May or June at Pierre and Marie > Curie University: > http://upmc.fr/fr/universite/campus_et_sites/a_paris_et_en_idf/jussieu.html > > UPMC Campus is located at the center of Paris. > > In order to fix a day, please add in the following doodle when you > could attend the MooseDay (this day will be followed by a MOOSE/Pharo > sprint friday): > > http://doodle.com/kin3wke272xpv5rf > > Thank you. > Regards, > -- > Serge Stinckwich > UCBN & UMI UMMISCO 209 (IRD/UPMC) > Every DSL ends up being Smalltalk > http://www.doesnotunderstand.org/ -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

March 27, 2014

Re: [Pharo-dev] Crazy Smalltalk code snippets

by Luc Fabresse

Hi Frank, It you be excellent to have a workshop paper on partial continuations. Here are the infos: http://www.esug.org/wiki/pier/Conferences/2014/IWST14 Cheers, #Luc 2014-03-26 14:25 GMT+01:00 Frank Shearar <frank.shearar(a)gmail.com>: > Hi Stef, > > Thanks for the kind words! How would I go about doing that? > > frank > > On 26 March 2014 07:26, Pharo4Stef <pharo4Stef(a)free.fr> wrote: > > Hi frank > > > > It would really great if you send an article on this to the ESUG > workshop. > > I can help reviewing the draft if you want. > > Stef > > > >> Yes: http://ss3.gemstone.com/ss/Control.html > >> > >> Last time I checked I did need to add a shim (see the ControlPharo > >> package), but it did load cleanly and pass all its own tests. > >> > >> Control not only provides a convenient way of making partial > >> continuations (of the shift/reset sort, if you're familiar with the > >> literature), but also _delimited_ dynamic variables. As soon as you > >> start stack-slicing with partial continuations, you quickly find that > >> standard implementations of dynamic variables fail in all sorts of > >> nasty ways. Fundamentally, "normal" dynamic variables _cannot_ work > >> cleanly with partial continuations because they either close over too > >> much of the dynamic environment, or too little. > >> > >> Here's some reading on the topic: > >> > >> [1] http://okmij.org/ftp/Computation/dynamic-binding.html > >> [2] http://www.cs.rutgers.edu/~ccshan/dynscope/DDBinding.pdf > >> [3] > http://www.lshift.net/blog/2012/06/27/resumable-exceptions-can-macro-expres… > >> > >> frank > >> > >>>>>> Cheers, > >>>>>> -- Pavel > >>>>> > >>>>> > >>>> > >>>> > >>>> > >>>> -- > >>>> best, > >>>> Eliot > >>> > >>> > >> > > > > > >

March 27, 2014

Re: [Pharo-dev] DateAndTime>>#= slow?

by Esteban A. Maringolo

I'm using Pharo 2, a build one month old as much. Date (Timespan)>>#= comparand ^ self species = comparand species and: [ self start = comparand start "start is a DateAndTime" and: [ self duration = comparand duration ]] DateAndTime>>#= other self == other ifTrue: [ ^ true ]. (self species = other species) ifFalse: [ ^ false ]. ^ self asSeconds = other asSeconds and: [ self nanoSecond = other nanoSecond ] And the culprit (I guess): DateAndTime>>#asSeconds "Return the number of seconds since the Squeak epoch" ^ (self - (self class epoch)) asSeconds DateAndTime's class #epoch instantiates two DateAndTimes, one for julianDayNumber zero, and then other for the offset: DateAndTime class>>#epoch "Answer a DateAndTime representing the Squeak epoch: 1 January 1901" ^ (self julianDayNumber: SqueakEpoch) offset: 0. The #asSeconds also incur in DateAndTime subtraction (operand #-), which doesn't seem to be tuned for performance either. Best regards! Esteban A. Maringolo

March 27, 2014

DateAndTime>>#= slow?

by Stephan Eggermont

DateAndTime is a very good candidate for some slot-tricks, and should probably be a value object. Stephan

March 26, 2014

Re: [Pharo-dev] DateAndTime>>#= slow?

by Paul DeBruicker

What version are you using? In Pharo 3 it just checks the identity, species, and then accesses some inst vars. What objects are instantiated? Esteban A. Maringolo wrote > I'm grouping by date a resultset coming from the database, it > cointains around 2000 dated objects. > > It is: > myObject groupBy: #date. > > But turn's out that DateAndTime #= comparison is elegant object-wise > but not performance-wise. Because it instantiates several other > objects along the way. > > This is in the milliseconds range, but in the agregate of a couple of > thousand of objects, it creates a lot of not-simple-objects (it is, > not integers), and maybe because of that it isn't as fast as I'd > expect. > > Did somebody experienced this too? > > Regards, > > Esteban A. Maringolo -- View this message in context: http://forum.world.st/DateAndTime-slow-tp4750964p4750971.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

March 26, 2014

Re: [Pharo-dev] DateAndTime>>#= slow?

by Sven Van Caekenberghe

On 26 Mar 2014, at 22:21, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > I'm grouping by date a resultset coming from the database, it > cointains around 2000 dated objects. > > It is: > myObject groupBy: #date. > > But turn's out that DateAndTime #= comparison is elegant object-wise > but not performance-wise. Because it instantiates several other > objects along the way. Not that I want to defend DataAndTime (I didn't implement and I am not using ZTimestamp for nothing), but I fail to see what is wrong with the code, how does it 'create several objects' (in Pharo 3) ? DateAndTime>>#hasEqualTicks: aDateAndTime ^ (self julianDayNumberUTC = aDateAndTime julianDayNumberUTC) and: [ (seconds = aDateAndTime secondsSinceMidnightUTC) and: [ nanos = aDateAndTime nanoSecond ] ] these are all inst vars comparisons. > This is in the milliseconds range, but in the agregate of a couple of > thousand of objects, it creates a lot of not-simple-objects (it is, > not integers), and maybe because of that it isn't as fast as I'd > expect. > > Did somebody experienced this too? > > Regards, > > Esteban A. Maringolo >

March 26, 2014

Re: [Pharo-dev] Replacing SBCI buttons in Nautilus.

by phil＠highoctane.be

Instead of using PluggableButtonMorphs, you can try with ButtonModels (the Spec way). Or use a horizontal spacefill. I'll have a look tomorrow. Phil On Wed, Mar 26, 2014 at 10:17 PM, Stephan Eggermont <stephan(a)stack.nl>wrote: > Interesting enough, a PluggableButtonMorph does not center the label. > I've improved the layout by adding a space, but for correct (optical) > alignment, the I needs to move about half a space to the right, > and the C needs to move a few pixels to the left. > > Even though a PluggableButtonMorph has lots of different ways to > set colors, I've not found one that works. Themability is nice, but > it should check for and respect overrides. > > In 30803, without Philippe's slices, with the three themes: > >

March 26, 2014