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

Re: [Pharo-project] Refactor source method is grayed out?

by Lukas Renggli

I played a bit with the selection an the enabling of the menus this morning, however I found it quite confusing if the closest matching expression is automatically picked. I could not reproduce the issue you report with the spaces. In my image when I select a full expression whitespaces at start and end do not matter. Lukas On Tuesday, August 3, 2010, Tim Mackinnon <tamackinnon(a)gmail.com> wrote: > Lukas - I logged it as issue 2742 (now that I know its a bit picky, I'll select extra spaces as a workaround). > > Some day I will learn how some of this works so that I can try and help out (from my time spent in Dolphin where RB is tightly integrated, Â it was cool messing around with parse nodes to drive better UI tools). > > Tim > > > > I don't see that difference with the space, but it is true that you > need to select a valid expression to get the menu items enabled. In > that regard, the conditions could probably be relaxed a bit. > > Lukas > > -- > Lukas Renggli > 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 > -- Lukas Renggli www.lukas-renggli.ch

Aug. 3, 2010

Re: [Pharo-project] eCompletion tweak for smart characters

by Lukas Renggli

Hi Tim, Thank you for the contribution. I will definitely look at it as soon as I get access to a computer again (i am a few days away right now). Testing this would be definitely cool, especially given all the edge cases. It is certainly testable, but kind of tricky to setup everything. Lukas On Tuesday, August 3, 2010, Tim Mackinnon <tamackinnon(a)gmail.com> wrote: > Guys - this is my first attempt at a contribution - and I'm not sure how literally to take the advice on "how to contribute to Pharo" for a small change. Should I create an issue, and post it here (happy to do that, but wondered if conversation might be useful first as I'm new to this). > > Given that I'm not sure what the relationship between eCompletion and oCompletion is (someone mentioned the latter is built on top of the former?) - so maybe I'm barking up the wrong tree, however I was impressed with how much quicker Lucas' Hudson built pharo image was with eCompletion so I've been trying that for a few days (although I've noticed some mails on oCompletion but haven't gone back to retry it). > > Anyway - I have attached a change set that changes how smart characters work - instead of turning them off because half of the time they do the wrong thing for me and I madly press delete, I wanted to preserve the other half of the time when I'm entering new code and they give me a helpful template. > > My proposed fix is for the following scenario - if I go to add an extra bracket around an expression (becuase I later realise that I need to designate a keyword expression) I get two brackets - and then I backspace and they both go, so then I do it again and press delete... Instead I think there is a heuristic which says that says if you type a smart character with the cursor next to a non-whitespace item, you probably don't want the matching character. e.g. > > 5 max: 4 > 3 ifTrue: [] {cursor here} - and I click next to the 4 (or the 5) to put the bracket and I get 2, and I really only want one. > > My patch tries to address this. > > I also didn't see any test cases for this stuff (and possibly some could be written - should I try to do that too?). > > Tim -- Lukas Renggli www.lukas-renggli.ch

Aug. 3, 2010

Re: [Pharo-project] Refactor source method is grayed out?

by Tim Mackinnon

Lukas - I logged it as issue 2742 (now that I know its a bit picky, I'll select extra spaces as a workaround). Some day I will learn how some of this works so that I can try and help out (from my time spent in Dolphin where RB is tightly integrated, it was cool messing around with parse nodes to drive better UI tools). Tim > > I don't see that difference with the space, but it is true that you > need to select a valid expression to get the menu items enabled. In > that regard, the conditions could probably be relaxed a bit. > > Lukas > > -- > Lukas Renggli > 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

Aug. 3, 2010

[Pharo-project] eCompletion tweak for smart characters

by Tim Mackinnon

Guys - this is my first attempt at a contribution - and I'm not sure how literally to take the advice on "how to contribute to Pharo" for a small change. Should I create an issue, and post it here (happy to do that, but wondered if conversation might be useful first as I'm new to this). Given that I'm not sure what the relationship between eCompletion and oCompletion is (someone mentioned the latter is built on top of the former?) - so maybe I'm barking up the wrong tree, however I was impressed with how much quicker Lucas' Hudson built pharo image was with eCompletion so I've been trying that for a few days (although I've noticed some mails on oCompletion but haven't gone back to retry it). Anyway - I have attached a change set that changes how smart characters work - instead of turning them off because half of the time they do the wrong thing for me and I madly press delete, I wanted to preserve the other half of the time when I'm entering new code and they give me a helpful template. My proposed fix is for the following scenario - if I go to add an extra bracket around an expression (becuase I later realise that I need to designate a keyword expression) I get two brackets - and then I backspace and they both go, so then I do it again and press delete... Instead I think there is a heuristic which says that says if you type a smart character with the cursor next to a non-whitespace item, you probably don't want the matching character. e.g. 5 max: 4 > 3 ifTrue: [] {cursor here} - and I click next to the 4 (or the 5) to put the bracket and I get 2, and I really only want one. My patch tries to address this. I also didn't see any test cases for this stuff (and possibly some could be written - should I try to do that too?). Tim

Aug. 3, 2010

Re: [Pharo-project] Limitation of number os literals in a method?

by StÃ©phane Ducasse

ok so now this is exactly the VW windowspec and I understand why they did it like that. They have a declarative expression with multiple possible interpretations I was not sure that literal inside arrays where in the literal frame but I was stupid. Stef > If performance is not a problem , then you could wrap things in one array, like: > > array := #( > > ( #selector1 arg1 arg2 arg3) > ( #selector2 arg1 arg2 arg3) > ( #selector3 arg1 arg2 arg3) > ( #selector4 arg1 arg2 arg3) > ... > ) > > then in compiled method you'll have only a single literal - and outer > array, and everything else will sit within it: > > array do: [:msg | > container perform: msg first withArguments: msg allButFirst ] > > -- > 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

Aug. 3, 2010

Re: [Pharo-project] Poll: missing libraries to support business

by StÃ©phane Ducasse

On Aug 3, 2010, at 11:40 AM, Nick Ager wrote: > How about including for each project a designated project sponsor/ sponsor is different from the mentor/project manager > mentor/project manager who's job is liase between the developer(s) and the community and to ensure that a project focuses on the communities highest priorities. For now this is not the problem. :) > > On 3 August 2010 10:30, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Ok guys you get a nice list of wishes. > Now how could we proceed since ESUG is not the national swiss bank. > > What I envisioned is the following: > - we select a topic like > - improving webClient > - OAuth (http://oauth.net/) > - open-id (http://openid.net/) > > We know some excellent developers (that because of the economical situations > of their countries) are also cheap. or you get bored and do not need to work to be payed > and you can do them, this would be even better. > > We ask for an estimate. > > We create a pot where companies and esug as well can put money in. > We do a large call. > > We wait that there is enough money in the pot and the project gets done. > > Does it make sense? > else if you have magic powder let me know. > > Stef > > > > > _______________________________________________ > 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

Aug. 3, 2010

Re: [Pharo-project] Poll: missing libraries to support business

by StÃ©phane Ducasse

***Excellent!*** So we could really introduced it in 1.2. Let me know :) If some people want to join and help it can be done :) Stef On Aug 3, 2010, at 11:40 AM, Lukas Renggli wrote: >>>> - A decent Smalltalk library to interact with the file system >>> >>> I am using FileSystem and it is quite nice. I would vote to integrate it in Pharo, if not in PharoCore. >> >> Me too but it should handle utf8. > > I fixed that (the encoding issue of filenames) and many other things. > Max discovered quite a few bugs while working on GitFS. > > Lukas > > -- > Lukas Renggli > 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

Aug. 3, 2010

[Pharo-project] Fwd: [Communities] Re: Colstme in June

by Norbert Hartl

Begin forwarded message: > As promised a short reminder for the upcoming 4th Cologne Smalltalk Meetup. The poll about the date is still open at [1] and the deadline will be a week from now. More about it at [2]. > > Cheers, > Alex > > [1] http://www.doodle.com/cskz2yetns5x359v > [2] http://colstme.selfish.org

Aug. 3, 2010

Re: [Pharo-project] update to OCompletion

by Mariano Martinez Peck

there is. I did it the first time we build PharoDev with metacello On Tue, Aug 3, 2010 at 11:20 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > thanks romain (and sorry for my stupid suggestion - good that you corrected > it) > Your tools are really important. > Is there a ConfigurationOfOCompletion or just loading OCompletion works? > > > Hi All, > > > > I just committed: > > http://squeaksource.com/OCompletion/Ocompletion-RomainRobbes.64.mcz > > > > the changes are: > > > > -incorporated Lukas' smart characters algorithm (thanks Lukas!) > > -removed enter to insert a completion; only tab works now. > > -delayed the switch to eCompletion's completion algorithm, hence the > slowdown when using the down arrow happens only after the third time > pressing it (after OCompletion's all of OCompletion's menu items). > > > > Cheers, > > Romain > > > > -- > > Romain Robbes > > http://romain.robb.es > > rrobbes(a)dcc.uchile.cl > > > > > > _______________________________________________ > > 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 >

Aug. 3, 2010

Re: [Pharo-project] Poll: missing libraries to support business

by Nick Ager

How about including for each project a designated project sponsor/mentor/project manager who's job is liase between the developer(s) and the community and to ensure that a project focuses on the communities highest priorities. On 3 August 2010 10:30, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Ok guys you get a nice list of wishes. > Now how could we proceed since ESUG is not the national swiss bank. > > What I envisioned is the following: > - we select a topic like > - improving webClient > - OAuth (http://oauth.net/) > - open-id (http://openid.net/) > > We know some excellent developers (that because of the economical > situations > of their countries) are also cheap. or you get bored and do not need to > work to be payed > and you can do them, this would be even better. > > We ask for an estimate. > > We create a pot where companies and esug as well can put money in. > We do a large call. > > We wait that there is enough money in the pot and the project gets done. > > Does it make sense? > else if you have magic powder let me know. > > Stef > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Aug. 3, 2010