January 2012 - Pharo-dev - lists.pharo.org

[Pharo-project] Process questions about configurationOfâ¦.
by StÃ©phane Ducasse Jan. 8, 2012

Jan. 8, 2012

Hi guys What is the process we want? What I would like is MetaRepoForPharo13Inbox were everybody can write and a jenkins process that loads every published version and try to load it (after we will run tests and check rules). depending on the result the configuration is promoted into MetaRepoForPharo13 or MetaRepoForPharo13Broken At the end of the month we will have one engineer working on jenkins and I would like to ask him to start to put in place this process. What do you think? Stef

6 9

[Pharo-project] [COTDC] 102 - ZLibReadStream
by sean＠clipperadams.com Jan. 8, 2012

Jan. 8, 2012

101 classes done 795 classes remaining Continuing in Compression... Today: ZLibReadStream 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 p.s. this message was sent from a pharo image. Did you know you could easily do that?!

1 0

[Pharo-project] Pharo and new Androids (was: happy new year plus cogdroid news)
by Dimitry Golubovsky Jan. 8, 2012

Jan. 8, 2012

Hi, Guido Stepken wrote: > Google has unified development for handy and tablet 4.0. They have introduced scalable, animated tiles, reacting on events, coming from analysing contents of about 100 different protocols streaming > through the machine. Google even collects barometer and temperature information global, for own weather forecast, and A-GPS information for traffic jam maps. Well, every application on Android is event-driven (rather than polls for events itself). This of course applies to CogDroid. See [1] - how it was initially implemented in Andreas' classic VM port, and later the same design was done in Cog [2]. For scalable animated tiles I believe you mean the widget views which have been improved in Android 4. But having an application look as a widget is just a way to configure its main view. Currently the CogDroid main view is fullscreen. So, for events, I think more can be done in the way Android events are mapped to Smalltalk events. Currently only touch and keyboard events are processed, and they are treated by the image as regular Linux (polled) input events - just for the sake of the "Regular" GUI to work. Nothing prevents development of a different event handler behaving in desired way. Maybe some reflection must be done on incoming messages, and then recipients of those messages inside an image could be resolved symbolically. Do you have an example of an Android scalable tile application with sources? I might look which events it takes, and how can I map them into Smalltalk messages internally. For widget vs. fullscreen view: the code of VM itself has been separated into a Java class library, so it may be possible to write overriding classes for activity and view so it show up as a tile. Only nobody has tried this yet. Maybe I need to make some of widget functionality part of the library. > This new tile approach is even intended to be > introduced onto desktops, so i fear, former designs with pulldown menus will look old fashioned in about one year for customers, included Windows 7, Mac OS X. > This new tile design even can be found already in Samsung TV's. Yes, and I am belong to the number of people who want this. The Android-x86 project makes steps towards better adoption of Android on the Intel architecture (desktops and laptops). Unfortunately, the state of things is: Gingerbread works more or less (I use it for my Cogdroid testing) - but it is not very convenient for desktop use - at the userland level of course, Honeycomb works so-so (I was able to PXE-load it onto a PC, and browse Internet, but asynchronous downloads always get stuck and never complete, so I could not even install CogDroid on it). ICS is from barely working to not working at all - never worked for me. But eventually I think (open sourced part of) Android will make a good single-user client-oriented Linux distro (Ubuntu and likes are server distros, and there seems to be no other Linux distro aimed at an average smartphone user level than Android). > Like Jobs banned flash on iphone for power consumption disadvantages, Google has dropped the "monolithic" design approach and invented a "multi-vm-vm", where multiple bytecodes are executed > in parallel, but time slices are controlled by the underlying linux scheduler. This approach leads to very good uptimes of your handy or tablet. 1/2 Watt incl. Display at normal operation. Well, if you mean that most of the userland is event-driven, it is true, and as I wrote earlier, the only reason I need to keep sending periodic timer events to CogDroid is to make its regular Pharo desktop work as usual: blinking text cursors, scrollers when scroll buttons are held still, network operations which run long without any user input. If you need an application which only reacts to external events, and not doing anything in between (like most of mobile apps should behave), just put the background timer delay to maximum value, and Cog code will not run without external events at all. I'll try to make this configurable. > So, any "monolitic" vm will consume too much power. Pharo Smalltalk completely had to be redesigned to work on multi-vm-vm, where parts of smalltalk code can be time scheduled by the > underlying kernel. Apart from the fact, that about a hundred new protocols had to be implemented in pharo, i see NO chance in integrating pharo in the new operating system designs. I think we already have this covered in part - see my notes on disabling the background timer, and reflection on external messages to resolve them into Smalltalk classes to handle them. > This is state of development on vm's . And yes, jitter included. Thanks for your suggestions - very interesting direction of development. --------------------- [1] http://lists.squeakfoundation.org/pipermail/vm-dev/2009-November/003385.html [2] http://lists.gforge.inria.fr/pipermail/pharo-project/2011-August/052848.html -- Dimitry Golubovsky Anywhere on the Web

1 0

[Pharo-project] [update 1.4] #14279
by StÃ©phane Ducasse Jan. 8, 2012

Jan. 8, 2012

14279 ----- - Issue 5157: Finder > Class > right-click > Hierarchy opens not on Class but on FinderClassNode. Tx Benjamin van Ryseghem. http://code.google.com/p/pharo/issues/detail?id=5157 - Issue 5151: Recategorization of PanelMorph. Thanks Benjamin van Ryseghem. There is no useless cleans. Even small steps are cool and important. http://code.google.com/p/pharo/issues/detail?id=5151 - Issue 5154: It would be great to have a setting to allow the Debugger to open centered and be 3/4 of screen. Thanks Alain Plantec. http://code.google.com/p/pharo/issues/detail?id=5154 - Issue 5148: LimitNumberOfEntriesInZnMultiValueDictionary. Thanks Sven van Caekenberghe. http://code.google.com/p/pharo/issues/detail?id=5148 stef

3 4

[Pharo-project] Quantities and Units
by Ben Coman Jan. 8, 2012

Jan. 8, 2012

I am implementing a model defined with quantity data having {value, multiplier, unit} where multiplier is m, c, k, M, etc unit is V, A, Hz, W, etc So I am looking for what quantities/units packages are around before trying to write my own. I have downloaded [1] and had a poke around there with the tests. Are there any further examples around of how to use it and to define new units? I notice that Voltage=Joules/Columb is not defined. Is anyone have any familiar with ports of packages mentioned here [2] [3] [4] from other platforms? cheers, Ben [1] http://www.squeaksource.com/Units.html [2] http://www.cincomsmalltalk.com/publicRepository/Quantities.html [3] http://www.smalltalking.net/goodies/Dolphin/ (scroll to bottom) [4] http://comments.gmane.org/gmane.comp.lang.smalltalk.squeak.general/55894

2 1

[Pharo-project] linesOfCode or another simple/understandable metric vaguely related to 'effort'
by Stefan Marr Jan. 8, 2012

Jan. 8, 2012

Hi: I see #linesOfCode in my image to get a basic idea of what I look at in terms of size. Are there any other 'simple' things? I have heard of Moose, but rather to visualize a system and to dig further into it. But I want rather to 'summarize' and 'compare'. Thus, the typical thing we often try to argue: I can do something with 'less effort'. I am not aware of anything that correlates better with effort than flipping a coin or linesOfCode. So, I would go with linesOfCode for the moment... Did anyone do the exercise to have a linesOfCode based on pretty printed sources? Hints to other tools are also appreciate. Thanks Stefan -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525

3 6

[Pharo-project] An ideal to strive for
by Sean P. DeNigris Jan. 8, 2012

Jan. 8, 2012

I love this Tony Hoare quote: "There are two ways of constructing a software design: One way is to make it so simple that there are obviously no deficiencies and the other is to make it so complicated that there are no obvious deficiencies." -- View this message in context: http://forum.world.st/An-ideal-to-strive-for-tp4274780p4274780.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

2 1

[Pharo-project] [COTDC] 101 - TarArchiveMember
by sean＠clipperadams.com Jan. 8, 2012

Jan. 8, 2012

100 classes done 796 classes remaining Continuing in Compression... Today: TarArchiveMember 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 p.s. this message was sent from a pharo image. Did you know you could easily do that?!

1 0

[Pharo-project] Bug reports: 2 of 6:
by S Krish Jan. 7, 2012

Jan. 7, 2012

2. bug with mouseUp not passing through for event handling with on:send:to: target... click all over the World and you will keep getting the dialog though you are not clicking the morph. #clickClient in MouseClickState holds the morph as the recipient morph for clicks.. rather than the modal dialog.. ( SimpleButtonMorph new extent: 80@60 ; label: 'test' ; on:#click send: #value to:[ UIManager default inform: 'test']; color: Color red) openInWorld.

3 3

[Pharo-project] Bug Report 5 of 6: Minor annoyance in SimpleButtonMorph
by S Krish Jan. 7, 2012

Jan. 7, 2012

5. SimpleButtonMorph>> updateVisualState: evt flashes the button with a color fill. For buttons that I have bitmap style, this is annoying.. ? I can override.. but better not have this for default buttons..?

2 1