- Pharo-dev - lists.pharo.org

Re: [Pharo-project] OComplection

by Esteban Lorenzano

well... I cannot. But for me, most of the time OCompletion suggestions are accurate (because I tend to use always the same methods, probably). btw, I'm not saying that OCompletion is perfect, I think it can be improved a lot... but I like it (what you did is already better, but it can be improved more) On Aug 6, 2012, at 1:02 PM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > Maybe I don't really see when it gets useful... > Can you give me an example where you rely on the history information of OCompletion? > > > On 2012-08-06, at 12:34, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >> OCompletion works fine for me. And is much more valuable for me than EC... yes we can (and need) improve it, but I don't want to drop OC. >> Is the same case of nautilus many-methods and tabs. Just because you don't find the function valuable, that does not means that it is not worthy for anybody :) >> >> Esteban >> >> On Aug 6, 2012, at 12:15 AM, Camillo Bruni <camillobruni(a)gmail.com> wrote: >> >>> the more time I spend with OCompletion the more I think it's the wrong model: >>> >>> NECompletion provides in many cases way better / quicker results >>> >>> NOCompletion does tons of magic to increase the chances of a correct hit, >>> neglecting >>> - self sends >>> - super sends >>> - ClassSends >>> >>> which is basically the main source for getting nice input... >>> >>> I think NOCompletion should be removed. The only thing that might maintain >>> is a Database which will give back a date for a given selector so we can >>> sort them accordingly. But IMO that can be solved muuuuch easier. >>> >>> >>> Things against NOCompletion: >>> - not documentation whatsoever (no class comments no comments no categories... nada) >>> - totally breaks type completion (self sends usw...) >>> - duplication of NECompletion... >>> >>> Since I don't see anybody maintaining this dead body we should remove it >>> from the system! >> >> > >

Aug. 6, 2012

Re: [Pharo-project] OComplection

by Camillo Bruni

Maybe I don't really see when it gets useful... Can you give me an example where you rely on the history information of OCompletion? On 2012-08-06, at 12:34, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > OCompletion works fine for me. And is much more valuable for me than EC... yes we can (and need) improve it, but I don't want to drop OC. > Is the same case of nautilus many-methods and tabs. Just because you don't find the function valuable, that does not means that it is not worthy for anybody :) > > Esteban > > On Aug 6, 2012, at 12:15 AM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > >> the more time I spend with OCompletion the more I think it's the wrong model: >> >> NECompletion provides in many cases way better / quicker results >> >> NOCompletion does tons of magic to increase the chances of a correct hit, >> neglecting >> - self sends >> - super sends >> - ClassSends >> >> which is basically the main source for getting nice input... >> >> I think NOCompletion should be removed. The only thing that might maintain >> is a Database which will give back a date for a given selector so we can >> sort them accordingly. But IMO that can be solved muuuuch easier. >> >> >> Things against NOCompletion: >> - not documentation whatsoever (no class comments no comments no categories... nada) >> - totally breaks type completion (self sends usw...) >> - duplication of NECompletion... >> >> Since I don't see anybody maintaining this dead body we should remove it >> from the system! > >

Aug. 6, 2012

[Pharo-project] interesting incompatibility between squeak 4.3 and Pharo 1.4

by Lawson English

I've been playing with NativeBoost so a lot of my development time has been in Pharo. I was having problems with simple syntax so I decided to fileout my class and test it in the latest squeak. A problem: class AlphaImage doesn't exist in squeak, so the filein process ended up defining my class to be a subclass of ProtoObject... OK, sorta makes sense: don't guess, just give the lowest possible point in the hierarchy. Even so, the first time I tried to create an instance of the class, I recived debugging messages complaining about how the object didn't understand the message newForm:, as you might expect... then the debugger itself kept on popping up the same error message as I tried to enter the debugger window. Working as intended? Anyway, just an interesting gotcha when programming in Pharo and porting back to squeak. L -- Squeak from the very start (introduction to Squeak and Pharo Smalltalk for the (almost) complete and compleate beginner). https://www.youtube.com/playlist?list=PL6601A198DF14788D&feature=view_all

Aug. 6, 2012

Re: [Pharo-project] [Pharo-users] New feature in Nautilus

by Esteban Lorenzano

ok... since Mariano says that I need to be more clear, I will try to explain why I want tabs as a layout: being capable of have many methods opened in a browser allows more use-cases that just visualize them together. At least, that functionality allow us to *edit* them together, something that is very important to me (even more than see them). Right now, I solve this by opening several browsers, but If I can have a tabbed layout, I can group them in an unique browser and edit all of them together. Yes, I know, I could do it also with current layout... And I'm not asking to replace current layout with a tab layout... I just ask to, in case you add different layouts, add one tab-layout too (for us the tab lovers :) that's all Esteban On Aug 6, 2012, at 12:28 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > They don't make sense for you (and Mariano), but they make perfectly sense for me :) > In fact, scrolling window also hides methods, so... what's the problem? I would prefer to have most of my methods in tabs, just because I want to edit all together... not because I want to see them at the same time (btw, a "save all button" wold be great too). > And yes, I know there is groups for that... but I hate groups and, as you say, I love tabs... so... give me tabs and just don't use them yourself! :P > > Esteban > > On Aug 6, 2012, at 12:22 PM, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: > >> Tabs do not make sense since they do not allow to see multiple method at the same time >> I know you are in love with tabs, but not for this ;) >> >> Ben >> >> >> On Aug 6, 2012, at 11:25 AM, Esteban Lorenzano wrote: >> >>> >>> On Aug 6, 2012, at 11:10 AM, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: >>>> >>>> - I would also love different display layouts to choose: horizontal, vertical, rows/columns, etc :) >>> >>> tabs :) >>> >>> >> >> >

Aug. 6, 2012

Re: [Pharo-project] [Pharo-users] New feature in Nautilus

by Pavel Krivanek

'Create group window' in window menu is not good for you? -- Pavel On Mon, Aug 6, 2012 at 12:28 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > They don't make sense for you (and Mariano), but they make perfectly sense for me :) > In fact, scrolling window also hides methods, so... what's the problem? I would prefer to have most of my methods in tabs, just because I want to edit all together... not because I want to see them at the same time (btw, a "save all button" wold be great too). > And yes, I know there is groups for that... but I hate groups and, as you say, I love tabs... so... give me tabs and just don't use them yourself! :P > > Esteban > > On Aug 6, 2012, at 12:22 PM, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: > >> Tabs do not make sense since they do not allow to see multiple method at the same time >> I know you are in love with tabs, but not for this ;) >> >> Ben >> >> >> On Aug 6, 2012, at 11:25 AM, Esteban Lorenzano wrote: >> >>> >>> On Aug 6, 2012, at 11:10 AM, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: >>>> >>>> - I would also love different display layouts to choose: horizontal, vertical, rows/columns, etc :) >>> >>> tabs :) >>> >>> >> >> > >

Aug. 6, 2012

Re: [Pharo-project] OComplection

by Esteban Lorenzano

OCompletion works fine for me. And is much more valuable for me than EC... yes we can (and need) improve it, but I don't want to drop OC. Is the same case of nautilus many-methods and tabs. Just because you don't find the function valuable, that does not means that it is not worthy for anybody :) Esteban On Aug 6, 2012, at 12:15 AM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > the more time I spend with OCompletion the more I think it's the wrong model: > > NECompletion provides in many cases way better / quicker results > > NOCompletion does tons of magic to increase the chances of a correct hit, > neglecting > - self sends > - super sends > - ClassSends > > which is basically the main source for getting nice input... > > I think NOCompletion should be removed. The only thing that might maintain > is a Database which will give back a date for a given selector so we can > sort them accordingly. But IMO that can be solved muuuuch easier. > > > Things against NOCompletion: > - not documentation whatsoever (no class comments no comments no categories... nada) > - totally breaks type completion (self sends usw...) > - duplication of NECompletion... > > Since I don't see anybody maintaining this dead body we should remove it > from the system!

Aug. 6, 2012

Re: [Pharo-project] [Pharo-users] New feature in Nautilus

by Esteban Lorenzano

They don't make sense for you (and Mariano), but they make perfectly sense for me :) In fact, scrolling window also hides methods, so... what's the problem? I would prefer to have most of my methods in tabs, just because I want to edit all together... not because I want to see them at the same time (btw, a "save all button" wold be great too). And yes, I know there is groups for that... but I hate groups and, as you say, I love tabs... so... give me tabs and just don't use them yourself! :P Esteban On Aug 6, 2012, at 12:22 PM, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: > Tabs do not make sense since they do not allow to see multiple method at the same time > I know you are in love with tabs, but not for this ;) > > Ben > > > On Aug 6, 2012, at 11:25 AM, Esteban Lorenzano wrote: > >> >> On Aug 6, 2012, at 11:10 AM, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: >>> >>> - I would also love different display layouts to choose: horizontal, vertical, rows/columns, etc :) >> >> tabs :) >> >> > >

Aug. 6, 2012

Re: [Pharo-project] OComplection

by StÃ©phane Ducasse

> the more time I spend with OCompletion the more I think it's the wrong model: > > NECompletion provides in many cases way better / quicker results > > NOCompletion does tons of magic to increase the chances of a correct hit, > neglecting > - self sends > - super sends > - ClassSends > > which is basically the main source for getting nice input... > > I think NOCompletion should be removed. The only thing that might maintain > is a Database which will give back a date for a given selector so we can > sort them accordingly. But IMO that can be solved muuuuch easier. > > > Things against NOCompletion: > - not documentation whatsoever (no class comments no comments no categories... nada) > - totally breaks type completion (self sends usw...) > - duplication of NECompletion... > > Since I don't see anybody maintaining this dead body we should remove it > from the system! Why not but do we get the most recently typed because this is cool to have Stef

Aug. 6, 2012

Re: [Pharo-project] [Pharo-users] New feature in Nautilus

by Benjamin

Tabs do not make sense since they do not allow to see multiple method at the same time I know you are in love with tabs, but not for this ;) Ben On Aug 6, 2012, at 11:25 AM, Esteban Lorenzano wrote: > > On Aug 6, 2012, at 11:10 AM, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: >> >> - I would also love different display layouts to choose: horizontal, vertical, rows/columns, etc :) > > tabs :) > >

Aug. 6, 2012

Re: [Pharo-project] New feature in Nautilus

by Benjamin

Because the software I use for caption provide mov by default, and it was 2am :) Moreover, I do not have a youtube account :) Ben On Aug 6, 2012, at 6:42 AM, Torsten Bergmann wrote: > Not able to display it on small device. > Why *.mov format and not something easily accessible > like putting it on youtube, vimeo, ...? > > Thx > T. > >

Aug. 6, 2012