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

Re: [Pharo-project] light-table: live programming for python

by Esteban A. Maringolo

StÃ©phane Ducasse wrote > > we should produce more 5 min videos!!! > Look we are not able to even do that. > No smalltalker with a sane mind would record himself five minutes doing his regular work. :) But truth is we should find a way to impress people like light table did. The most impressive thing in the demo, and I'd bet that was the main resonator in the audience, was the variables replacement by its current values. I don't know how hard would be to have debugger with a splitted window or viewing mode showing the code with the actual values of the variables. Regards, -- Esteban. -- View this message in context: http://forum.world.st/light-table-live-programming-for-python-tp4632751p463… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

June 1, 2012

Re: [Pharo-project] ClassBoxes... bitrotted, or usable?

by Alexandre Bergel

Hi Frank, It would be cool to have Classboxes back on track. The original version of Classbox requires a new method lookup. This can be achieved either by modifying the VM or wrapping the method to intercept a call (using method wrapper for example). Interesting variants of classboxes could be realized by: - having a lookup for classes: when you write "Morph new", then the name "Morph" is looked up, pretty much as methods are - having a class Selector that get evaluated into a symbol. You can then achieved selector namespaces, which does not incur a cost at execution. Cheers, Alexandre On Jun 1, 2012, at 10:55 AM, Frank Shearar wrote: > I mused with a colleague about how I'd like to see "lexically scoped > monkey patching", and he pointed me to some guys that want to add that > to Ruby (http://timelessrepo.com/refinements-in-ruby) Note the > inspiration for their work: ClassBoxes! > (http://scg.unibe.ch/research/classboxes) > > I remember reading the paper years ago, and started working through it > again now. Something that's not clear to me is this: does ClassBoxes > require VM-side changes? (Because it changes the method lookup, after > all, searching packages for methods before working up the inheritance > tree.) If so, how invasive are they? If not, do we have a ball-park > estimate of how much work it would be to update ClassBoxes to a more > recent Squeak/Pharo? > > I'm more than happy to do the dogwork. I'd just like to know whether > I'm signing up for months of work or not. > > Thanks! > > frank > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

June 1, 2012

Re: [Pharo-project] Pharocasts ... updating and screencasts wanted

by StÃ©phane Ducasse

good ideas! Stef On Jun 1, 2012, at 9:21 AM, Tudor Girba wrote: > Hi, > > Several short Moose demos are available here (including Mondrian and Glamour): > http://www.humane-assessment.com/resources/demos > > I would be happy to get them on pharocasts.com as well. > > Cheers, > Doru > > > > On 31 May 2012, at 10:22, Torsten Bergmann wrote: > >> Hi all, >> >> http://www.pharocasts.com/ is a little bit outdated >> since it still shows Pharo 1.3 instead of 1.4. >> Download linke also goes to 1.3. >> >> Would also be nice if someone can record some new >> screencasts on things like >> >> - Nautilus >> - Roassal >> - Zinc/Zodiac >> - New Fuel Release with visual debugging support >> - Ring >> - FileSystem >> - NativeBoost >> - Nagare logging library >> - Artefact PDF library >> - Athens >> - Working with SS3 >> - ... >> >> and send them to Laurent. >> >> Any takers? >> >> Thx >> T. >> -- >> Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir >> belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de >> > > -- > www.tudorgirba.com > > "It's not what we do that matters most, it's how we do it." > >

June 1, 2012

Re: [Pharo-project] [squeak-dev] ClassBoxes... bitrotted, or usable?

by StÃ©phane Ducasse

hi frank > I mused with a colleague about how I'd like to see "lexically scoped > monkey patching", and he pointed me to some guys that want to add that > to Ruby (http://timelessrepo.com/refinements-in-ruby) Note the > inspiration for their work: ClassBoxes! > (http://scg.unibe.ch/research/classboxes) do you know the difference between refinements and classboxes? > > I remember reading the paper years ago, and started working through it > again now. Something that's not clear to me is this: does ClassBoxes > require VM-side changes? no > (Because it changes the method lookup, after > all, searching packages for methods before working up the inheritance > tree.) If so, how invasive are they? If not, do we have a ball-park > estimate of how much work it would be to update ClassBoxes to a more > recent Squeak/Pharo? In the implementation of alex it was mainly a couple of classes generating special byte codes. (in fact at the beginning he got a different vms and after he did not needed it). Now I would really like to see if we do not prefer to have selector namespaces = each symbol is prefixed with the namespace it is compiled in. > I'm more than happy to do the dogwork. I'd just like to know whether > I'm signing up for months of work or not. No ask alex for the code it was really simple. Now the fact that an expression was different when executed a different class boxes made me uncomfortable. I would love to have a real case study showing the advantage because we have extesnions: adding method overriding methods. then what is the visibility of the extension - global - local = selector namespace - classboxes > Thanks! > > frank >

June 1, 2012

Re: [Pharo-project] light-table: live programming for python

by StÃ©phane Ducasse

we should produce more 5 min videos!!! Look we are not able to even do that. Stef On Jun 1, 2012, at 5:02 PM, Esteban A. Maringolo wrote: > We're not missing much, and somehow Smalltalk and particularly Pharo provides > much more. > > It's funny how a non-mainstream lang like Clojure was able to pitch a tool > like this to raise $300K in Kickstarter. I envy these kind of outcomes, and > always makes me thing what we, Smalltalkers as a community, are missing > something regarding communication/marketing. > > Best regards, > > -- > Esteban > > > > -- > View this message in context: http://forum.world.st/light-table-live-programming-for-python-tp4632751p463… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

June 1, 2012

Re: [Pharo-project] about cursor: an interesting blog post

by StÃ©phane Ducasse

+1 We will have to look at that now let us finish what we started. > I am completely agree with this post. > A showWhile: pattern takes its roots from modal processing, > when user is blocked and have to wait till something will give control > back to him. > This is inacceptable and should be exterminated. It was excusable for 80's , > partly excusable in 90's .. and completely inexcusable past 0's. > > A progress bar is another abomination of same kind. > Look at download bars in your internet browser: do they center it in a > window on top of everything and preventing you from doing anything? or > maybe they just sit in the corner and not interfere? > This is a road where we should put our steps on. > > We should remember once and for eternity: staying responsible to user > input is most important task for a system. The rest doesn't matters. > > > On 31 May 2012 21:22, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> http://www.cincomsmalltalk.com/userblogs/travis/blogView?showComments=true&… > > > > -- > Best regards, > Igor Stasenko. >

June 1, 2012

Re: [Pharo-project] What i would like to have instead of progress bar

by Ben Coman

Chris Cunningham wrote: > On Thu, May 31, 2012 at 4:58 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > >> If you would ask me (yeah nobody asking me, by i will tell anyways ;) ) >> how the indication of a progress of some process should look like, >> here's my potential answer: >> > <snip> > >> - no stupid nesting.. i don't care what happens inside of something >> else happens.. >> if it is really necessary, i would just replace the title of a task >> with it's subtask title while it performing. >> this is just about first rule: it has to be a single line, not a bunch >> of lines stocking one over another.. >> i think this is abuse. >> >> most of the times, i just need a notion of progress of a whole thing, >> not progress of it's subthings >> > > I have cases where I have multiple background processes going on that > occassionally wake up, and in that case, I really, really appreciate > the stacking progress bars - I can tell that one (or more) background > processes have kicked off. This isn't quite 'nesting', although I > think it uses some of the same features. > > As long as some result out of this discussion doesn't remove that > capability, I agree with what you are saying. > > -Chris > > > The "number" of simultaneous progress bars could be displayed next to a single one showing in a bottom status/task bar - and a hover of them would expand to show them all.

June 1, 2012

Re: [Pharo-project] [update 2.0] #20103

by Pavel Krivanek

Tests Guard report: http://code.google.com/p/pharo/wiki/TestsGuard testGeneralInquiries is green again. There are no platform specific failures. -- Pavel On Fri, Jun 1, 2012 at 5:22 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > 20103 > ----- > > Â Issue 6006: Â Â mac vm tests get stucked on mac > Â Â Â Â http://code.google.com/p/pharo/issues/detail?id=6006 > > Issue 6003: Â Â Missing Class Comment for FreetypeFontProvider > Â Â Â Â http://code.google.com/p/pharo/issues/detail?id=6003 > > Issue 6001: Â Â Deprecated ReferenceStream > Â Â Â Â http://code.google.com/p/pharo/issues/detail?id=6001 >

June 1, 2012

Re: [Pharo-project] What i would like to have instead of progress bar

by Esteban A. Maringolo

Chris Cunningham wrote > > I have cases where I have multiple background processes going on that > occassionally wake up, and in that case, I really, really appreciate > the stacking progress bars - I can tell that one (or more) background > processes have kicked off. This isn't quite 'nesting', although I > think it uses some of the same features. > > As long as some result out of this discussion doesn't remove that > capability, I agree with what you are saying. +1. If the progress tracks something that happens in the background with no direct impact to the workflow (such as uploading/downloading something), I'm ok to have a separate out-of-bounds bar. If the progress is modal, it is... I need to wait until it finishes, I think it should be as it is now. Regards, Esteban. -- View this message in context: http://forum.world.st/What-i-would-like-to-have-instead-of-progress-bar-tp4… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

June 1, 2012

Re: [Pharo-project] Trouble loading XML RPC

by Noury Bouraqadi

It seems that XMlRPC-Server relies on it. Strage. We need to clean it up. Luc and I started looking at it because we need it for a robotic project. Noury On 31 mai 2012, at 14:50, StÃ©phane Ducasse wrote: > why spy is needed? > I thought it was a meta spying tools. > May be this is also time to build a configuration. because > > > Stef > > On May 31, 2012, at 12:34 PM, Noury Bouraqadi wrote: > >> Hi, >> >> I tried loading XML RPC from SS3 as suggested by evaluating: >> Gofer new >> squeaksource3: 'XMLRPC'; >> package: 'ConfigurationOfXMLRPC'; >> package: 'Spy'; >> package: 'XMLRPC-Client-Core'; >> package: 'XMLRPC-Client-Tests'; >> package: 'XMLRPC-Server'; >> package: 'XMLRPC-Server-Core'; >> package: 'XMLRPC-Server-Tests'; >> load >> >> But I got an exeception "Unable to resolve Spy-maf.4". >> It seem that there is a problem, since the latest Spy is version 7. >> I tested on both Pharo 2 and 1.4 and got the same result. >> >> Then I tried to loadConfigurationOfXMLRPC alone >> Gofer new >> squeaksource3: 'XMLRPC'; >> package: 'ConfigurationOfXMLRPC'; >> load >> ConfigurationOfXMLRPC load >> >> On Pharo 2, I got notifications (see below) that make me belive that DynamicBindgs and KomHttpServer were not ported to Pharo 2. >> >> Noury >> -- >> http://twitter.com/#!/NouryBouraqadi >> http://www.kroobe.com/profile/noury >> >> >> ***Dynamic Bindings >> This package depends on the following classes: >> BlockContext >> You must resolve these dependencies before you will be able to load these definitions: >> forkWithBindings >> forkWithBindings: >> forkWithClampedBindings >> forkWithClampedBindings: >> forkWithIsolatedBindings >> forkWithIsolatedBindings: >> newProcessWithBindings >> newProcessWithBindings: >> newProcessWithClampedBindings >> newProcessWithClampedBindings: >> newProcessWithIsolatedBindings >> newProcessWithIsolatedBindings: >> valueWithBindings: >> valueWithBindingsContext: >> >> >> ***KomHttpServer >> This package depends on the following classes: >> TranscriptStream >> BlockContext >> You must resolve these dependencies before you will be able to load these definitions: >> doPostProcessingFor:response: >> processHttp >> processHttpRequest: >> processVisitor: >> validateForStack: >> visitWithValuable: >> isTranscriptStream >> >> >> >> Afin de contribuer au respect de l'environnement, >> merci de n'imprimer ce courriel qu'en cas de necessite >> >> Please consider the environment before you print >> >> >> >> > > Noury -- http://twitter.com/#!/NouryBouraqadi http://www.kroobe.com/profile/noury Afin de contribuer au respect de l'environnement, merci de n'imprimer ce courriel qu'en cas de necessite Please consider the environment before you print

June 1, 2012