November 2009 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] How to access classVariable access with the browser

by StÃ©phane Ducasse

Let say that knowing who access to a given variables is one important browsing behavior and even a blind should be able to do it without thinking. And so far this is not the case. In fact I preferred the old way because it was dead simple and working. accesses to iv /accesses to classVar. Stef On Nov 7, 2009, at 9:59 PM, Dale Henrichs wrote: > Stef, > > [sorry about empty mail] > > If you have the instance selected when you chase you get the class > variables when you select class in chaser...instance variables when > instance selected. > > If you have the class selected when you chase you apear to get the > class variables for the superclasses when you select class in the > chaser ... class instance variables when instance selected ... > > Not quite what you expect ... > > Dale > ----- "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> wrote: > > | Lukas > | > | I tried but it did not work. > | I tried on NetNameResolver > | to see how useOldNetwork is set. > | > | Stef > | > | > | On Nov 7, 2009, at 6:05 PM, Lukas Renggli wrote: > | > | > 2009/11/7 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > | >> when you are on the class side if you method has a classVariable > | and > | >> you want to know who access it. > | >> Then chase variables show you the class instance varaibles but > not > | > | >> the > | >> classVariable. > | > > | > Yes, that's a bug. When you are on the class side, the class > | variables > | > of the meta-class are displayed. Also the labeling of the window > is > | > suboptimal. I fixed these issues. Let me know if this is better > | now. > | > > | > Gofer new > | > squeaksource: 'rb'; > | > addPackage: 'AST-Core'; > | > addPackage: 'Refactoring-Core'; > | > addPackage: 'Refactoring-Spelling'; > | > renggli: 'omnibrowser'; > | > addPackage: 'OmniBrowser'; > | > addPackage: 'OB-Standard'; > | > addPackage: 'OB-Morphic'; > | > addPackage: 'OB-Shout'; > | > addPackage: 'OB-Refactory'; > | > addPackage: 'OB-Regex'; > | > addPackage: 'OB-SUnitIntegration'; > | > renggli: 'unsorted'; > | > addPackage: 'Shout'; > | > addPackage: 'RoelTyper'; > | > addPackage: 'ECompletion'; > | > addPackage: 'ECompletionOmniBrowser'; > | > load; > | > recompile > | > > | > Lukas > | > > | > > | > -- > | > Lukas Renggli > | > http://www.lukas-renggli.ch > | > > | > _______________________________________________ > | > 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 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Nov. 7, 2009

Re: [Pharo-project] Seaside and SUnit

by Schwab,Wilhelm K

Dale, I had lots of luck finding links - all of it bad :) For fun, try some searches on SqueakSource. Seaside results are huge; Seaside Shaffer; Seaside testing does work, though it misses Albatross. Also, try following seaside.st (Community|extensions) to the the Shaffer framework. You raise an interesting question: with the changes in Seaside, which is the correct version of SeasideTesting? Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Dale Henrichs Sent: Saturday, November 07, 2009 3:49 PM To: Pharo-project(a)lists.gforge.inria.fr Cc: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Seaside and SUnit Bill, Don't what link you followed but, Seaside Testing is at (works for me:): http://www.squeaksource.com/SeasideTesting.html There's a recent update (June of this year) to the framework for Seaside3.0 (Seaside 2.9 at the time)... Seems you've been having bad luck finding info with google(?)... Dale ----- "Wilhelm K Schwab" <bschwab(a)anest.ufl.edu> wrote: | Stef, | | Do you have a preference among them? If I am reading correctly, | Shaffer's framework simulates the browser; Albatross uses JavaScript | to control a browser external to Pharo. I can see advantages to both | approaches. | | There is a lot of link rot on these frameworks. I can't find | Shaffer's code anywhere; everything seems to ultimately point to | SqueakMap, and the page just gives an error. His website also has a | dead link to a tutorial of yours. The pre-installed Albatross image | linked from SqueakSource leads to a corrupt file. | | Lunch calls, then I will try to get the pieces of Albatross. | | Bill | | | | -----Original Message----- | From: pharo-project-bounces(a)lists.gforge.inria.fr | [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of | StÃ©phane Ducasse | Sent: Saturday, November 07, 2009 3:27 AM | To: Pharo-project(a)lists.gforge.inria.fr | Subject: Re: [Pharo-project] Seaside and SUnit | | you have two testing frameworks | albratross | and david shaffer testing framework | | You also have selenium that people use to test seaside app. | | Stef | | On Nov 7, 2009, at 1:04 AM, Schwab,Wilhelm K wrote: | | > Stef, | > | > Is albatross the right place to look for help? | > | > Bill | > | > | > _______________________________________________ | > 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 | | _______________________________________________ | 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

Nov. 7, 2009

Re: [Pharo-project] lastKeystroke: ???

by HernÃ¡n Morales Durand

In 1.1a #11035 this bug remains. I've attached a version of #keystrokeInWorld which does not need the accessor or mutator. This is the original release note: Change Set: keyboardEvents-nk Date: 13 October 2004 Author: Ned Konz Adds a String property #lastKeystroke to the World. This is set when unhandled keyboard events are received. Adds an event trigger 'keyStroke' to the World. So you can trigger scripts on the World using the 'keyStroke' event and in them read the lastKeystroke property. Regards, HernÃ¡n 2009/11/4 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > strange I do not have the bug anymore. > Thanks anyway. > > Stef > > On Nov 3, 2009, at 5:07 PM, Igor Stasenko wrote: > > > Just checked.. > > there is senders of #lastKeyStroke: in my Pharo image, > > but no senders of #lastKeyStroke , to retreive it.. > > Which means that both these accessors can be just wiped out > > > > 2009/11/3 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > >> Thanks > >> this is probably that! > >> > >> Stef > >> > >> On Nov 2, 2009, at 11:16 PM, HernÃ¡n Morales Durand wrote: > >> > >>> Hi Stef, maybe they were removed cleaning eToys, because the methods > >>> #lastKeystroke and #lastKeystroke: were under *etoys-e-toy support > >>> method category. I've attached both under 'event handling' category > >>> now. > >>> Cheers, > >>> > >>> HernÃ¡n > >>> > >>> 2009/11/1 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > >>> Hi guys > >>> > >>> apparently typing a character on the world -> DNU > >>> lastKeystroke: from PasteUpMorph is not there. > >>> Apparently the senders was integrated by me on 26 of October but I > >>> could not find its trace. > >>> So does anybody know from where this bug is coming? > >>> > >>> Stef > >>> > >>> > >>> _______________________________________________ > >>> Pharo-project mailing list > >>> Pharo-project(a)lists.gforge.inria.fr > >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >>> > >>> <PasteUpMorph-#event > >>> handling.st>_______________________________________________ > >>> 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 > >> > > > > > > > > -- > > Best regards, > > Igor Stasenko AKA sig. > > > > _______________________________________________ > > 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 >

Nov. 7, 2009

Re: [Pharo-project] How to access classVariable access with the browser

by Dale Henrichs

Nov. 7, 2009

Re: [Pharo-project] How to access classVariable access with the browser

by Dale Henrichs

Nov. 7, 2009

Re: [Pharo-project] Seaside and SUnit

by Dale Henrichs

Bill, Don't what link you followed but, Seaside Testing is at (works for me:): http://www.squeaksource.com/SeasideTesting.html There's a recent update (June of this year) to the framework for Seaside3.0 (Seaside 2.9 at the time)... Seems you've been having bad luck finding info with google(?)... Dale ----- "Wilhelm K Schwab" <bschwab(a)anest.ufl.edu> wrote: | Stef, | | Do you have a preference among them? If I am reading correctly, | Shaffer's framework simulates the browser; Albatross uses JavaScript | to control a browser external to Pharo. I can see advantages to both | approaches. | | There is a lot of link rot on these frameworks. I can't find | Shaffer's code anywhere; everything seems to ultimately point to | SqueakMap, and the page just gives an error. His website also has a | dead link to a tutorial of yours. The pre-installed Albatross image | linked from SqueakSource leads to a corrupt file. | | Lunch calls, then I will try to get the pieces of Albatross. | | Bill | | | | -----Original Message----- | From: pharo-project-bounces(a)lists.gforge.inria.fr | [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of | StÃ©phane Ducasse | Sent: Saturday, November 07, 2009 3:27 AM | To: Pharo-project(a)lists.gforge.inria.fr | Subject: Re: [Pharo-project] Seaside and SUnit | | you have two testing frameworks | albratross | and david shaffer testing framework | | You also have selenium that people use to test seaside app. | | Stef | | On Nov 7, 2009, at 1:04 AM, Schwab,Wilhelm K wrote: | | > Stef, | > | > Is albatross the right place to look for help? | > | > Bill | > | > | > _______________________________________________ | > 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 | | _______________________________________________ | Pharo-project mailing list | Pharo-project(a)lists.gforge.inria.fr | http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Nov. 7, 2009

Re: [Pharo-project] [ANN] prebuilt 1.1 #11035

by StÃ©phane Ducasse

pay attention alpha does not mean that we will close soon. Alpha is now the wild period where a lot will be integrated. Bill don;t worry as soon as lukas publish a slice we will integrate it. Stef On Nov 7, 2009, at 8:15 PM, Mariano Martinez Peck wrote: > mmmmmmm are we already in 1.1 alpha ??? isn't it to early ? > > Best > > Mariano > > On Sat, Nov 7, 2009 at 2:26 PM, Marcus Denker <denker(a)acm.org> wrote: > > http://gforge.inria.fr/frs/download.php/24734/PharoCore-1.1-11035-alpha.zip > > _______________________________________________ > 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

Nov. 7, 2009

Re: [Pharo-project] invalid sources for unregistered CompiledMethod

by StÃ©phane Ducasse

On Nov 7, 2009, at 8:30 PM, Martin McClure wrote: > Adrian Lienhard wrote: >> Yes, in "normal" use of Pharo, holding the sources in memory would >> only consume a fraction of the available RAM. Some applications, >> however, have several hundred images running at the same time on a >> server. In this case the picture looks very different again. > > It would be easy to strip all sources from production images, but the > simple way of doing that would mean any debugging would be done on > decompiled code. > >> >> I think Marcus' idea of swapping in/out ressources is very >> interesting. We could get rid of the ancient sources handling but >> still have a low, or even lower, memory footprint. >> > > This would be even better. > ImageSegments are a start in this direction. yes this is why I always wanted to have tests to make sure that we do not break them. Stef > > -Martin > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Nov. 7, 2009

Re: [Pharo-project] [ANN] prebuilt 1.1 #11035

by Schwab,Wilhelm K

Adrian, Whatever you guys think about underscores timing is fine by me. From my own perspective, there is no "too soon" but there might be for others. My code is unlikely to load in the core. Since the slice fixing SharedQueue2 was marked depdendent on sequenceable collection fixes that I can't load, I'm hesitant to get overly creative. I suppose I could try loading the web image install script into a core image to see if it runs in a reasonable time. Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Adrian Lienhard Sent: Saturday, November 07, 2009 3:12 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] [ANN] prebuilt 1.1 #11035 On Nov 7, 2009, at 20:59 , Schwab,Wilhelm K wrote: > A 1.1 alpha under construction is great. When do underscores appear, > especially in class names? I thought I saw that creeping forward, and > want to register my encouragement of any effort to have that appear in > 1.1. Ok, I'll stop nagging :) It shouldn't be hard to do in 1.1. I discussed with Lukas today and one open question is whether we want to enforce _ not being a valid assignment already in 1.0. I fear a bit that people will complain because they have to fix their code before being able to load it into Pharo. Does anybody see a problem with this? From the previous discussion I understand that most people would favor the change. But is 1.0 too early? > > For 1.0, I'm still stuck by the SharedQueue2 problem. I cannot load > the sequencable collection fixes into either RC image - I thought I > might be able to load it into RC1-dev and then file out the needed > pieces into RC1-web, but no-go :( Can you also try to load your code into a core image? The update I did yesterday includes the SharedQueue2 fixes. Please let us know if it does not fix the problem. Adrian > > Bill > > > > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr > [mailto:pharo-project-bounces@lists.gforge.inria.fr > ] On Behalf Of Adrian Lienhard > Sent: Saturday, November 07, 2009 2:38 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] [ANN] prebuilt 1.1 #11035 > > Yes, we have a 1.0 and a 1.1 stream now (actually since the sprint in > Lille). > > I'm integrating remaining critical fixes for 1.0, while Stef and the > other integrators have started working on 1.1. I don't think it's too > early at all. It allows us to keep the pace to move forward with new > stuff, while stabilizing and afterwards maintaining the 1.0 release. > > Just as a reminder, here are the main goals we have set for 1.1: > > - New preferences system > - Integrate Alien > - Improve code quality (e.g., make selected Lint tests pass) > - Continuous integration system > > (http://code.google.com/p/pharo/wiki/Milestones) > > Cheers, > Adrian > > On Nov 7, 2009, at 20:15 , Mariano Martinez Peck wrote: > >> mmmmmmm are we already in 1.1 alpha ??? isn't it to early ? >> >> Best >> >> Mariano >> >> On Sat, Nov 7, 2009 at 2:26 PM, Marcus Denker <denker(a)acm.org> wrote: >> >>> >>> >>> http://gforge.inria.fr/frs/download.php/24734/PharoCore-1.1-11035- >>> alp >>> ha.zip >>> >>> _______________________________________________ >>> 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 > > > _______________________________________________ > 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 _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Nov. 7, 2009

Re: [Pharo-project] [ANN] prebuilt 1.1 #11035

by Adrian Lienhard

Yes, we don't use a "pre-alpha" tag [1] but start with alpha even though the new features are not even being worked on. I think this makes sense because we already have a running and working system. The important distinctions between phases we need is alpha (i.e., unstable, experimental and unfinished stuff can go in), beta (feature complete but with known problems), RC, and then the final release. I don't think we would gain anything with an additional tag. Cheers, Adrian [1] http://en.wikipedia.org/wiki/Development_stage On Nov 7, 2009, at 20:57 , Mariano Martinez Peck wrote: > On Sat, Nov 7, 2009 at 5:38 PM, Adrian Lienhard <adi(a)netstyle.ch> > wrote: > >> Yes, we have a 1.0 and a 1.1 stream now (actually since the sprint in >> Lille). >> >> > Yes I know that. > > >> I'm integrating remaining critical fixes for 1.0, while Stef and the >> other integrators have started working on 1.1. I don't think it's too >> early at all. It allows us to keep the pace to move forward with new >> stuff, while stabilizing and afterwards maintaining the 1.0 release. >> >> > Yes, but this is done just with separating the streams in 1.0 and > 1.1. What > I don't know if it is ok is to put alpha to 1.1. > > I mean, when you tag something with alpha it means it is almost done > and > there are some bugs yet. But I think the job to be done for 1.1 is > far more > than just a couple of bugs. Maybe I wrong. > > But it sound strange to me to see a RC of one version and an alpha > of the > following at the same time. > > Cheers > > Mariano > > >> Just as a reminder, here are the main goals we have set for 1.1: >> >> - New preferences system >> - Integrate Alien >> - Improve code quality (e.g., make selected Lint tests pass) >> - Continuous integration system >> >> (http://code.google.com/p/pharo/wiki/Milestones) >> >> Cheers, >> Adrian >> >> On Nov 7, 2009, at 20:15 , Mariano Martinez Peck wrote: >> >>> mmmmmmm are we already in 1.1 alpha ??? isn't it to early ? >>> >>> Best >>> >>> Mariano >>> >>> On Sat, Nov 7, 2009 at 2:26 PM, Marcus Denker <denker(a)acm.org> >>> wrote: >>> >>>> >>>> >>>> >> http://gforge.inria.fr/frs/download.php/24734/PharoCore-1.1-11035-alpha.zip >>>> >>>> _______________________________________________ >>>> 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 >> >> >> _______________________________________________ >> 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

Nov. 7, 2009