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

Re: [Pharo-project] Pharo Smalltalk Dev + Runtime IDE..

by S Krish

Pharo Media player is a one hour quick fix, simple morphic UI that invokes mplayer / mpg123 via CommandShell. Little cleaner, fancier you can mimic a Windows Media Player with graphics et al.. certainly make it better than Banshee.. On Mon, Mar 12, 2012 at 9:38 AM, S Krish <krishnamachari.sudhakar(a)gmail.com>wrote: > Everything is Pharo end to end... all panels, icons included > > Just that for several programs it invokes the CommandShell to the > application in OS. > > The intent is drive it on top of say Tiny Core Linux or a stripped Ubuntu > and let Pharo be the IDE.. > > I am sure my kid enjoys this more than the standard Windows / Linux IDE. > For beginners it is a way of saying development is fun and fusion of > runtime and development > > > On Mon, Mar 12, 2012 at 1:18 AM, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr> wrote: > >> Thanks for sharing that with us. >> I like the way of displaying methods :). >> This is good to see other experiences, now are the large icons also in >> pharo. >> I mean do I understand correctly that you have a pharo media player :). >> >> Stef >> >> On Mar 11, 2012, at 8:37 PM, S Krish wrote: >> >> > album >> > >> > https://picasaweb.google.com/skrishnamachari/PharoTabletIDE >> > >> > Raw Preview of Pharo as a Dev and Runtime IDE: perhaps for the OS >> too..! >> >> >> >

March 12, 2012

Re: [Pharo-project] Pharo Smalltalk Dev + Runtime IDE..

by S Krish

Everything is Pharo end to end... all panels, icons included Just that for several programs it invokes the CommandShell to the application in OS. The intent is drive it on top of say Tiny Core Linux or a stripped Ubuntu and let Pharo be the IDE.. I am sure my kid enjoys this more than the standard Windows / Linux IDE. For beginners it is a way of saying development is fun and fusion of runtime and development On Mon, Mar 12, 2012 at 1:18 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > Thanks for sharing that with us. > I like the way of displaying methods :). > This is good to see other experiences, now are the large icons also in > pharo. > I mean do I understand correctly that you have a pharo media player :). > > Stef > > On Mar 11, 2012, at 8:37 PM, S Krish wrote: > > > album > > > > https://picasaweb.google.com/skrishnamachari/PharoTabletIDE > > > > Raw Preview of Pharo as a Dev and Runtime IDE: perhaps for the OS too..! > > >

March 12, 2012

Re: [Pharo-project] Dedicated to days of wasted time in your life, formatting source code for replacing spaces with tabs

by Igor Stasenko

On 12 March 2012 03:50, Igor Stasenko <siguctua(a)gmail.com> wrote: > sorry for not explaining the feature properly.. > > I just wanna ask, what do you think, it we're going to integrate that: > Â a) should it be optional or we can use it by default? > Â b) if it is optional, what is default setting on/off? > > I vote for (a).. Because: ^^^ a) as not-optional :) > What i finding hard is imagining situation, where old behavior will be > less time consuming/more appropriate. > Can anyone can come up with cons arguments? > > While is important to fully control each whitespace character(s) > separately, when you editing/typing text (as in languages like Python > they even make it part of syntax... (what a stupid idea.. can't resist > sorry)), for navigating the text an importance of stepping over every > whitespace character seems to be leaning to zero.. (well, at least in > my eyes). > > > -- > Best regards, > Igor Stasenko. -- Best regards, Igor Stasenko.

March 12, 2012

Re: [Pharo-project] Dedicated to days of wasted time in your life, formatting source code for replacing spaces with tabs

by Igor Stasenko

sorry for not explaining the feature properly.. I just wanna ask, what do you think, it we're going to integrate that: a) should it be optional or we can use it by default? b) if it is optional, what is default setting on/off? I vote for (a).. Because: What i finding hard is imagining situation, where old behavior will be less time consuming/more appropriate. Can anyone can come up with cons arguments? While is important to fully control each whitespace character(s) separately, when you editing/typing text (as in languages like Python they even make it part of syntax... (what a stupid idea.. can't resist sorry)), for navigating the text an importance of stepping over every whitespace character seems to be leaning to zero.. (well, at least in my eyes). -- Best regards, Igor Stasenko.

March 12, 2012

Re: [Pharo-project] Nautilus + refactoring : removing inst vars doesn't works

by Igor Stasenko

Ty. On 12 March 2012 02:46, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: > I fixed it :) > > It was a big piece ^^ > > Ben > > On Mar 10, 2012, at 8:07 PM, Igor Stasenko wrote: > >> create class, add ivar, add accessors for it. >> Now try via refactoring menu to remove inst var. >> it opens a fresh browser window instead of list of methods which >> referencing ivar i choose to remove >> >> -- >> Best regards, >> Igor Stasenko. >> > > -- Best regards, Igor Stasenko.

March 12, 2012

Re: [Pharo-project] Dedicated to days of wasted time in your life, formatting source code for replacing spaces with tabs

by Fernando Olivero

nice, now i get the title! please integrate it. Fernando On Sun, Mar 11, 2012 at 10:34 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 11 March 2012 22:22, Bernardo Ezequiel Contreras > <vonbecmann(a)gmail.com> wrote: >> now, i get it. GREAT! >> > it works with shift key as well. > >> >> On Sun, Mar 11, 2012 at 6:11 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: >>> >>> On 11 March 2012 21:59, Bernardo Ezequiel Contreras >>> <vonbecmann(a)gmail.com> wrote: >>> > sorry, but i didn't get it >>> > >>> just try this: open empty workspace. >>> press and hold a space key for 5 seconds.. >>> now get to the beginning of text using arrow key. >>> >>> do same with and without patch. compare. >>> >>> > >>> > On Sun, Mar 11, 2012 at 5:40 PM, Tudor Girba <tudor(a)tudorgirba.com> >>> > wrote: >>> >> >>> >> Hi, >>> >> >>> >> I actually tried the code, but I cannot figure out what I should look >>> >> at. >>> >> Could you perhaps be more explicit in what the original issue is? >>> >> >>> >> Cheers, >>> >> Doru >>> >> >>> >> >>> >> On 11 Mar 2012, at 21:25, Igor Stasenko wrote: >>> >> >>> >> > On 11 March 2012 20:43, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >>> >> > wrote: >>> >> >> >>> >> >> On Mar 11, 2012, at 8:25 PM, Igor Stasenko wrote: >>> >> >> >>> >> >>> On 11 March 2012 18:30, StÃ©phane Ducasse >>> >> >>> <stephane.ducasse(a)inria.fr> >>> >> >>> wrote: >>> >> >>>> should we integrated that? >>> >> >>>> >>> >> >>> i posted it here so people can evaluate. >>> >> >>> >>> >> >>> for me it is not a question :) >>> >> >> >>> >> >> you lost me but I guess that you mean yes. >>> >> >> >>> >> > well, since i spent time implementing it, it would be surprise if i >>> >> > will say 'no'. >>> >> > but it looks like this is not important to people, since nobody >>> >> > replied to this post except you. >>> >> > >>> >> > But of course, we could make this behavior optional, controlled via >>> >> > settings. >>> >> > >>> >> > -- >>> >> > Best regards, >>> >> > Igor Stasenko. >>> >> > >>> >> >>> >> -- >>> >> www.tudorgirba.com >>> >> >>> >> "Being happy is a matter of choice." >>> >> >>> >> >>> >> >>> >> >>> > >>> >>> >>> >>> -- >>> Best regards, >>> Igor Stasenko. >>> >> > > > > -- > Best regards, > Igor Stasenko. >

March 12, 2012

Re: [Pharo-project] Nautilus + refactoring : removing inst vars doesn't works

by Benjamin

I fixed it :) It was a big piece ^^ Ben On Mar 10, 2012, at 8:07 PM, Igor Stasenko wrote: > create class, add ivar, add accessors for it. > Now try via refactoring menu to remove inst var. > it opens a fresh browser window instead of list of methods which > referencing ivar i choose to remove > > -- > Best regards, > Igor Stasenko. >

March 12, 2012

Re: [Pharo-project] interesting source code inconsistency

by Eliot Miranda

On Sun, Mar 11, 2012 at 3:33 PM, Eliot Miranda <eliot.miranda(a)gmail.com>wrote: > Hi Pavel, > > I presume they are found by the following: > > SystemNavigation new browseAllSelect: > [:m| > m literals anySatisfy: > [:l| > l isVariableBinding > and: [l key isSymbol "avoid class-side methodClass literals" > and: [(m methodClass bindingOf: l key) isNil]]]] > > This could be a "browse unbound", and could be included in release tests > via e.g. > > SystemNavigation>methodsWithUnboundGlobals > ^self allSelect: > [:m| > m literals anySatisfy: > [:l| > l isVariableBinding > and: [l key isSymbol "avoid class-side methodClass literals" > and: [(m methodClass bindingOf: l key) isNil]]]] > > (or whereever Pharo puts browsing queries these days) > and I suppose it should exclude Undeclared variables, so this is better: SystemNavigation new browseAllSelect: [:m| m literals anySatisfy: [:l| l isVariableBinding and: [l key isSymbol "avoid class-side methodClass literals" and: [(m methodClass bindingOf: l key) isNil and: [(Undeclared includesAssociation: l) not]]]]] > > On Sun, Mar 11, 2012 at 10:43 AM, Pavel Krivanek <pavel.krivanek(a)gmail.com > > wrote: > >> Hi, >> >> the method DefaultSettingStyle>>#load includes several obsolete >> classes (RBProgramNode, RBConfigurableFormatter, >> RefactoryChangeManager). It is interesting that this inconsistency is >> not reported by Undeclared nor obsoleteClasses (so release tests are >> green). The literals array contains associations to nil pointed only >> from the literal array of this method. >> >> http://code.google.com/p/pharo/issues/detail?id=5463 >> >> Cheers, >> -- Pavel >> >> > > > -- > best, > Eliot > > -- best, Eliot

March 11, 2012

Re: [Pharo-project] interesting source code inconsistency

by Eliot Miranda

Hi Pavel, I presume they are found by the following: SystemNavigation new browseAllSelect: [:m| m literals anySatisfy: [:l| l isVariableBinding and: [l key isSymbol "avoid class-side methodClass literals" and: [(m methodClass bindingOf: l key) isNil]]]] This could be a "browse unbound", and could be included in release tests via e.g. SystemNavigation>methodsWithUnboundGlobals ^self allSelect: [:m| m literals anySatisfy: [:l| l isVariableBinding and: [l key isSymbol "avoid class-side methodClass literals" and: [(m methodClass bindingOf: l key) isNil]]]] (or whereever Pharo puts browsing queries these days) On Sun, Mar 11, 2012 at 10:43 AM, Pavel Krivanek <pavel.krivanek(a)gmail.com>wrote: > Hi, > > the method DefaultSettingStyle>>#load includes several obsolete > classes (RBProgramNode, RBConfigurableFormatter, > RefactoryChangeManager). It is interesting that this inconsistency is > not reported by Undeclared nor obsoleteClasses (so release tests are > green). The literals array contains associations to nil pointed only > from the literal array of this method. > > http://code.google.com/p/pharo/issues/detail?id=5463 > > Cheers, > -- Pavel > > -- best, Eliot

March 11, 2012

Re: [Pharo-project] Dedicated to days of wasted time in your life, formatting source code for replacing spaces with tabs

by Igor Stasenko

On 11 March 2012 22:22, Bernardo Ezequiel Contreras <vonbecmann(a)gmail.com> wrote: > now, i get it. GREAT! > it works with shift key as well. > > On Sun, Mar 11, 2012 at 6:11 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: >> >> On 11 March 2012 21:59, Bernardo Ezequiel Contreras >> <vonbecmann(a)gmail.com> wrote: >> > sorry, but i didn't get it >> > >> just try this: open empty workspace. >> press and hold a space key for 5 seconds.. >> now get to the beginning of text using arrow key. >> >> do same with and without patch. compare. >> >> > >> > On Sun, Mar 11, 2012 at 5:40 PM, Tudor Girba <tudor(a)tudorgirba.com> >> > wrote: >> >> >> >> Hi, >> >> >> >> I actually tried the code, but I cannot figure out what I should look >> >> at. >> >> Could you perhaps be more explicit in what the original issue is? >> >> >> >> Cheers, >> >> Doru >> >> >> >> >> >> On 11 Mar 2012, at 21:25, Igor Stasenko wrote: >> >> >> >> > On 11 March 2012 20:43, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >> >> > wrote: >> >> >> >> >> >> On Mar 11, 2012, at 8:25 PM, Igor Stasenko wrote: >> >> >> >> >> >>> On 11 March 2012 18:30, StÃ©phane Ducasse >> >> >>> <stephane.ducasse(a)inria.fr> >> >> >>> wrote: >> >> >>>> should we integrated that? >> >> >>>> >> >> >>> i posted it here so people can evaluate. >> >> >>> >> >> >>> for me it is not a question :) >> >> >> >> >> >> you lost me but I guess that you mean yes. >> >> >> >> >> > well, since i spent time implementing it, it would be surprise if i >> >> > will say 'no'. >> >> > but it looks like this is not important to people, since nobody >> >> > replied to this post except you. >> >> > >> >> > But of course, we could make this behavior optional, controlled via >> >> > settings. >> >> > >> >> > -- >> >> > Best regards, >> >> > Igor Stasenko. >> >> > >> >> >> >> -- >> >> www.tudorgirba.com >> >> >> >> "Being happy is a matter of choice." >> >> >> >> >> >> >> >> >> > >> >> >> >> -- >> Best regards, >> Igor Stasenko. >> > -- Best regards, Igor Stasenko.

March 11, 2012