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

Re: [Pharo-project] New Text Completion suggestions

by StÃ©phane Ducasse

On Aug 23, 2012, at 9:20 AM, Torsten Bergmann wrote: > 1. In Pharo if you expand a keyword message like #replaceAll:with: > the cursor is set already to the first argument (so one can continue > typing) but to enter the second argument one has to move left using > arrow keys "manually". > How often you have to move left is dependent on the size of the > second word part of the message selector. Why not just TAB to set > the cursor to the next argument. I would love that > > 2. What I also really miss compared to other IDE's for completion > are "custom completion templates". So in Eclipse by default > there is a "sysout" template. It's enough to write "sys" > and by expanding this ends up in > > System.out.println("") > > where the cursor is already between the double quotes > to continue typing. > > The templates can be defined using placeholders and TAB > brings you to the next one to be filled out. > > This video demonstrated this (at around 4:20): > http://www.youtube.com/watch?v=kqXUMhRkn9g > > 3. AFAIK VisualWorks is modified to also have "non-Smalltalk" code > on methods - so you can store resources on methods and the > editor can be different depending on content type. > > I would like to see Pharo having a similar feature to better > support non-Smalltalk content within the image. > > So one can imagine a styled CSS editor for Seaside resources > with CSS tag completion, XML editor with completion depending > on XSL type definitions, SQL editor with completion, ... > > Not that we should support all these completion types/grammars > but at least have an open framework to plugin such mechanisms > in custom editors/completions. > > I know this is a lot of work ... but as a suggestion we should > discuss if this is a direction we want to go (or just have a > good Smalltalk editor/completion). :) this is not that we do not have the vision and wishes :) > > Bye > T. >

Aug. 23, 2012

Re: [Pharo-project] Hw do we organize the camp?

by StÃ©phane Ducasse

On Aug 23, 2012, at 9:31 AM, phil(a)highoctane.be wrote: > I'll be in for Sunday, possibly a bit of saturday as well. > > It would be nice to be able to do some podcast interviews and videos of practioners to up the social proof side of Pharo a bit. Can bring the cam and the editing system along. excellent idea!!! > > Philippe > > 2012/8/23 Rafael Luque <rafael.luque.leiva(a)gmail.com> > Hi all, > > I plan to attend Smalltalk camp sunday and perhaps also the saturday afternoon. I'm only an Smalltalk apprentice. In any case, I expect to be able to participate and help with some basic topics. > > Looking forward to attending the ESUG week. > > Rafael Luque > > 2012/8/22 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Hi pharoers > > I would like to see how we can organize the ESUG camp to be efficient at least the sunday :). > May be we should tag some topics or bug entries so that people can start helping straight. > > I will not be able to attend saturday but I will be present sunday. > > Stef > >

Aug. 23, 2012

Re: [Pharo-project] poll reminder

by Geert Claes

Whats the feedback so far? -- View this message in context: http://forum.world.st/poll-reminder-tp4645002p4645073.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Aug. 23, 2012

Re: [Pharo-project] ObjectAsMethodWrapper >> #uninstall breaks class organisation

by Frank Shearar

On 23 August 2012 10:24, Frank Shearar <frank.shearar(a)gmail.com> wrote: > ObjectAsMethodWrapper's test suite breaks ObjectAsMethodWrapperDummy's > organization - its #foo and #bar methods disappear even though the > method dictionary still has them. As a result, after you've run OAMW's > tests, you can't do anything with the OAMW PackageInfo - you can't > check to see what changes you made, save the new mcz, etc. > > The bug affects both Squeak and Pharo: when you try do anything with > the package you get a MNU because the MethodReferences to > ObjectAsMethodWrapperDummy >> #foo and #bar have nils for their > category instvars. > > The attached mcz changes the _ assignments to := ones so Pharo folk > can run the tests. > > I don't have a solution yet, but wanted to raise the issue. > > It looks like PackageInfo possibly isn't catching the AddEvent sent by > ClassDescription >> #addSelector:withMethod:notifying: but I'm just > guessing: I don't know enough about this part of the system. I've attached a test demonstrating the bug. > frank

Aug. 23, 2012

[Pharo-project] ObjectAsMethodWrapper >> #uninstall breaks class organisation

by Frank Shearar

ObjectAsMethodWrapper's test suite breaks ObjectAsMethodWrapperDummy's organization - its #foo and #bar methods disappear even though the method dictionary still has them. As a result, after you've run OAMW's tests, you can't do anything with the OAMW PackageInfo - you can't check to see what changes you made, save the new mcz, etc. The bug affects both Squeak and Pharo: when you try do anything with the package you get a MNU because the MethodReferences to ObjectAsMethodWrapperDummy >> #foo and #bar have nils for their category instvars. The attached mcz changes the _ assignments to := ones so Pharo folk can run the tests. I don't have a solution yet, but wanted to raise the issue. It looks like PackageInfo possibly isn't catching the AddEvent sent by ClassDescription >> #addSelector:withMethod:notifying: but I'm just guessing: I don't know enough about this part of the system. frank

Aug. 23, 2012

Re: [Pharo-project] Hw do we organize the camp?

by phil＠highoctane.be

I'll be in for Sunday, possibly a bit of saturday as well. It would be nice to be able to do some podcast interviews and videos of practioners to up the social proof side of Pharo a bit. Can bring the cam and the editing system along. Philippe 2012/8/23 Rafael Luque <rafael.luque.leiva(a)gmail.com> > Hi all, > > I plan to attend Smalltalk camp sunday and perhaps also the saturday > afternoon. I'm only an Smalltalk apprentice. In any case, I expect to be > able to participate and help with some basic topics. > > Looking forward to attending the ESUG week. > > Rafael Luque > > 2012/8/22 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > >> Hi pharoers >> >> I would like to see how we can organize the ESUG camp to be efficient at >> least the sunday :). >> May be we should tag some topics or bug entries so that people can start >> helping straight. >> >> I will not be able to attend saturday but I will be present sunday. >> >> Stef >> > >

Aug. 23, 2012

Re: [Pharo-project] Hw do we organize the camp?

by Rafael Luque

Hi all, I plan to attend Smalltalk camp sunday and perhaps also the saturday afternoon. I'm only an Smalltalk apprentice. In any case, I expect to be able to participate and help with some basic topics. Looking forward to attending the ESUG week. Rafael Luque 2012/8/22 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Hi pharoers > > I would like to see how we can organize the ESUG camp to be efficient at > least the sunday :). > May be we should tag some topics or bug entries so that people can start > helping straight. > > I will not be able to attend saturday but I will be present sunday. > > Stef >

Aug. 23, 2012

[Pharo-project] New Text Completion suggestions

by Torsten Bergmann

1. In Pharo if you expand a keyword message like #replaceAll:with: the cursor is set already to the first argument (so one can continue typing) but to enter the second argument one has to move left using arrow keys "manually". How often you have to move left is dependent on the size of the second word part of the message selector. Why not just TAB to set the cursor to the next argument. 2. What I also really miss compared to other IDE's for completion are "custom completion templates". So in Eclipse by default there is a "sysout" template. It's enough to write "sys" and by expanding this ends up in System.out.println("") where the cursor is already between the double quotes to continue typing. The templates can be defined using placeholders and TAB brings you to the next one to be filled out. This video demonstrated this (at around 4:20): http://www.youtube.com/watch?v=kqXUMhRkn9g 3. AFAIK VisualWorks is modified to also have "non-Smalltalk" code on methods - so you can store resources on methods and the editor can be different depending on content type. I would like to see Pharo having a similar feature to better support non-Smalltalk content within the image. So one can imagine a styled CSS editor for Seaside resources with CSS tag completion, XML editor with completion depending on XSL type definitions, SQL editor with completion, ... Not that we should support all these completion types/grammars but at least have an open framework to plugin such mechanisms in custom editors/completions. I know this is a lot of work ... but as a suggestion we should discuss if this is a direction we want to go (or just have a good Smalltalk editor/completion). Bye T.

Aug. 23, 2012

[Pharo-project] [update 2.0] #20267

by Marcus Denker

20267 ----- Issue 6591: TextInputFieldModel acceptOnCR: not working http://code.google.com/p/pharo/issues/detail?id=6591 -- Marcus Denker -- http://marcusdenker.de

Aug. 23, 2012

Re: [Pharo-project] latam mirror down?

by Frank Shearar

On 22 August 2012 21:08, Dale Henrichs <dhenrich(a)vmware.com> wrote: > > > ----- Original Message ----- > | From: "Frank Shearar" <frank.shearar(a)gmail.com> > | To: Pharo-project(a)lists.gforge.inria.fr > | Sent: Wednesday, August 22, 2012 11:56:12 AM > | Subject: Re: [Pharo-project] latam mirror down? > | > | On 22 August 2012 19:33, Dale Henrichs <dhenrich(a)vmware.com> wrote: > | > Frank, > | > > | > You can already do this in your configuration by supplying a list > | > of repositories instead of a single repository: > | > > | > spec > | > repository: 'http://seaside.gemstone.com/ss/metacello'; > | > repository: 'http://www.squeaksource.com/metacello'. > | > > | > Gofer is used to do the loads in Metacello, so I don't think that > | > Gofer necessarily processes repositories in order , but this is > | > the technique I use to insulate Metacello loads from repository > | > outages... > | > | Sure, but I can't do that for ConfigurationOfFFI, for example. I > | can't > | do that for ObjectsAsMethodWrappers, to talk about what's currently > | causing our builds to fail. > | > | > My latam hack for travis ci had to do with compensating for > | > configurations that are "single sourced"... > | > | Sure, and the presence of the latam mirror _ought_ to mean that any > | single-sourced thing on SS would no longer be single source. Surely > | it > | would be easier all round if travisCI.st (if I remember the name > | correctly) defined where to find these packages? (I can hear Chris & > | Chris saying "it should look on SM") > | > | I'll see if I can't hack up something we can pick over. > > Frank, > > If you're talking about what I did in builderCI ... then I agree wholeheartedly that a failover of some sort is called for when trying to bootstrap the latam mirror support ... squeaksource was dead at the time and I was in a hurry ... (haven't we heard that before) ... I'd welcome improvements there.... I'm trying a hack there now: basically, revert to using SS for finding ObjectsAsMethodWrappers and MontiRedirect, and selectively add the LatAm redirect. Not great, because we're _still_ using a single point of failure. > A fail-over scheme for FFI or any arbitrary projects (is that what you're getting at?) is a bit more difficult, but I'd definitely be interested in seeing what you're thinking ... This is what I'm getting at. I'll see what I can think up. frank > Dale >

Aug. 22, 2012