July 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] [Pharo-users] **Important Please read** Towards First Class Tasks

by laurent laffont

On Fri, Jul 1, 2011 at 10:40 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > Dear Pharoers > > I think that we are doing a great work: when I look at the work on the > theme, better widgets, network.....Excellent! and thanks. > Now we were discussing with Doru about how we as community could coordinate > and structure ourselves better to create more energy. > > Analysis of the current situation: > Right now we have individuals doing great projects, sometimes we > have a group of people but this is often not visible. > Now often happens a bit in ad-hoc way. Because someone ask > something, then somebody replies and we integrate the replies. > > What I would like to see emerging are First Class Tasks with > a name > a topic > a coordinator > a group of interested participants, > a set of identified clients (because clients are the ones that often > make us deliver more), > a little agenda, > a web presence on the web page > > > If we look at what we have right now that are potential Tasks and really > important clients > > - The Z connection: > Network/Socket > Coordinator (proposed): Sven > Socket: Noury Luc Jannik Olivier > Clients: Seasiders, Clouders, > > - Morphic 2: > UI: Alain Gary Igor > Coordinator (proposed): ? > Presenty framework > VoidNullPointer UIBuilder > Athens > Clients: Moose, Pharo IDE > > - Pharo IDE: > Coordinator (proposed): Doru > work around TWM Laurent > Nautilus: Benjamin Laurent > Glamourous: Doru Damien > > - OPAL: > Compiler tool chain > Coordinator (proposed): Marcus? > Jb, Jorge, Marcus, > Helvetia lukas > Niko Schwarz? > > - Package: > Stef, Cyrille > Coordinator (proposed): Stephane > Client: Nautilus, Doru Moose, > > - Metacello > Dale Mariano > Coordinator (proposed): Dale? > Client: Stef with the idea of distribution, Torsten don't > you want to help here? > > - Coral: > Coordinator (proposed): Damien? > Damien, Luc, Adrien, Stef, > Client: Damien, Olivier? > > So what would be good is to have the identification on the web site of > these groups. > More discussions and concentration with a set of little tasks to be > performed > We could tag the mails with [Task-UI], [Task-OPAL], have a little visible > agenda. > > What do you think? I think that it is important. > > > > Stef > > I think we should try this. IMO a task around SUnit & friends is missing. Laurent.

July 1, 2011

Re: [Pharo-project] little challenge for sven and us

by Julian Fitzell

2011/6/30 Janko MivÅ¡ek <janko.mivsek(a)eranova.si> > Whole point is that this is a non-blocking code, in contrast to > continuation based approach like in Seaside, where similar code would > block and wait until dialog component returns answer. > Janko, what are you talking about? If it's not blocking, it's just a callback. Of course Seaside can do the same thing: you just use #show:onAnswer:. Julian

July 1, 2011

Re: [Pharo-project] little challenge for sven and us

by Igor Stasenko

On 1 July 2011 07:32, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> Indeed. Actually the recent JS popular libraries coding style reminds >> me more and more smalltalk. >> Looks like they are inventing new wheel, going long road from creepy C >> syntax and C programming style >> to smalltalk. > > > The problem igor is that they will get there and fast because the world is faster. > Microsoft is creating a new lab at Zurich for example. And our nice little community > did not move since at least one decade. > Sometimes I'm immensely sad to see for example that while julian is working for cincom > he does not lead an effort to bring Seaside to the next level. Company vision are puzzling me. > To get to the next level, first you have to define what is next level. For me , i don't see what is the next level for web application framework like seaside. Do you? > Stef > -- Best regards, Igor Stasenko AKA sig.

July 1, 2011

[Pharo-project] **Important Please read** Towards First Class Tasks

by StÃ©phane Ducasse

Dear Pharoers I think that we are doing a great work: when I look at the work on the theme, better widgets, network.....Excellent! and thanks. Now we were discussing with Doru about how we as community could coordinate and structure ourselves better to create more energy. Analysis of the current situation: Right now we have individuals doing great projects, sometimes we have a group of people but this is often not visible. Now often happens a bit in ad-hoc way. Because someone ask something, then somebody replies and we integrate the replies. What I would like to see emerging are First Class Tasks with a name a topic a coordinator a group of interested participants, a set of identified clients (because clients are the ones that often make us deliver more), a little agenda, a web presence on the web page If we look at what we have right now that are potential Tasks and really important clients - The Z connection: Network/Socket Coordinator (proposed): Sven Socket: Noury Luc Jannik Olivier Clients: Seasiders, Clouders, - Morphic 2: UI: Alain Gary Igor Coordinator (proposed): ? Presenty framework VoidNullPointer UIBuilder Athens Clients: Moose, Pharo IDE - Pharo IDE: Coordinator (proposed): Doru work around TWM Laurent Nautilus: Benjamin Laurent Glamourous: Doru Damien - OPAL: Compiler tool chain Coordinator (proposed): Marcus? Jb, Jorge, Marcus, Helvetia lukas Niko Schwarz? - Package: Stef, Cyrille Coordinator (proposed): Stephane Client: Nautilus, Doru Moose, - Metacello Dale Mariano Coordinator (proposed): Dale? Client: Stef with the idea of distribution, Torsten don't you want to help here? - Coral: Coordinator (proposed): Damien? Damien, Luc, Adrien, Stef, Client: Damien, Olivier? So what would be good is to have the identification on the web site of these groups. More discussions and concentration with a set of little tasks to be performed We could tag the mails with [Task-UI], [Task-OPAL], have a little visible agenda. What do you think? I think that it is important. Stef

July 1, 2011

[Pharo-project] Troubles with #flushCache and #run:with:in:

by Lukas Renggli

Hi Eliot, I am using one of the latest VMs from your site (VM.r2434) and I continue to have subtle problems with objects as methods (#flushCache, #run:with:in:). The issue is that the test coverage in Pharo is kind of broken on Cog for a long time already. It reports methods as not covered that are clearly covered, and tests seem to randomly fail. I suspected that there is something wrong with the coverage code itself. So I started to experiment with TestCoverage>>flushCache and noticed that the current implementation TestCoverage>>flushCache self reference methodSymbol flushCache performs not that well: The set of not covered methods is wrong and many tests suddenly fail. If I replace it with TestCoverage>>flushCache self reference actualClass flushCache I actually get accurate coverage information, but there are still a few tests constantly failing. I tried to use all possible combinations of #flushCache (also calling it on the compiled method), but only flushing the cache on the class seems to work properly. So far so good, but I really wonder what the correct way is to flush the cache? :-) For my experiments I was using the package 'AST-Tests-Semantics'. This is a small package with lots of test methods that cover each method but one (RBSemanticAnnotationMisssing>>#isResumable). Now the "real" problem is that when running these tests in coverage mode, the same 4 tests always fail: RBSemanticTest>>testBlockScope RBSemanticTest>>testCascadeReceiver RBSemanticTest>>testClassVariableBinding RBSemanticTest>>testGlobalVariableBinding Not sure of how to debug that? Do you have an idea why these otherwise passing tests suddenly fail? If you want to try to reproduce you can use any Pharo image with the tests loaded, or use those that I used: http://jenkins.lukas-renggli.ch/job/Development/lastSuccessfulBuild/artifac… http://jenkins.lukas-renggli.ch/job/Development/lastSuccessfulBuild/artifac… Open the Test Runner, select 'AST-Tests-Semantics' and 'Run Coverage'. Any help or clarification would be appreciated :-) Lukas -- Lukas Renggli www.lukas-renggli.ch

July 1, 2011

Re: [Pharo-project] Please test Pharo 1.3!

by StÃ©phane Ducasse

> > > Dont know about the state of completion these days ... but it > would be nice if this would just be an option one sets on the editor. yes but if nobody looks it will not happen :)

July 1, 2011

Re: [Pharo-project] 1.3 profiler - nice stuff!

by Mariano Martinez Peck

On Fri, Jul 1, 2011 at 12:34 AM, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>wrote: > Recent mention of the profiler prodded me to take a look at the profiler in > 1.3. Very nice! Some "quick" changes that I think would be good: > > (1) Shout in the code pane; > (2) Use tabs to show the gc data or the code; > (3) Add a tab to show the result rather than using a modal notifier (which > probably quickly gets dismissed, and then missed<g>). > > Yes, that would be nice. Open a ticket :) > A non-quick change, if it's even possible... Some of the slickest Dolphin > goodies in existence include: Ian Bartholomew's ChunkBrowser (Pharo's lost > changes is close and useful, but not the same) and Profiler, the > SUnitBrowser (nicer than the SUnit test runner), and Ghoul. > > Ghoul is well named. It presents Dolphin crash dumps in a debugger-like > view: > > http://metagnostic.org/DolphinSmalltalk/Ghoul.html > > If there is, or could/should be enough data in a profile to do the same > thing, it would make an interesting addition. Then interacting with the > code includes the ability to see the values of variables. > > Bill > > -- Mariano http://marianopeck.wordpress.com

July 1, 2011

Re: [Pharo-project] Please test Pharo 1.3!

by Torsten Bergmann

> > > > - Script Manager is broken: adding a script produces an error > > > > Torsten, can you take a look? When I downloaded a fresh Pharo-dev 1.3 from Hudson this morning I was not able to reproduce this. ScriptManager worked without a problem. The only problem I noticed was that there was no styling (which is fixed by replacing MorphicTextEditor with PluggableTextMorph in a new "ScriptManager-Core-tbn.13"). Feel free to integrate this version. It would also nice if ScriptManager would support autocompletion but I got lost in all these completionController stuff... If anyone knows how to apply it feel free to have a look. Dont know about the state of completion these days ... but it would be nice if this would just be an option one sets on the editor. Bye T. -- NEU: FreePhone - kostenlos mobil telefonieren! Jetzt informieren: http://www.gmx.net/de/go/freephone

July 1, 2011

[Pharo-project] [update 1.4] #14022

by Marcus Denker

14022 ----- Issue 4475: Senders button of finder tool DNU browseSendersOf: http://code.google.com/p/pharo/issues/detail?id=4475 Issue 4457: Polymorph-ToolBuilder package need to be removed http://code.google.com/p/pharo/issues/detail?id=4457 (package not yet removed, just cleanup) -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

July 1, 2011

[Pharo-project] [update 1.3] #13281

by Marcus Denker

13281 ----- Issue 4475: Senders button of finder tool DNU browseSendersOf: http://code.google.com/p/pharo/issues/detail?id=4475 Issue 4473: About HTTP proxies, settings and MacOS http://code.google.com/p/pharo/issues/detail?id=4473 -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

July 1, 2011