June 2010 - Pharo-dev - lists.pharo.org

[Pharo-project] [update 1.1] #11384

by StÃ©phane Ducasse

11384 ----- Sprint at Bern - NumberParsingTest - Bug fixing for MC Test - ToolBuilderTest fix - CleanScriptLoader - HostMenus fixes - ImageSegment tests - ShadowVariables - Undeclared cleaning Stef

June 5, 2010

Re: [Pharo-project] pharo and stand along GUI projects

by Schwab,Wilhelm K

Sergio, You are the second person in a week to mention GTD, now I'm going to have to read it ;) Your blog entry on it is interesting, but I will take a devil's advocate position on GUI design: many of the tricks more the result of over-engineering and vendor-lock than they are necessary or helpful. I will grant that good visual design is both valuable and *very* hard to do. I have written one GUI app using Pharo by following some of the Polymorph examples. It is not perfect, but it works and I will no doubt be able to do better in the future thanks to the help and Prof Stef browsers in 1.1 and the associated blogs and examples. There are indeed "tricks" of GUI creation, but a lot can be done with "just" the following (much of which we have courtesy of Pinesoft): (1) layout with proportional sizing and fixed offsets, plus splitters; (2) tabs; (3) wizards, which conceptually are mostly about layout with buttons forced into the lower corners; (3) lists of text, single and multi-selection, with optional icons associated with each item; (4) trees; (5) text editors, single and mult-line, read only as an option; (6) a way to display an image and optionally react to mouse events and perhaps modify and redisplay affected portions of the image; (7) modal and modeless dialog boxes; (8) progress indicators with optional cancel button (that works<g>). One can create a toolbar easily enough, but it is a useful abstraction and should be formalized. There are probably other things we could add to this list, but it is enough to build some very useful GUIs. Among these, (6) is the ultimate customizable widget. Many times I have seen people create custom view subclass in Dolphin when an ImagePresenter and some nearly trivial event handling would have done the job and been far less trouble to maintain. Native widgets are over-rated IMHO. That is not to say they have no value, and it would be nice to see us make them easy to use. I am split on whether I would like to see the IDE tools appear as host widgets on Linux; it would probably be best to set (sorry) a preference for the image to run over multiple windows or to default to what we have now which can be very useful if I need to work on two or more images at one time. That is rare, and most of the time I would like to see the OS' task bar include my Smalltalk tools. Many of the above elements are present in http://www.anest.ufl.edu/users/wschwab/DSDN_news.htm which has been superceded by a version that Ian created. I have never learned to like his change from a horizontal to a vertical splitter, but among his changes were speed improvements that were beyond belief so I just thanked him for taking up the cause and used it like everyone else. Speaking of Ian, he wrote a profiler for Dolphin that is wonderful; Pharo's comes somewhat close to it. Ian also gave us his ChunkBrowser, and we have a gaping hole there. Ghoul is not Ian's, but deserves attention, and we have nothing like it. But I digress. These screen captures show their age a bit, mostly in the text; Pharo improves on that if one chooses good fonts. The widgets were native (Dolphin just works that way), but Polymorph would do just as well. The search tab contents might be a bit hard to produce without Dolphin's view composer. People go to great lengths to worry about executables. As long as we have good lock-down tools, it is largely a non-issue. My one stand-alone GUI built in Pharo has an icon sitting on my Gnome menu bar; it points to a shell script that launches the vm with the correct image - done. Most problems I have with my Windows-based software over time get started because I did something Microsoft said to do and then they changed their collective mind on it. End of rant. The short answer is that it can be done now; we have work to do to make things easier. Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of StÃ©phane Ducasse [stephane.ducasse(a)inria.fr] Sent: Saturday, June 05, 2010 7:08 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] pharo and stand along GUI projects you could revive the GTK port gwenael did for pharo. I think that getting real interfaces is always important for pharo. Stef On Jun 5, 2010, at 5:15 AM, sergio_101 wrote: > at this point, the only exposure i have had to pharo is using > seaside.. i hadn't thought much about using it to write stand alone > apps. not that i don't think it would be a good idea, i just haven't > needed to write and GUI apps in awhile.. > > anyway. i am thinking about starting an open source project to scratch > an itch. i would imagine it will scratch a great deal of itches, so i > would like it to be cross platform. i would like to make it look sharp > on all platforms, and be easy to install.. > > should i consider pharo for such a project? > > are there some examples of stand alone apps i can see in real life? > > if you would like a little more background on this, you can check out: > > http://www.codingforhire.com/blog/The-Perfect-GTD-System > > thanks! > > -- > ---- > peace, > sergio > photographer, journalist, visionary > > http://www.CodingForHire.com > http://www.coffee-black.com > http://www.painlessfrugality.com > http://www.twitter.com/sergio_101 > http://www.facebook.com/sergio101 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 5, 2010

Re: [Pharo-project] haltIfShiftPressed

by Niko Schwarz

Seriously, I think the method should be called "h". Just that. Nobody's going to type a method name as long as haltIfShiftPressed for debugging. Debugging is not about readability. Cheers, Niko On Sat, Jun 5, 2010 at 3:31 PM, Niko Schwarz <niko.schwarz(a)googlemail.com> wrote: > Hi list, > > http://code.google.com/p/pharo/issues/detail?id=2510&can=4&colspec=ID%20Typ… > > I suggest the following snippet in object to ease debugging: > > Object>>haltIfShiftPressed > Â self haltIf: [Sensor shiftPressed] > > Pharo image: core > Pharo core version: #11383 > Virtual machine used: Â pharo-vm-osx > > -- > http://scg.unibe.ch/staff/Schwarz > twitter.com/nes1983 > Tel: +41 076 235 8683 > -- http://scg.unibe.ch/staff/Schwarz twitter.com/nes1983 Tel: +41 076 235 8683

June 5, 2010

[Pharo-project] haltIfShiftPressed

by Niko Schwarz

Hi list, http://code.google.com/p/pharo/issues/detail?id=2510&can=4&colspec=ID%20Typ… I suggest the following snippet in object to ease debugging: Object>>haltIfShiftPressed self haltIf: [Sensor shiftPressed] Pharo image: core Pharo core version: #11383 Virtual machine used: pharo-vm-osx -- http://scg.unibe.ch/staff/Schwarz twitter.com/nes1983 Tel: +41 076 235 8683

June 5, 2010

[Pharo-project] ReadWriteStream contents fails

by Niko Schwarz

Hi list, http://code.google.com/p/pharo/issues/detail?id=2508&can=4&colspec=ID%20Typ… The following mini unit test fails: readWriteStreamShouldHonorStartIndex self assert: ( (ReadWriteStream on: 'hallo' from: 3 to: 4) contents = 'll') Instead, contents returns 'hall' Pharo image:core Pharo core version: PharoCore1.1ALPHA, Latest update: #11383 Virtual machine used: pharo-vm-osx Steps to reproduce: 1. Subclass TestCase and add the above method 2. run the test Cheers, Niko -- http://scg.unibe.ch/staff/Schwarz twitter.com/nes1983 Tel: +41 076 235 8683

June 5, 2010

Re: [Pharo-project] pharo and stand along GUI projects

by GermÃ¡n Arduino

Hi: May be I will point well know links here, but anyway, may be useful to you: http://wiki.squeak.org/squeak/1794 (Some screenshots of different applications developed with Squeak) http://www.weather-dimensions.com/ (The well know Dan Ingalls application) And looking the new Preferences on Pharo 1.1 I really think that any sort of application may be developed with Pharo with a good look and feel. HTH. 2010/6/5 sergio_101 <sergiolist(a)village-buzz.com>: > at this point, the only exposure i have had to pharo is using > seaside.. i hadn't thought much about using it to write stand alone > apps. not that i don't think it would be a good idea, i just haven't > needed to write and GUI apps in awhile.. > > anyway. i am thinking about starting an open source project to scratch > an itch. i would imagine it will scratch a great deal of itches, so i > would like it to be cross platform. i would like to make it look sharp > on all platforms, and be easy to install.. > > should i consider pharo for such a project? > > are there some examples of stand alone apps i can see in real life? > > if you would like a little more background on this, you can check out: > > http://www.codingforhire.com/blog/The-Perfect-GTD-System > > thanks! > > -- > ---- > peace, > sergio > photographer, journalist, visionary > > http://www.CodingForHire.com > http://www.coffee-black.com > http://www.painlessfrugality.com > http://www.twitter.com/sergio_101 > http://www.facebook.com/sergio101 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- ================================================= GermÃ¡n S. Arduino <gsa @ arsol.net> Twitter: garduino Arduino Software & Web Hosting http://www.arduinosoftware.com PasswordsPro http://www.passwordspro.com =================================================

June 5, 2010

Re: [Pharo-project] pharo and stand along GUI projects

by StÃ©phane Ducasse

you could revive the GTK port gwenael did for pharo. I think that getting real interfaces is always important for pharo. Stef On Jun 5, 2010, at 5:15 AM, sergio_101 wrote: > at this point, the only exposure i have had to pharo is using > seaside.. i hadn't thought much about using it to write stand alone > apps. not that i don't think it would be a good idea, i just haven't > needed to write and GUI apps in awhile.. > > anyway. i am thinking about starting an open source project to scratch > an itch. i would imagine it will scratch a great deal of itches, so i > would like it to be cross platform. i would like to make it look sharp > on all platforms, and be easy to install.. > > should i consider pharo for such a project? > > are there some examples of stand alone apps i can see in real life? > > if you would like a little more background on this, you can check out: > > http://www.codingforhire.com/blog/The-Perfect-GTD-System > > thanks! > > -- > ---- > peace, > sergio > photographer, journalist, visionary > > http://www.CodingForHire.com > http://www.coffee-black.com > http://www.painlessfrugality.com > http://www.twitter.com/sergio_101 > http://www.facebook.com/sergio101 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 5, 2010

Re: [Pharo-project] first experience with pharo 1.1

by StÃ©phane Ducasse

good to know. Stef On Jun 5, 2010, at 11:48 AM, Tudor Girba wrote: > Hi, > > We started to move Moose to Pharo 1.1. > > In comparison with 1.0, 1.1 is significantly snappier. If we would release a Moose right now, it would still count as a significant improvement :). > > Great job. > > Cheers, > Doru > > > -- > www.tudorgirba.com > > "What we can governs what we wish." > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 5, 2010

[Pharo-project] first experience with pharo 1.1

by Tudor Girba

Hi, We started to move Moose to Pharo 1.1. In comparison with 1.0, 1.1 is significantly snappier. If we would release a Moose right now, it would still count as a significant improvement :). Great job. Cheers, Doru -- www.tudorgirba.com "What we can governs what we wish."

June 5, 2010

[Pharo-project] Issue 2507: Oversized allocation does not fail correctly

by Oscar Nierstrasz

http://code.google.com/p/pharo/issues/detail?id=2507 The following test in KernelTests-Exception fails in PharoCore1.1 AllocationTest>>testOneGigAllocation This test tries to allocate one gig of memory and verify that it either succeeds with the right size of array, or allocation should fail. Instead we get an array of size 0. Curiously: (Array new: 1024*1024*1023) size. -> "Warning! Pharo is almost out of memory!" (Array new: 1024*1024*1024) size. -> 0 (Array new: 1024*1024*1025) size. -> 1048576 Array>>new: runs primitive 71, so this appears to be a VM bug. Oscar Nierstrasz

June 5, 2010