- Pharo-dev - lists.pharo.org

[Pharo-project] fixReversedValueMessages
by StÃ©phane Ducasse Nov. 18, 2008

Nov. 18, 2008

hi I would like to know a bit more about fixReversedValueMessages. Can we get rid of it? Or do we still have old event handlers around? Stef

1 0

[Pharo-project] about browsers and the vision behind pharo
by StÃ©phane Ducasse Nov. 18, 2008

Nov. 18, 2008

Hi This is a call for a better browser. David may be you should fork and produce one single browser. Now there is a real need for a real browser that does not simply reproduce the old ones: - why do I have to click on the right pane for certain operation like -F to find a class. - why can I get some icons to see the status of my tests - why there is no button to run a test? - ... I think that one or even the central point of Pharo is to make sure that we can move forward. If pharo is just yet another Smalltalk with exactly the same old way of thinking then we will just have failed. The Smalltalk community is stuck. Let us break the museum. I do not want to live in a dusty place just because it is the way to do it. So this is really important that people can bring NEW ideas into the community. Stef

1 0

[Pharo-project] [ANN] Pharo Core #10156
by Marcus Denker Nov. 17, 2008

Nov. 17, 2008

Hi, A new zip file is available: https://gforge.inria.fr/frs/download.php/10978/Pharo0.1Core-10156.zip Highlights: -> Mac Menu support -> Process Specific variables ChangeLog: ========== update10143 - fix dropFrom: - etoy removal fight ------------------------------------------------------ update10144 - ifNotNilDo: calls renamed - Issue 232: Recreate Special Objects Array should preserve external semaphores + Fix ------------------------------------------------------ update10145 - Issue273-EmbeddedWorldBorderMorph-removal ------------------------------------------------------ update10146 -Issue 219: Cryptography does not load into Pharo ------------------------------------------------------ update10147 -etoy cleaning event etoy and autoexpansion ------------------------------------------------------ update10148 - Etoy cleaning (la nausee) ------------------------------------------------------ update10149 Morph removed couldHoldSeparateDataForEachInstance currentDataInstance goToPreviousCardInStack insertCard installAsCurrent: reshapeBackground relaxGripOnVariableNames reassessBackgroundShape stack stackDo: isStackBackground setAsDefaultValueForNewCard isPlayer: aPlayer ofReferencingTile: tile traverseRowTranslateSlotOld: oldSlotName of: aPlayer to: newSlotName traverseRowTranslateSlotOld: oldSlotName to: newSlotName openViewerForArgument handMeTilesToFire triggerScript: variableDocks shouldRememberCostumes currentDataValue newPlayerInstance isSyntaxMorph enclosingEditor topEditor Morph fixed tryToRenamed: tabHitWithEvent: PasteUpMorph removed scriptSelectorToTriggerFor: viewerFlapTabFor: ------------------------------------------------------ update10150 -> Issue 333: A fix for animated GIF harvested from Squeak -> Mantis 0006343: Process does not need to be a special object Change proposed by martin v. Loewis: When changing Process, I was warned that it is a special object and therefore it is dangerous to change its class definition. Process currently lives at: 28 of Smalltalk specialObjectsArray. In reviewing all references to the special objects array, I could not find any reference to that slot, neither in the Squeak 3.9 image nor in the VM. -> Postscript: Smalltalk recreateSpecialObjectsArray. ------------------------------------------------------ update10151 -> Issue 146: ClassDescription>>copyUnobstrusevely ClassDescription>>copyUnobstrusevely and friends are only invoked by kedama which should be removed -> Issue 128: M5711: TextFieldMorph changes text position when emptied -> now really do Postscript: Smalltalk recreateSpecialObjectsArray. ------------------------------------------------------ update10152 -> Issue 276: candidate for core: Process-specific variables Martin von Loewis did a nice implementation of thread-specific variables: This project provides process-specific variables (called TLS - thread- local storage) in other environments. Two kinds of variables are provided: ProcessLocalVariable (similar to TLS), and DynamicVariables (akin LISPs dynamic scope) ------------------------------------------------------ update10153 Issue 308: Mac Menu support ------------------------------------------------------ update10156 ssue 195: Unicode membership test reduced to String #= (String #compare:caseSensitive:) ? M6336 -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

2 2

[Pharo-project] displaying class variables in OB
by Igor Stasenko Nov. 17, 2008

Nov. 17, 2008

There is difference in what you receive when you clicking variables button in 'instance side' mode and 'class side' mode. The first shows instance variables for class instances and class variables, while second shows instance variables for actual class object and class variables of class class. But what is confusing, that window title, in both cases reads as 'XXXX variables', where XXX is class name. I think there should be difference (at leas in title) : 'XXX variables' - for instance side browsing XXX class's variables / XXX class object variables for class side browsing.. Or maybe something different to avoid confusion and ambiguility between class variables of class, and class variables of class class. -- Best regards, Igor Stasenko AKA sig.

1 0

[Pharo-project] New pharo-dev based on latest version
by Damien Cassou Nov. 17, 2008

Nov. 17, 2008

http://gforge.inria.fr/frs/download.php/10978/Pharo0.1Core-10156.zip Always downloadable from: http://code.google.com/p/pharo/wiki/Downloads -- Damien Cassou http://damiencassou.seasidehosting.st

1 0

[Pharo-project] [update] #10153: MacMenu Support
by Marcus Denker Nov. 17, 2008

Nov. 17, 2008

Hi, 10153 now has the macmenu support integrated (thanks to John Macintosh). What needs to be done: -> make Tools, Windows, Debug and System to first level menu items. Marcus -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

1 0

[Pharo-project] Exploring an event handling implementation
by Igor Stasenko Nov. 17, 2008

Nov. 17, 2008

Hello list, it is strikes me, how complex event handling in squeak. :) I want to make it less fuzzy, but it looks like there is too much to do for achieving that. In current state, it grew out from multiple evolutionary steps - old VM has no event queue, so at language side, it has to support two ways to fetch events from VM. A key primitive which feeds an events from VM is in EventSensor>>primGetNextEvent: , which fills a provided array with 8 indices. It looks like a good point to reuse same array for fetching events, to not create new instance for each single event, right? (in EventSensor>>fetchMoreEvents) eventBuffer := Array new: 8. [self primGetNextEvent: eventBuffer. type := eventBuffer at: 1. type = EventTypeNone] whileFalse: [self processEvent: eventBuffer]. But hey.. let's look further: EventSensor>>queueEvent: evt "Queue the given event in the event queue (if any). Note that the event buffer must be copied since it will be reused later on." eventQueue ifNil:[^self]. eventQueue nextPut: evt clone. so, its avoiding creating new instance in #primGetNextEvent:, but then creating a new one later (by cloning it), e.g. instead of using single primitive which creates new instance & fill it with values, we use two primitives. Well, this strategy would be valid, if we, instead of putting raw event buffers into queue, first, decode the event and put a nice XXXXEvent instances instead. But this not happens in EventSensor, and i really disappointed and asking, why? Instead, an EventSensor puts a raw event buffers (arrays with 8 values) in queue, and then gives them away! Which means that there is not a single place in image where you should deal with cryptic values returned by VM primitive. I think, that first & most important task of event handling should be get rid of this cryptic looking array of 8 values, by deciphering them and replacing with an appropriate instances of some event, which having a good protocol & easy to manipulate/work with. Consider an easy scheme, which can deal with deciphering event buffers into a nice events: First , we can associate each kind of event with a class. There is not much of them , defined in VM /* Event types. */ #define EventTypeNone 0 #define EventTypeMouse 1 #define EventTypeKeyboard 2 #define EventTypeDragDropFiles 3 #define EventTypeMenu 4 #define EventTypeWindow 5 So, all we need to do is to have an array of eventKinds , which contains appropriate classes for each event kind. eventKinds := Array new: 5. eventKinds at: 1 put: MouseEvent. eventKinds at: 2 put: KeyboardEvent. ... then, if we want to decode an event from event buffer, we can simply do: newEvent := (eventKinds at: (eventBuffer at: 1)) decodeFrom: eventBuffer. And voila, we can play with events as we like. e.g. instead doing something cryptic like: type := eventBuffer at: 1. type == 1 ifTrue: [ ... ] we can write code in more human friendly manner: event isMouseEvent ifTrue: [. ..] As you understand, this is only a tip of the iceberg. It is really scary piece of system, each time i'm looking at it, something tells me - hey pal, leave this stuff and never look at it again :) P.S. I'm understand, that event handling code is born from multiple waves and being modified by different developers. And i'm appreciate their efforts, because despite the design it works! -- Best regards, Igor Stasenko AKA sig.

6 17

[Pharo-project] How's closure support going?
by bryce＠kampjes.demon.co.uk Nov. 17, 2008

Nov. 17, 2008

Just curious. I'm a bit busy at the moment and my Squeak time is going towards fixing one of the remaining long standing bugs in Exupery. Once it's fixed, there may be some time to look at building a VM on either Windows or Mac. Bryce

2 1

[Pharo-project] [updates] 10150-10152
by Marcus Denker Nov. 16, 2008

Nov. 16, 2008

10150 ------ -> Issue 333: A fix for animated GIF harvested from Squeak -> Mantis 0006343: Process does not need to be a special object Change proposed by martin v. Loewis: When changing Process, I was warned that it is a special object and therefore it is dangerous to change its class definition. Process currently lives at: 28 of Smalltalk specialObjectsArray. In reviewing all references to the special objects array, I could not find any reference to that slot, neither in the Squeak 3.9 image nor in the VM. 10151 ------ -> Issue 146: ClassDescription>>copyUnobstrusevely ClassDescription>>copyUnobstrusevely and friends are only invoked by kedama which should be removed -> Issue 128: M5711: TextFieldMorph changes text position when emptied -> now really do Postscript: Smalltalk recreateSpecialObjectsArray. 10152 ----- -> Issue 276: candidate for core: Process-specific variables Martin von Loewis did a nice implementation of thread-specific variables: This project provides process-specific variables (called TLS - thread- local storage) in other environments. Two kinds of variables are provided: ProcessLocalVariable (similar to TLS), and DynamicVariables (akin LISP's dynamic scope) -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

3 5

[Pharo-project] Issue 333 fix ready for harvesting
by Torsten Bergmann Nov. 16, 2008

Nov. 16, 2008

Issue ID 333 is fixed [1]. The mcz with version 68 for the Graphics package in the pharo inbox can be harvested. If you want to try yourself load the GIF [2] before and after applying the fix. Thanks to Jerome Peace [3]. Bye Torsten [1] http://code.google.com/p/pharo/issues/detail?id=333 [2] http://www.mathconsult.ch/showroom/unipoly/anim24.gif [3] http://lists.squeakfoundation.org/pipermail/squeak-dev/2008-November/132428… -- "Feel free" - 5 GB Mailbox, 50 FreeSMS/Monat ... Jetzt GMX ProMail testen: http://www.gmx.net/de/go/promail

2 2