April 2013 - Pharo-dev - lists.pharo.org

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

by Sean P. DeNigris

Sean P. DeNigris wrote > > Johan Brichau-2 wrote >> fwiw, I changed the implementation of NECController to: >> - accept both >> <enter> >> and >> <tab> >> for code completion >> - still use >> <tab> >> to first complete the common prefixes, but a subsequent >> <tab> >> will select the suggestion >> >> Maybe people should give this a try and see? > Sounds cool. I will start using it and report back. Thanks! I like it :) I can still disable enter-to-accept, and the tab twice for full completion thing is great. After cranking up Xcode and navigating around, one thing I noticed was that the C file I was looking at ended every line with a non-alphanumeric character (e.g. $", $; $)), so enter would never accidentally complete anything when what one meant to do was get a cr. As mentioned above, this is not the case for st and I think disabling enter-to-accept makes more sense as the default. I'd rather have new users asking and us explaining that it can be turned on, than have them annoyed by e.g. typing "String" <cr> and ending up with "StringApiSetter", which I found very jarring. ----- 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 6, 2013

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

by Tudor Girba

Hi Johan, Thanks for acting to get everyone out of the deadlock situation :). I will give it a try as well and let you know. Cheers, Doru On Apr 6, 2013, at 8:22 AM, Johan Brichau <johan(a)inceptive.be> wrote: > fwiw, I changed the implementation of NECController to: > - accept both <enter> and <tab> for code completion > - still use <tab> to first complete the common prefixes, but a subsequent <tab> will select the suggestion > > i.e. this is the behavior in XCode, which imho is a very good one. > > _and_ I do not have to disable the completion of common prefixes if I want to disable <enter> for selection. > > Maybe people should give this a try and see? > > cheers > Johan > > > <NECController-Changes.cs> > > On 06 Apr 2013, at 02:18, Ben Coman <btc(a)openInWorld.com> wrote: > >> Alexandre Bergel wrote: >>> +1 >>> >>> Alexandre >>> >>> >>> On Apr 3, 2013, at 8:57 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: >>> >>> >>>> +1 >>>> >>>> Doru >>>> >>>> >>>> On Apr 4, 2013, at 2:19 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: >>>> >>>> >>>>> 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?) >>>>>>>> >>>>>>> >> I haven't used the 2.0 auto compeltion yet so I don't know if this is relevant, but just a passing thought... When Microsoft Word muck up using smart characters, one small saving grace is that it first enters my original typing before "smart-ifying" it, such that ctrl-z undoes back to my original typing. >> >> cheers -ben >> > -- www.tudorgirba.com "To lead is not to demand things, it is to make them happen."

April 6, 2013

Re: [Pharo-project] OCompletion paper

by Tudor Girba

http://users.dcc.uchile.cl/~rrobbes/p/JASE-completion.pdf Doru On Apr 6, 2013, at 8:48 PM, "Sean P. DeNigris" <sean(a)clipperadams.com> wrote: > Does anyone have a copy? > http://www.inf.usi.ch/phd/robbes/papers/ASE2008-completion.pdf gives a > 403... > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/OCompletion-paper-tp4679991.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > -- www.tudorgirba.com "Live like you mean it."

April 6, 2013

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

by stephane ducasse

Hi guys would it be possible to get a couple of settings that you use? So that I can try and understand the one that can work with me. Thanks

April 6, 2013

Re: [Pharo-project] Resuming Issue Tracker Mailing List

by stephane ducasse

I would love to get the source code modification (diff) on update so that I can read the code without cliking to all the links in the update mail. Now that we use smalltalkhub we should be able to do it. Stef On Apr 5, 2013, at 2:46 AM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Can we please convert this to work with fogbugz asap? I'm finding it > difficult to track our progress without it... we've been spoiled ;) > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Resuming-Issue-Tracker-Mailing-List-tp4679712.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

April 6, 2013

[Pharo-project] OCompletion paper

by Sean P. DeNigris

Does anyone have a copy? http://www.inf.usi.ch/phd/robbes/papers/ASE2008-completion.pdf gives a 403... ----- Cheers, Sean -- View this message in context: http://forum.world.st/OCompletion-paper-tp4679991.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 6, 2013

Re: [Pharo-project] Resuming Issue Tracker Mailing List

by Sean P. DeNigris

Benjamin Van Ryseghem-2 wrote > Since any one can subscribe precisely to want they want, for me it's > useless to have a spamming mailing list :) It's very useful to me because I turn off all mail delivery for the issue tracker list and view it through nabble. This way, my inbox is not flooded, and I can browse through and see exactly what interests me and click through those. The list is already set up, it's simple to turn on, and I've illustrated a use case. ----- Cheers, Sean -- View this message in context: http://forum.world.st/Resuming-Issue-Tracker-Mailing-List-tp4679712p4679990… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 6, 2013

Re: [Pharo-project] Screencast: Creating C library bindings with TalkFFI for libgit2

by Stefan Marr

Hi: On 06 Apr 2013, at 19:30, Max Leske wrote: > I recorded a new screencast with a short tutorial on how bindings for libgit2 (or any other library for that matter) can be created using TalkFFI. > > http://vimeo.com/maxleske/talkffibindings I skimmed through it. Looks good. But, I noticed that the video actually stops before generating the bindings :) That makes it feel like there is something missing. Best regards Stefan -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525

April 6, 2013

Re: [Pharo-project] Screencast: Creating C library bindings with TalkFFI for libgit2

by Max Leske

Now it's ready :) On 06.04.2013, at 19:42, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > mmm... to fast > > "Page not found" :( > > Esteban > > On Apr 6, 2013, at 7:41 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > >> that's cool :) >> >> I just playing with the libgit2 bindings from Stefan :) >> >> Esteban >> >> On Apr 6, 2013, at 7:30 PM, Max Leske <maxleske(a)gmail.com> wrote: >> >>> I recorded a new screencast with a short tutorial on how bindings for libgit2 (or any other library for that matter) can be created using TalkFFI. >>> >>> http://vimeo.com/maxleske/talkffibindings >>> >>> (will be available in about an hour) >>> >>> Cheers, >>> Max >> > >

April 6, 2013

Re: [Pharo-project] How to define a ConfigurationOf with a #development version that depends on a baseline?

by stephane ducasse

martin we worked with envy during 8 years for the moose dev on VW and I have the book of joseph. Now what is the process? during dev everybody load bleeding edge of the current maps? when frozen exact ersion are loaded? Stef > In all the discussions about how to manage/organize Smalltalk code - I would like to add, that ENVY (though it's so old) with its config maps, applications, prerequisites is a pretty good example how it works. > > Take a look at the only available ENVY implementation today (VAST) and think about the way they did it in the eighties ... > > The ENVY-(concept - not the implementation) is still a master peace in this area - even when compared with VS or Eclipse - and it supports the power of Smalltalk very much. > > There are questionable parts of ENVY and I do not use these parts of it very often. But even these questionable parts of ENVY have not been better solved by other Smalltalk source code management systems. > > I've repositories, which are around 10 years old - and ALL code is still there, all versions for all different platforms - down to methods differences within a mouse click and the speed within a LAN is so good. > > > Marten > > >> On Apr 5, 2013, at 11:28 PM, Alexandre Bergel<alexandre.bergel(a)me.com> wrote: >> >>> Just a question: Is there any plan for a Metacello 2? >> > <marten.vcf>

April 6, 2013