October 2015 - Pharo-users - lists.pharo.org

Re: [Pharo-users] ifNotEmpty(Do):

by Henrik Nergaard

Look like #ifNotEmpty: is the correct choice. Collection methods select: [ :m | (m selector includesSubstring: 'if' caseSensitive: false) and: [ m selector includesSubstring: 'empty' caseSensitive: false ] ] thenCollect: [ :m | m -> m senders size ] "{ Collection>>#ifEmpty:->188. Collection>>#ifNotEmpty:->113. Collection>>#ifNotEmptyDo:ifEmpty:->0. Collection>>#ifEmpty:ifNotEmpty:->80. Collection>>#ifEmpty:ifNotEmptyDo:->0. Collection>>#ifNotEmptyDo:->0. Collection>>#ifNotEmpty:ifEmpty:->14 }" Best regards, Henrik From: Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] On Behalf Of Peter UhnÃ¡k Sent: Saturday, October 10, 2015 6:55 PM To: Pharo Users List <pharo-users(a)lists.pharo.org> Subject: [Pharo-users] ifNotEmpty(Do): Collection>>ifNotEmpty: comment says "If the block has an argument, eval with the receiver as its argument, but it might be better to use ifNotEmptyDo: to make the code easier to understand" yet when I do that, Code Critic complains: ifNotEmptyDo: should not be used as ifNotEmpty: works for blocks with arguments, too. 1) who is right? what should I use? 2) shouldn't one be deprecated then? (or maybe one of them is to be compatible with other smalltalks?) Thanks, Peter

Oct. 10, 2015

ifNotEmpty(Do):

by Peter UhnÃ¡k

Collection>>ifNotEmpty: comment says "If the block has an argument, eval with the receiver as its argument, but it might be better to use ifNotEmptyDo: to make the code easier to understand" yet when I do that, Code Critic complains: ifNotEmptyDo: should not be used as ifNotEmpty: works for blocks with arguments, too. 1) who is right? what should I use? 2) shouldn't one be deprecated then? (or maybe one of them is to be compatible with other smalltalks?) Thanks, Peter

Oct. 10, 2015

Re: [Pharo-users] Multiple method deletion

by Peter UhnÃ¡k

I've been experiencing something similar, but I am using older Pharo ( 50287 ) and I wasn't quite able to precisely observe the reason for the error. There the problem was that I deleted a method, but the previously selected method was actually deleted, so there were some selection inconsistencies... (so I just got into the habit of reselecting...) P On Sat, Oct 10, 2015 at 11:35 AM, Hilaire <hilaire(a)drgeo.eu> wrote: > Le 10/10/2015 09:57, stepharo a Ã©crit : > > Are you sure? > > Because I code daily with it and I never got this behavior. > > I will try. > > Hilaire I can tell you that we worked a lot to improve it. > > > > Stef > > This is how I fell it, and apparently other feel the same. > No doubt a lot of care is put into it, a reliable (or unreliable) > browser is the first things developpers notice. > > Hilaire > > -- > Dr. Geo > http://drgeo.eu > http://google.com/+DrgeoEu > > > >

Oct. 10, 2015

Re: [Pharo-users] Multiple method deletion

by Ferlicot D. Cyril

Le 10/10/2015 07:57, stepharo a Ã©crit : > Are you sure? > Because I code daily with it and I never got this behavior. > I will try. > Hilaire I can tell you that we worked a lot to improve it. > > Stef > > I experienced it 4-5 times this week. -- Cyril Ferlicot http://www.synectique.eu 165 Avenue Bretagne Lille 59000 France

Oct. 10, 2015

Re: [Pharo-users] Better Code Completion

by Werner Kassens

On 10/10/2015 09:50 AM, stepharo wrote: > the code should be in the image :) Hi Stephane, of course. but sometimes i only discover some nice pharo code by reading a paper. i discovered ocompletion in the image only after having read that paper mentioned by Peter, and - thinking "yes, that should work" - after trying out ocompletion i noticed that it is indeed better than the default setting <g>. werner

Oct. 10, 2015

Re: [Pharo-users] Multiple method deletion

by Hilaire

Le 10/10/2015 09:57, stepharo a Ã©crit : > Are you sure? > Because I code daily with it and I never got this behavior. > I will try. > Hilaire I can tell you that we worked a lot to improve it. > > Stef This is how I fell it, and apparently other feel the same. No doubt a lot of care is put into it, a reliable (or unreliable) browser is the first things developpers notice. Hilaire -- Dr. Geo http://drgeo.eu http://google.com/+DrgeoEu

Oct. 10, 2015

Re: [Pharo-users] Multiple method deletion

by stepharo

Are you sure? Because I code daily with it and I never got this behavior. I will try. Hilaire I can tell you that we worked a lot to improve it. Stef Le 9/10/15 19:10, Alexandre Bergel a Ã©crit : > Pharo 5, lastest version > > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > >> On Oct 9, 2015, at 1:00 PM, Hilaire <hilaire(a)drgeo.eu >> <mailto:hilaire@drgeo.eu>> wrote: >> >> Which Pharo, Pharo4 ? >> I loose confident in the Pharo class browser since mark 3. I hope it >> will get better. >> >> Hilaire >> >> Le 09/10/2015 16:44, Alexandre Bergel a Ã©crit : >>> Hi! >>> >>> When I select several methods in Nautilus, and press cmd-m-x it seems >>> to delete more method that I have selected. It makes me lose code :-( >>> >>> Cheers, >>> Alexandre >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.bergel.eu >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >> >> >> -- >> Dr. Geo >> http://drgeo.eu >> http://google.com/+DrgeoEu >> >> >> >

Oct. 10, 2015

Re: [Pharo-users] Better Code Completion

by stepharo

the code should be in the image :) Le 7/10/15 18:31, Werner Kassens a Ã©crit : > Hi Peter, > the difference between the paper i mentioned (JASE-completion) and > ASE2008-completion (both accessible) is, i think, that in the first > one also the class-level code completion of ocompletion is explained. > (i think that part was later added to ocompletion or so) > werner > > >

Oct. 10, 2015

Re: [Pharo-users] [ANN] Windows support for GitFileTree

by Alexandre Bergel

:-) Excellent! Alexandre > On Oct 9, 2015, at 6:35 PM, Thierry Goubier <thierry.goubier(a)gmail.com> wrote: > > Hi all, > > thanks to the help of Nicolai and Levente (and others), GitFileTree has now working support for Windows users through ProcessWrapper (on the development versions). > > A way for it to work is to have git in your path and simply load: > > Metacello new > configuration: 'GitFileTree'; > version: #'development'; > repository: 'https://smalltalkhub.com/mc/Pharo/MetaRepoForPharo50/main'; > load > > Expect this to move into stable GitFileTree if it is reported to work. > > Next steps for gitfiletree are a metadata-less mode (for Alexandre :)) and svn support (aka SVNFileTree ;)). > > Regards, > > Thierry > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Oct. 9, 2015

[ANN] Windows support for GitFileTree

by Thierry Goubier

Hi all, thanks to the help of Nicolai and Levente (and others), GitFileTree has now working support for Windows users through ProcessWrapper (on the development versions). A way for it to work is to have git in your path and simply load: Metacello new configuration: 'GitFileTree'; version: #'development'; repository: 'https://smalltalkhub.com/mc/Pharo/MetaRepoForPharo50/main'; load Expect this to move into stable GitFileTree if it is reported to work. Next steps for gitfiletree are a metadata-less mode (for Alexandre :)) and svn support (aka SVNFileTree ;)). Regards, Thierry

Oct. 9, 2015