April 2015 - Pharo-dev - lists.pharo.org

Forcing GTInspector to refresh

by stepharo

Hi I was doing a video on teaching how to build a simple counter and I would like to know how I can refresh the value of an instance variable in GT. I really hope that we will fix such kind of problem because it kills my fun showing Pharo. Stef

April 4, 2015

Re: [Pharo-dev] Magritte = Auto-GT Presentation

by stepharo

Cool :) I still have on my endless todo to write a new chapter on magritte 3 :( Le 4/4/15 06:01, Sean P. DeNigris a Ã©crit : > gtInspectorMagritteIn: composite > <gtInspectorPresentationOrder: 30> > | table | > table := composite table > title: 'Magritte'; > display: [ self magritteDescription children collect: [ :desc | > desc label -> (desc toString: (desc accessor read: self)) ] ]; > column: 'Field' evaluated: #key; > column: 'Value' evaluated: #value; > send: #value > > descriptionName > <magritteDescription> > > ^ MAStringDescription new > accessor: #name; > label: 'Name'; > priority: 100; > yourself > descriptionPages > etc... > > <http://forum.world.st/file/n4817448/Screenshot_2015-04-04_00.png> > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Magritte-Auto-GT-Presentation-tp4817448.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. > >

April 4, 2015

Re: [Pharo-dev] MethodContextTest

by Marcus Denker

Yes! > On 04 Apr 2015, at 08:41, Ben Coman <btc(a)openInWorld.com> wrote: > > As I understand it, MethodContext is not more, and now there is only Context. > > Should MethodContextTest be renamed ContextTest ?

April 4, 2015

Re: [Pharo-dev] Ways to do 32-bit arithmetics?

by Andres Valloud

Hang on. It looks like their random number generator is based on a Jenkins' 32 bit hash function* such that the operation is: seed := some initial value. and then Random>>next seed := seed jenkinsHash. ^seed But who said Jenkins' hash function is a good RNG when used that way? I'd be interested to know if there was a proper citation, when I wrote the hash book I didn't see any such thing. Did I miss the reference? Am I reading the code right? Lagged Fibonacci RNGs are much more Smalltalk friendly, I'd use those. Andres. *: it would have been nicer for the code to say *which* Jenkins hash function, I suspect lookup3 but I didn't verify so... On 4/3/15 7:15 , Stefan Marr wrote: > Hi: > > I am porting some benchmarks to Pharo, which rely on a deterministic random number generator that uses 32 bit values. > > In order to have properly comparable results across platforms, it needs to generated the same sequence of numbers. > > So, I am looking for efficient ways to implement it, any ideas? > I am a little at a loss, with SmallInts and Long Ints, how to get the proper 32-bit values, and how to apply the correct shifts, especially the right shift can be problematic. > > Code examples below. > > Thanks > Stefan > > In Java it looks like this: > > private static int seed; > > // Robert Jenkins' 32 bit integer hash function. > public static int random() { > seed = ((seed + 0x7ed55d16) + (seed << 12)) & 0xffffffff; > seed = ((seed ^ 0xc761c23c) ^ (seed >>> 19)) & 0xffffffff; > seed = ((seed + 0x165667b1) + (seed << 5)) & 0xffffffff; > seed = ((seed + 0xd3a2646c) ^ (seed << 9)) & 0xffffffff; > seed = ((seed + 0xfd7046c5) + (seed << 3)) & 0xffffffff; > seed = ((seed ^ 0xb55a4f09) ^ (seed >>> 16)) & 0xffffffff; > return seed; > } > > > In SOM Smalltalk, it looks like this: > > > JenkinsRandom = ( > ---- > | seed | > > seed: val = ( seed := val ) > > "Robert Jenkins' 32 bit integer hash function." > random = ( > seed := ((seed + 2127912214 "0x7ed55d16") + (seed as32BitUnsignedValue << 12) as32BitSignedValue) as32BitSignedValue. > seed := ((seed bitXor: 3345072700 "0xc761c23c") bitXor: (seed as32BitUnsignedValue >>> 19)) as32BitSignedValue. > seed := ((seed + 374761393 "0x165667B1") + (seed as32BitUnsignedValue << 5) as32BitSignedValue) as32BitSignedValue. > seed := ((seed + 3550635116 "0xd3a2646c") bitXor: (seed as32BitUnsignedValue << 9) as32BitSignedValue) as32BitSignedValue. > seed := ((seed + 4251993797 "0xfd7046c5") + (seed as32BitUnsignedValue << 3) as32BitSignedValue) as32BitSignedValue. > seed := ((seed bitXor: 3042594569 "0xb55a4f09") bitXor: (seed as32BitUnsignedValue >>> 16)) as32BitSignedValue. > ^ seed > ) > ) >

April 4, 2015

MethodContextTest

by Ben Coman

As I understand it, MethodContext is not more, and now there is only Context. Should MethodContextTest be renamed ContextTest ?

April 4, 2015

Magritte = Auto-GT Presentation

by Sean P. DeNigris

gtInspectorMagritteIn: composite <gtInspectorPresentationOrder: 30> | table | table := composite table title: 'Magritte'; display: [ self magritteDescription children collect: [ :desc | desc label -> (desc toString: (desc accessor read: self)) ] ]; column: 'Field' evaluated: #key; column: 'Value' evaluated: #value; send: #value descriptionName <magritteDescription> ^ MAStringDescription new accessor: #name; label: 'Name'; priority: 100; yourself descriptionPages etc... <http://forum.world.st/file/n4817448/Screenshot_2015-04-04_00.png> ----- Cheers, Sean -- View this message in context: http://forum.world.st/Magritte-Auto-GT-Presentation-tp4817448.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

April 4, 2015

Re: [Pharo-dev] Pharo 4 Beta, first impressions

by Ben Coman

On Sat, Apr 4, 2015 at 1:26 AM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > IMHO, underneath the windows theme argument is the question of the GUI > > look and feel instability Pharo suffers from one release to another one, > > this ruin a bit the idea of people willing to design desktop > > application[1] with Pharo, where consistency in this department is more > > or less needed. In another hand Phobos may be a better choice then. > > If I was developing an app where a stable look and feel was necessary, and > I wasnât using my own widgets, I would maintain my own theme. AFAIK nothing > about the theme /framework/ has changed, just individual themes are no > longer part of core. > > Perhaps in some Release Notes we need to advise where to removed themes can be found outside the image. cheers -ben

April 4, 2015

Re: [Pharo-dev] About PharoShortcuts

by stepharo

Hi nicolai I'm not yet fully clear about the way we should handle keybinding. They look to me a bit like settings in the sense that a widget should be able to define its own but that the system could also "push" into it some predefined one. We should probably have a way to have local redefinition of binding. While we were brainstorming with Guille about we were thikning about having a command hierarchy as it was done in OB long time ago. Le 3/4/15 13:46, Nicolai Hess a Ã©crit : > 15288 <https://pharo.fogbugz.com/default.asp?15288> > Shortcuts in text editor are hardcoded > > I think it is a good idea to commonly name those short cuts. > But this does not help to make the shortcut handling really configurable. > > For example, how would we change the shortcut for "toggle comment" ? > - we need a setting that lists all PharoShortcuts, > - change the keycombination in the setting > - toggleCommentOnSelectionOrLine now would return the new shortcut > > But how do we populate the change to all users of this shortcut? > We would need to rebuild all keymaps. > (And if we want to save and load this shortcuts settings (load > settings at startup), we > need to rebuild all keymappings on every image startup). > > > Instead, we could define commonly named "Actions". A texteditor can > register this > action in its keymap and the action has a unique configurable > KMKeyCombination May be :) I'm dead now. > > what do you think? > > cheers > nicolai > >

April 3, 2015

Another step towards removing CodeHolder :)

by stepharo

hi guys today guille extended my first cut at writing a new filecontentsbrowser :) now it works so we can remove pseudo-class, filepackage and others :) and we started to define a changelistbrowser. So next sprint we will be able to say bye bye to CodeHolder and the complete hierarchy. Tx Guille

April 3, 2015

Re: [Pharo-dev] Pharo 4 Beta, first impressions

by Sean P. DeNigris

> IMHO, underneath the windows theme argument is the question of the GUI > look and feel instability Pharo suffers from one release to another one, > this ruin a bit the idea of people willing to design desktop > application[1] with Pharo, where consistency in this department is more > or less needed. In another hand Phobos may be a better choice then. If I was developing an app where a stable look and feel was necessary, and I wasnât using my own widgets, I would maintain my own theme. AFAIK nothing about the theme /framework/ has changed, just individual themes are no longer part of core. ----- Cheers, Sean -- View this message in context: http://forum.world.st/Pharo-4-Beta-first-impressions-tp4817257p4817391.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

April 3, 2015