- Pharo-dev - lists.pharo.org

Re: [Pharo-project] [Pharo-users] [FYI] Athens tutorial

by Tudor Girba

Hi, Indeed, we just followed this tutorial at PharoConf, and it is well made. Thanks, Igor. Doru On Apr 4, 2013, at 2:07 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: > Hello, there > > i prepared a small tutorial for Athens, which i did today at PharoConf. > But the code i did can be reused by non-participants of conference :) > > Here the instructions. > > Download Pharo 2.0 > > wget -O - get.pharo.org | bash > > Run Pharo 2.0 > > ./pharo-ui Pharo.image > > In a workspace, evaluate (line after line) > > Gofer it smalltalkhubUser: 'Pharo' project: 'Athens'; configuration; load. > > ConfigurationOfAthens loadVersion: '2.0'. > > Gofer it smalltalkhubUser: 'Pharo' project: 'Athens'; > package:'Athens-Tutorial'; load. > > AthensTutorial new openWithSpec. > > > Took from here > https://gist.github.com/SergeStinckwich/44ca34b54cde83b687a3 > (just removed duplicates ;) > > Thanks, Serge for compiling it down ;) > > Once you load the code and have window open, skip step one (you already did it), > and then just follow the steps by pressing doit button changing the > code , pressing doit again , going forwards etc .. and playing with > it. > I put some comments there to serve as a small description/detail. > > Any feedback & help & contributions & improvements is welcome. > > P.S. if you get a DNU at step 30, enable Freetype in settings and try again. > > -- > Best regards, > Igor Stasenko. > -- www.tudorgirba.com "What is more important: To be happy, or to make happy?"

April 4, 2013

[Pharo-project] Configuration Browser - CI link

by Ben Coman

Just a random idea... (Not for implementing any time soon, just sharing) It might be cool if Configuration Browser items could be linked to status on a CI server, displaying a smiley or weather icon next to the item. Those items would tend to draw more user attention and be an incentive for developers to get a green job on the Contribution CI server. cheers -ben

April 4, 2013

Re: [Pharo-project] Issue 10219: Completion: enter on accept awkwardness

by Igor Stasenko

On 3 April 2013 22:45, Camillo Bruni <camillobruni(a)gmail.com> wrote: > theres a setting to: > > - disable ENTER to accept the completion > - to increase the popup delay > > so I think that is invalid bug report then... > i tend to disagree. The defaults which we have now in 2.0 for autocompletion is breaking my workflow badly too. Yes, i can go to settings and disable/reconfigure stuff but that doesn't nullifying the fact, that my workflow is broken with ambiguous and inconsistent reaction(s) to my keystrokes by UI if i keep defaults. For instance i am still clueless, why 'enter' is default for autocompletion, and disabling it and enabling 'tab' simply doesn't works. That leaves me with the only option: keep using 'enter' for autocompletion, if i ever want to use it. We have to fix that. > On 2013-04-03, at 22:23, "Sean P. DeNigris" <sean(a)clipperadams.com> wrote: > >> From >> https://pharo.fogbugz.com/f/cases/10219/Completion-enter-on-accept-awkwardn… >> : >> >>> The combination of enter on accept, with the current behavior to select >>> the first completion suggestion by default = trouble. For example: >>> >>> 1. Type "printOn: aStream"... pretty common method start >>> 2. Hit enter to go to the next line >>> >>> You will now have "printOn: MCDataStream" WTF!! I get burned by this >>> pretty regularly and it's annoying. I'm not sure what the fix should be... >>> probably no default selection in the suggestion menu, but possibly only >>> when enter on accept is enabled (t would require an extra key press to >>> complete and when do you ever type a tab in the middle of a line?) >> >> >> >> >> >> ----- >> Cheers, >> Sean >> -- >> View this message in context: http://forum.world.st/Issue-10219-Completion-enter-on-accept-awkwardness-tp… >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >> > > -- Best regards, Igor Stasenko.

April 4, 2013

[Pharo-project] [FYI] Athens tutorial

by Igor Stasenko

Hello, there i prepared a small tutorial for Athens, which i did today at PharoConf. But the code i did can be reused by non-participants of conference :) Here the instructions. Download Pharo 2.0 wget -O - get.pharo.org | bash Run Pharo 2.0 ./pharo-ui Pharo.image In a workspace, evaluate (line after line) Gofer it smalltalkhubUser: 'Pharo' project: 'Athens'; configuration; load. ConfigurationOfAthens loadVersion: '2.0'. Gofer it smalltalkhubUser: 'Pharo' project: 'Athens'; package:'Athens-Tutorial'; load. AthensTutorial new openWithSpec. Took from here https://gist.github.com/SergeStinckwich/44ca34b54cde83b687a3 (just removed duplicates ;) Thanks, Serge for compiling it down ;) Once you load the code and have window open, skip step one (you already did it), and then just follow the steps by pressing doit button changing the code , pressing doit again , going forwards etc .. and playing with it. I put some comments there to serve as a small description/detail. Any feedback & help & contributions & improvements is welcome. P.S. if you get a DNU at step 30, enable Freetype in settings and try again. -- Best regards, Igor Stasenko.

April 4, 2013

Re: [Pharo-project] Renaming methods in the debugger

by Igor Stasenko

On 4 April 2013 01:20, Stephan Eggermont <stephan(a)stack.nl> wrote: > While presenting "Revenge of the Debugger, feedback addicted" > at Devnology tonight with Willem van den Ende, > we noticed that it would be nice to be able to rename methods > in the debugger. Is that something we missed in > only using the old Pharo 2.0 debugger? :) > Sometimes you have to really fear of what you want :) Yes, time to time, i also get annoyed by inability to do that... but... I think there's are serious practical reasons to not allow that rather than technical: In theory, everything is possible... (you can hack the contexts and rewire them using new/renamed method).. The key problem with such operation which i see is , what should happen when you renaming #foo to #bar, for instance: - should a call site (where #foo message was sent) now be also rewritten to send #bar instead to reflect the change properly ? (and what if the call site uses #perform: and #foo selector going from somewhere else?) - and where to stop: will you allow renaming #foo to #foo: or to: #foo:bar: and what 'magic' you put into debugger to do that graciously? There is certain limits, up to which you can keep trusting automated tools to do something, but beyond that, you need a human (developer) intervention. > Stephan > -- Best regards, Igor Stasenko.

April 3, 2013

[Pharo-project] Renaming methods in the debugger

by Stephan Eggermont

While presenting "Revenge of the Debugger, feedback addicted" at Devnology tonight with Willem van den Ende, we noticed that it would be nice to be able to rename methods in the debugger. Is that something we missed in only using the old Pharo 2.0 debugger? :) Stephan

April 3, 2013

Re: [Pharo-project] how to load from STHub at #pharoconf

by Sven Van Caekenberghe

Hi Damien, On 03 Apr 2013, at 15:38, Damien Cassou <damien.cassou(a)gmail.com> wrote: > Hi Sven, > > if you want to advertise your service, you could set up something like > workspace.st or pastebin.st. And then, you could add a huge "NEW" > button on the welcome page, because people don't want to read all this > text before finding the small "new" link in the middle of a paragraph > :-). > > Then, we will add the url on the Pharo website and #pharo irc channel :-). Thanks for the support. With Sean's Configuration ease of use improved, which is very nice. Now, this is a free service that I intended just for our community, I do not really want it to become massively popular, it would only cost me. Hosting a site where people can post anything anonymously is dangerous enough already ;-) Sven PS: .st domains are a lot more expensive that regular domains. PS2: yes, my design skills show through... -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

April 3, 2013

Re: [Pharo-project] Issue 10219: Completion: enter on accept awkwardness

by Sean P. DeNigris

Camillo Bruni-3 wrote > theres a setting to: > - disable ENTER to accept the completion > - to increase the popup delay Yes, but tweaking those to solve this issue is kind of a hack. Personally, I definitely do not want to delay the popup as it breaks my flow to wait for it. I've already disabled the enter-to-accept, so that's good enough for me, but my concern is for other users (esp. newbies). Maybe I was the only one with both a small delay and accept-on-enter, but it doesn't seem like the right behavior in that case. ----- Cheers, Sean -- View this message in context: http://forum.world.st/Issue-10219-Completion-enter-on-accept-awkwardness-tp… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 3, 2013

Re: [Pharo-project] Issue 10219: Completion: enter on accept awkwardness

by Camillo Bruni

theres a setting to: - disable ENTER to accept the completion - to increase the popup delay so I think that is invalid bug report then... On 2013-04-03, at 22:23, "Sean P. DeNigris" <sean(a)clipperadams.com> wrote: > From > https://pharo.fogbugz.com/f/cases/10219/Completion-enter-on-accept-awkwardn… > : > >> The combination of enter on accept, with the current behavior to select >> the first completion suggestion by default = trouble. For example: >> >> 1. Type "printOn: aStream"... pretty common method start >> 2. Hit enter to go to the next line >> >> You will now have "printOn: MCDataStream" WTF!! I get burned by this >> pretty regularly and it's annoying. I'm not sure what the fix should be... >> probably no default selection in the suggestion menu, but possibly only >> when enter on accept is enabled (t would require an extra key press to >> complete and when do you ever type a tab in the middle of a line?) > > > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Issue-10219-Completion-enter-on-accept-awkwardness-tp… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

April 3, 2013

[Pharo-project] Issue 10219: Completion: enter on accept awkwardness

by Sean P. DeNigris

From https://pharo.fogbugz.com/f/cases/10219/Completion-enter-on-accept-awkwardn… : > The combination of enter on accept, with the current behavior to select > the first completion suggestion by default = trouble. For example: > > 1. Type "printOn: aStream"... pretty common method start > 2. Hit enter to go to the next line > > You will now have "printOn: MCDataStream" WTF!! I get burned by this > pretty regularly and it's annoying. I'm not sure what the fix should be... > probably no default selection in the suggestion menu, but possibly only > when enter on accept is enabled (t would require an extra key press to > complete and when do you ever type a tab in the middle of a line?) ----- Cheers, Sean -- View this message in context: http://forum.world.st/Issue-10219-Completion-enter-on-accept-awkwardness-tp… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 3, 2013