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

Re: [Pharo-dev] Variables in auto-completion

by Marcus Denker

The globals are in the list first... I think this can be fixed by moving the adding from #initializeSelectors to #addVariables (class NECUntypedModel). The whole NEC code is far too complexâ¦ we have some experiments for an AST based version, we should dig that out again. (I added the note to the issue) > On 28 Mar 2019, at 15:32, Tim Mackinnon <tim(a)testit.works> wrote: > > Yes - I noticed that too and raised a similar issue: https://github.com/pharo-project/pharo/issues/2855 > >> On 28 Mar 2019, at 10:48, Julien <julien.delplanque(a)inria.fr> wrote: >> >> >> >> --- >> Julien Delplanque >> Doctorant Ã lâUniversitÃ© de Lille >> http://juliendelplanque.be/phd.html >> Equipe Rmod, Inria >> BÃ¢timent B 40, Avenue Halley 59650 Villeneuve d'Ascq >> NumÃ©ro de tÃ©lÃ©phone: +333 59 35 86 40 >> >>> Le 28 mars 2019 Ã 11:15, Cyril Ferlicot <cyril.ferlicot(a)gmail.com> a Ã©crit : >>> >>> Hi, >>> >>> I remember that in old Pharo versions, the auto-completion added the >>> variables at the top of the completion list. Now they are at the >>> bottom under the classes. >>> >>> The original version worked better for me. >> >> I preferred previous version as well. >> >> Cheers, >> >> Julien >> >>> The current version really >>> annoys me since most of the time I would prefer to have a variables >>> completed. Is there a setting somewhere to get the old behavior back? >>> If not, does someone knowing the implementation of the auto-completion >>> knows where I could put a metalink to get the old behavior back for >>> me? >>> >>> -- >>> Cyril Ferlicot >>> https://ferlicot.fr >>> >> >

March 28, 2019

Re: [Pharo-dev] Variables in auto-completion

by Tim Mackinnon

Yes - I noticed that too and raised a similar issue: https://github.com/pharo-project/pharo/issues/2855 <https://github.com/pharo-project/pharo/issues/2855> > On 28 Mar 2019, at 10:48, Julien <julien.delplanque(a)inria.fr> wrote: > > > > --- > Julien Delplanque > Doctorant Ã lâUniversitÃ© de Lille > http://juliendelplanque.be/phd.html <http://juliendelplanque.be/phd.html> > Equipe Rmod, Inria > BÃ¢timent B 40, Avenue Halley 59650 Villeneuve d'Ascq > NumÃ©ro de tÃ©lÃ©phone: +333 59 35 86 40 > >> Le 28 mars 2019 Ã 11:15, Cyril Ferlicot <cyril.ferlicot(a)gmail.com <mailto:cyril.ferlicot@gmail.com>> a Ã©crit : >> >> Hi, >> >> I remember that in old Pharo versions, the auto-completion added the >> variables at the top of the completion list. Now they are at the >> bottom under the classes. >> >> The original version worked better for me. > > I preferred previous version as well. > > Cheers, > > Julien > >> The current version really >> annoys me since most of the time I would prefer to have a variables >> completed. Is there a setting somewhere to get the old behavior back? >> If not, does someone knowing the implementation of the auto-completion >> knows where I could put a metalink to get the old behavior back for >> me? >> >> -- >> Cyril Ferlicot >> https://ferlicot.fr <https://ferlicot.fr/> >> >

March 28, 2019

Re: [Pharo-dev] Variables in auto-completion

by Sven Van Caekenberghe

> On 28 Mar 2019, at 15:10, Alistair Grant <akgrant0710(a)gmail.com> wrote: > > On Thu, 28 Mar 2019 at 11:16, Cyril Ferlicot <cyril.ferlicot(a)gmail.com> wrote: >> >> Hi, >> >> I remember that in old Pharo versions, the auto-completion added the >> variables at the top of the completion list. Now they are at the >> bottom under the classes. >> >> The original version worked better for me. The current version really >> annoys me since most of the time I would prefer to have a variables >> completed. Is there a setting somewhere to get the old behavior back? >> If not, does someone knowing the implementation of the auto-completion >> knows where I could put a metalink to get the old behavior back for >> me? > > And me... :-) > > It's even more annoying because I can type the entire variable name > and then continue typing only to get the variable replaced with some > random class name. Haha, yes, I hate that too ... that is code completion that makes you less productive ;-) > Cheers, > Alistair

March 28, 2019

Re: [Pharo-dev] Variables in auto-completion

by Alistair Grant

On Thu, 28 Mar 2019 at 11:16, Cyril Ferlicot <cyril.ferlicot(a)gmail.com> wrote: > > Hi, > > I remember that in old Pharo versions, the auto-completion added the > variables at the top of the completion list. Now they are at the > bottom under the classes. > > The original version worked better for me. The current version really > annoys me since most of the time I would prefer to have a variables > completed. Is there a setting somewhere to get the old behavior back? > If not, does someone knowing the implementation of the auto-completion > knows where I could put a metalink to get the old behavior back for > me? And me... :-) It's even more annoying because I can type the entire variable name and then continue typing only to get the variable replaced with some random class name. Cheers, Alistair

March 28, 2019

[Pharo 8.0] Build #190: 3023-Some-cleanups-in-Slots

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #190 was: SUCCESS. The Pull Request #3024 was integrated: "3023-Some-cleanups-in-Slots" Pull request url: https://github.com/pharo-project/pharo/pull/3024 Issue Url: https://github.com/pharo-project/pharo/issues/3023 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

March 28, 2019

Re: [Pharo-dev] Variables in auto-completion

by Julien

--- Julien Delplanque Doctorant Ã lâUniversitÃ© de Lille http://juliendelplanque.be/phd.html Equipe Rmod, Inria BÃ¢timent B 40, Avenue Halley 59650 Villeneuve d'Ascq NumÃ©ro de tÃ©lÃ©phone: +333 59 35 86 40 > Le 28 mars 2019 Ã 11:15, Cyril Ferlicot <cyril.ferlicot(a)gmail.com> a Ã©crit : > > Hi, > > I remember that in old Pharo versions, the auto-completion added the > variables at the top of the completion list. Now they are at the > bottom under the classes. > > The original version worked better for me. I preferred previous version as well. Cheers, Julien > The current version really > annoys me since most of the time I would prefer to have a variables > completed. Is there a setting somewhere to get the old behavior back? > If not, does someone knowing the implementation of the auto-completion > knows where I could put a metalink to get the old behavior back for > me? > > -- > Cyril Ferlicot > https://ferlicot.fr >

March 28, 2019

Variables in auto-completion

by Cyril Ferlicot

Hi, I remember that in old Pharo versions, the auto-completion added the variables at the top of the completion list. Now they are at the bottom under the classes. The original version worked better for me. The current version really annoys me since most of the time I would prefer to have a variables completed. Is there a setting somewhere to get the old behavior back? If not, does someone knowing the implementation of the auto-completion knows where I could put a metalink to get the old behavior back for me? -- Cyril Ferlicot https://ferlicot.fr

March 28, 2019

[Pharo 8.0] Build #189: Revert "2813-Failing-tests-in-MorphicTextInputFieldAdapterTest"

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #189 was: FAILURE. The Pull Request #3032 was integrated: "Revert "2813-Failing-tests-in-MorphicTextInputFieldAdapterTest"" Pull request url: https://github.com/pharo-project/pharo/pull/3032 Issue Url: https://github.com/pharo-project/pharo/issues/revert Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

March 28, 2019

Re: [Pharo-dev] Roassal Animations

by CÃ©drick BÃ©ler

No they are not... only screenshots. Cheers > Le 27 mars 2019 Ã 20:31, CÃ©drick BÃ©ler <cdrick65(a)gmail.com> a Ã©crit : > > I think there are on the roassal discord channel. > > Indeed really cool ;-) > >> Le 17 mars 2019 Ã 20:40, Sven Van Caekenberghe <sven(a)stfx.eu> a Ã©crit : >> >> >> >>> On 17 Mar 2019, at 20:10, Serge Stinckwich <serge.stinckwich(a)gmail.com> wrote: >>> >>> Most of the animations are available in the Roassal3 code: >>> >>> https://github.com/ObjectProfile/Roassal3 >> >> Yes, OK, but maybe there is some webpage somewhere that collects the Twitter posts, they were really good advertisements. >> >>> On Sun, Mar 17, 2019 at 7:23 PM Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>> Hi, >>> >>> Who has seen these Roassal Animations on Twitter recently ? >>> >>> These are crazy cool and super slick. >>> >>> Is there a place where they are all collected, maybe with their code ? >>> >>> Sven >>> >>> >>> >>> >>> -- >>> Serge Stinckwicâhâ >>> Int. Research Unit on Modelling/Simulation of Complex Systems (UMMISCO) >>> âSorbonne University (SU) >>> French National Research Institute for Sustainable Development (IRD)â >>> Uâniversity of YaoundÃ© Iâ, Cameroun >>> "Programs must be written for people to read, and only incidentally for machines to execute." >>> https://twitter.com/SergeStinckwich >>> â >> >>

March 27, 2019

Re: [Pharo-dev] Roassal Animations

by CÃ©drick BÃ©ler

I think there are on the roassal discord channel. Indeed really cool ;-) > Le 17 mars 2019 Ã 20:40, Sven Van Caekenberghe <sven(a)stfx.eu> a Ã©crit : > > > >> On 17 Mar 2019, at 20:10, Serge Stinckwich <serge.stinckwich(a)gmail.com> wrote: >> >> Most of the animations are available in the Roassal3 code: >> >> https://github.com/ObjectProfile/Roassal3 > > Yes, OK, but maybe there is some webpage somewhere that collects the Twitter posts, they were really good advertisements. > >> On Sun, Mar 17, 2019 at 7:23 PM Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> Hi, >> >> Who has seen these Roassal Animations on Twitter recently ? >> >> These are crazy cool and super slick. >> >> Is there a place where they are all collected, maybe with their code ? >> >> Sven >> >> >> >> >> -- >> Serge Stinckwicâhâ >> Int. Research Unit on Modelling/Simulation of Complex Systems (UMMISCO) >> âSorbonne University (SU) >> French National Research Institute for Sustainable Development (IRD)â >> Uâniversity of YaoundÃ© Iâ, Cameroun >> "Programs must be written for people to read, and only incidentally for machines to execute." >> https://twitter.com/SergeStinckwich >> â > >

March 27, 2019