September 2011 - Pharo-dev - lists.pharo.org

[Pharo-project] About at: in diplayProgress bar and multiLineRequest: queryString centerAt: aPoint initialAnswer: defaultAnswer answerHeight: answerHeight
by StÃ©phane Ducasse Sept. 7, 2011

Sept. 7, 2011

Hi guys we will deprecate the usage of a location in progress bar and multiLineRequest: queryString centerAt: aPoint initialAnswer: defaultAnswer answerHeight: answerHeight because: - it is not really good that tools have to make reference to Sensor (which we should avoid and we will chase reference to Sensor) or to World activeHand cursorPosition and let the UIManager decides where to place the widgets - apparently multiLineRequest: queryString centerAt: aPoint initialAnswer: defaultAnswer answerHeight: answerHeight does not use the argument of centerAt: Let me know what you think. Such change will help clarifying layers. Stef

1 0

[Pharo-project] How to convert Sensor polling left over
by StÃ©phane Ducasse Sept. 7, 2011

Sept. 7, 2011

Hi igor how should I convert code like that [ Sensor anyButtonPressed ] whileFalse: [ aBitBlt destOrigin: Sensor cursorPoint. aBitBlt copyBits ]. So that it avoid polling? Should we change contents := (Sensor shiftPressed not) ifTrue: [currentCompiledMethod decompileWithTemps] ifFalse: [currentCompiledMethod decompile]. contents := contents decompileString asText makeSelector or [(nextEvent := Sensor peekEvent) isNil] whileFalse: [nextEvent first = currentBuf first ifFalse: [^trail contents "different event type"]. nextEvent fifth = currentBuf fifth ifFalse: [^trail contents "buttons changed"]. nextEvent sixth = currentBuf sixth ifFalse: [^trail contents "modifiers changed"]. "nextEvent is similar. Remove it from the queue, and check the next." nextEvent := Sensor nextEvent. nextEvent ifNotNil: [ trail nextPut: nextEvent third @ nextEvent fourth ]]. Then when I install the nonpolling behavior InputEventSensor installPollingEventSensorFramework the menu of the world gets sluggish (may be I do not use the right VM BTW). Stef

3 2

[Pharo-project] [update 1.4] #14124
by Marcus Denker Sept. 7, 2011

Sept. 7, 2011

14124 ----- Issue 4613: metacello default platform http://code.google.com/p/pharo/issues/detail?id=4613 Issue 4712: move some Collections package to Kernel http://code.google.com/p/pharo/issues/detail?id=4712 -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] Monticello and different time zones
by Andy Kellens Sept. 7, 2011

Sept. 7, 2011

Hello, While working here with Veronica on importing the history of Ring, I found some strange behaviour in Monticello. Veronica and StÃ©phane were working on Ring at CAMP Smalltalk in Edinburgh; StÃ©phane already changed his time zone to GMT time; Veronica did not. As a result, there is a commit of a package from StÃ©phane at 6pm that has as an ancestor a package from Veronica at 7pm. It looks like Monticello uses the timestamp of the computer from which the package was published; not the timestamp from the computer. Given that people are working on the same code from all across the world, this can be a bit counter-intuitive. Shouldn't Monticello use the timestamp from the server? Kind regards, Andy

2 3

[Pharo-project] Glamour configuration doesn't load in Pharo 1.3
by Lukas Renggli Sept. 7, 2011

Sept. 7, 2011

*** Warning: Warning: This package depends on the following classes: LessonView ScriptManager You must resolve these dependencies before you will be able to load these definitions: LessonView>>shoutAboutToStyle: ScriptManager>>shoutAboutToStyle: Not sure if this is intentional, because now that I load Glamour manually it works nicely in Pharo 1.3 (as well as the build is 4 times faster, 2 instead of 8 min). Lukas -- Lukas Renggli www.lukas-renggli.ch

4 7

[Pharo-project] [update 1.4] #14123
by Marcus Denker Sept. 7, 2011

Sept. 7, 2011

14123 ----- Issue 4767: remove ScriptLoader>>#installingInstaller http://code.google.com/p/pharo/issues/detail?id=4767 Issue 4735: Compatibility package is dirty in Pharo1.4a update: #14112 http://code.google.com/p/pharo/issues/detail?id=4735 -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] ProfStef port
by laurent laffont Sept. 7, 2011

Sept. 7, 2011

Funny, Bernat and Nicolas have written a port of ProfStef to JTalk: http://jtalk-project.org/learn.html Laurent

3 2

[Pharo-project] data set
by Tudor Girba Sept. 7, 2011

Sept. 7, 2011

Hi, To show how Moose can support the analysis of various data sets, I am looking for a case study containing a complex data structure that does not represent a software system, and a set of questions associated with it. Ideally, the data should be freely available and it should contain a set of entities with various properties and various relationships with other entities. Anyone has any idea regarding such a case study? Cheers, Doru -- www.tudorgirba.com "There are no old things, there are only old ways of looking at them."

6 9

Re: [Pharo-project] Some bugs
by Marcus Denker Sept. 6, 2011

Sept. 6, 2011

On Sep 5, 2011, at 2:06 PM, Nicolas Cellier wrote: > > By the way, I would find it cool to have an optional byteCode view > parallel to source code view and see the execution of byte codes, and > why not, a view of Context stack frames. > Also, the debugger might step message by message (AST-based) rather > than byteCode by byteCode, is this what you mean by wrong abstraction > level ? > With the wrong abstraction level: Why do we care about stepping bytecodes at all? Why not only have an AST interpreter based debugger? Marcus -- Marcus Denker -- http://marcusdenker.de

5 5

Re: [Pharo-project] [COTDC] 80#2 - RBSubclassOfClassToRename
by laurent laffont Sept. 6, 2011

Sept. 6, 2011

Today: RBSubclassOfClassToRename Laurent On Mon, Sep 5, 2011 at 9:55 PM, laurent laffont <laurent.laffont(a)gmail.com>wrote: > Today: CategoryEnvironment > > > Comment Of The Day Contest - One Day One Comment > Rules: > #1: Each day a not commented class is elected. Each day the best comment > will be integrated with name of the author(s). > #2: If you cannot comment it, deprecate it. > Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest > > Laurent >

1 0