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

Re: [Pharo-project] New feature in Nautilus

by Ben Coman

Stuart Herring wrote: > Excellent! > > Any chance of having a vertical split instead of horizontal though? > > Regards, > Stuart > And an option to do a diff between two vertical split texts > On 6 August 2012 09:48, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: > >> Hello guys :) >> >> I just wanted to show you the new feature I just finished to implement into Nautilus: the multi methods edition >> >> http://dl.dropbox.com/u/24369478/MultiMethods.mov >> >> The video is quite short (1min) but it will be integrated soon in the image so ;) >> >> Some explanation: >> - now you can "pin" a text area, it will "freeze" the context, so you can edit it and save it without problems >> - you can have a many as wanted >> - the scroll pane is a bit clever to always keep the maximum size for the current edition (but there are splitters, so you can set it as you want) >> - you can "unpin" a text area, and it closes it (to add: check if there are pending changes) >> - the glitch about the color is the video has been fixed already (but I am too lazy to make another video ^^) >> - the frozen area get a help text which tells the method the source code comes from >> - the corresponding button have the same help text >> - clicking on the button jump to the method >> >> I hope you will enjoy it, and as usual if you have cool ideas, let me know ;) >> >> Ben >> > > >

Aug. 6, 2012

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

by Erwan Douaille

2012/8/6 Pavel Krivanek <pavel.krivanek(a)gmail.com> > On Mon, Aug 6, 2012 at 2:00 PM, Erwan Douaille <douailleerwan(a)gmail.com> > wrote: > > I'm a tab lover too and i think Esteban's idea is cool. > > > > Visualize a lot of methods code is cool but visualize it in a 200@200morph > > dimension is for me impossible. In this case tab is a good solution. > > > > Now you also get my point of view :) > > > > (And tabs can also be a good idea for workspace ... sometimes i open at > > least than 4 of them and it just can be cool to regroup them in 1 window) > > But in Pharo 2.0 you can make tabs from any kind of windows including > Workspaces - go to the window menu and click on 'Create window group'. > > Thanks ! (Still working on Moose for the moment so i didn't see changes on 2.0) . I just try it and get the same functionality can be cool for nautilus :) -- Pavel > > > 2012/8/6 Esteban Lorenzano <estebanlm(a)gmail.com> > >> > >> 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 :) > >> >>> > >> >>> > >> >> > >> >> > >> > > >> > >> > > > > > > > > -- > > Best regards, > > > > Douaille Erwan <douaille.erwan(a)gmail.com> > > -- Best regards, Douaille Erwan <douaille.erwan(a)gmail.com>

Aug. 6, 2012

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

by Esteban Lorenzano

yes, but the usability is still poor for this case (IMHO), I want t tabs in the code panel, not a complete tabbed window with multiple browsers :) (I'm using window groups for workspaces, and for that it works great :) On Aug 6, 2012, at 2:13 PM, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > On Mon, Aug 6, 2012 at 2:00 PM, Erwan Douaille <douailleerwan(a)gmail.com> wrote: >> I'm a tab lover too and i think Esteban's idea is cool. >> >> Visualize a lot of methods code is cool but visualize it in a 200@200 morph >> dimension is for me impossible. In this case tab is a good solution. >> >> Now you also get my point of view :) >> >> (And tabs can also be a good idea for workspace ... sometimes i open at >> least than 4 of them and it just can be cool to regroup them in 1 window) > > But in Pharo 2.0 you can make tabs from any kind of windows including > Workspaces - go to the window menu and click on 'Create window group'. > > -- Pavel > >> 2012/8/6 Esteban Lorenzano <estebanlm(a)gmail.com> >>> >>> 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 :) >>>>>> >>>>>> >>>>> >>>>> >>>> >>> >>> >> >> >> >> -- >> Best regards, >> >> Douaille Erwan <douaille.erwan(a)gmail.com> >

Aug. 6, 2012

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

by Pavel Krivanek

On Mon, Aug 6, 2012 at 2:00 PM, Erwan Douaille <douailleerwan(a)gmail.com> wrote: > I'm a tab lover too and i think Esteban's idea is cool. > > Visualize a lot of methods code is cool but visualize it in a 200@200 morph > dimension is for me impossible. In this case tab is a good solution. > > Now you also get my point of view :) > > (And tabs can also be a good idea for workspace ... sometimes i open at > least than 4 of them and it just can be cool to regroup them in 1 window) But in Pharo 2.0 you can make tabs from any kind of windows including Workspaces - go to the window menu and click on 'Create window group'. -- Pavel > 2012/8/6 Esteban Lorenzano <estebanlm(a)gmail.com> >> >> 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 :) >> >>> >> >>> >> >> >> >> >> > >> >> > > > > -- > Best regards, > > Douaille Erwan <douaille.erwan(a)gmail.com>

Aug. 6, 2012

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

by Erwan Douaille

I'm a tab lover too and i think Esteban's idea is cool. Visualize a lot of methods code is cool but visualize it in a 200@200 morph dimension is for me impossible. In this case tab is a good solution. Now you also get my point of view :) (And tabs can also be a good idea for workspace ... sometimes i open at least than 4 of them and it just can be cool to regroup them in 1 window) 2012/8/6 Esteban Lorenzano <estebanlm(a)gmail.com> > 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 :) > >>> > >>> > >> > >> > > > > > -- Best regards, Douaille Erwan <douaille.erwan(a)gmail.com>

Aug. 6, 2012

[Pharo-project] Smalltalks 2012 - 6th International Conference on Smalltalk Technologies - Call for papers

by Jorge Ressia

[Apologies if you receive multiple copies of this Call for Papers] CALL FOR PAPERS SMALLTALKS 2012 6th International Conference on Smalltalk Technologies http://www.fast.org.ar/smalltalks2012 Research Track: Call for Papers - http://scg.unibe.ch/wiki/events/smalltalks12 November 3th - 5th, 2012 Important dates: Submission (Hard Deadline): September 17th, 2012 (Argentinian time: UTC/GMT -3 hours). Notification of acceptance: October 8th, 2012. Camera Ready Submission: November 2nd, 2012. --------------------------------------------------------------------------------- Conference Location: Universidad Nacional de Quilmes (Argentina) The Smalltalks series of conferences (www.fast.org.ar) is a lively forum on Smalltalk-based software technologies that brings together more than 200 people from both academia and industry for a period of three days. Past editions of Smalltalks have included many high-quality presentations from industry and research. These contributions have shown interesting applications of Smalltalk, advances in the Smalltalk language, didactic uses of Smalltalk and so on. Similar to last year, Smalltalks 2012 will include a dedicated research track. We welcome submissions to this research track presenting original scientific contributions to, or using, Smalltalk in general. Topics of interest include, but are not restricted to: - Aspects, Aspect Languages and Applications. - Ambient Intelligence, Ubiquitous / Pervasive Computing and Embedded Systems. - Compilation Technology, Optimization, Virtual Machines. - Educational Material. - Language Engineering, Extensions. - Model Driven Engineering / Development. - Meta-Modeling, Reflection and Meta-programming. - Programming in the Large, Design, Architectures and Components. - Programming Environments, Browsers, User Interfaces, UI Frameworks. - Source-code analysis and manipulation (Static analysis, refactoring, type inference, metrics). - Team Management. - Testing, Extreme Programming / Practices. - Web Services, Internet Applications, Event-driven Programming. - Experience Reports. Important dates: Submission (Hard Deadline): September 17th, 2012 (Argentinian time: UTC/GMT -3 hours). Notification of acceptance: October 8th, 2012. Camera Ready Submission: November 2nd, 2012. Papers: Papers should be written in English, in PDF-format and should not exceed 15 pages (including references and figures), using the JOT journal format. Templates for LaTeX formats can be found at http://www.jot.fm/authors.html Papers must be submitted through the EasyChair submission web site at http://www.easychair.org/conferences/?conf=smalltalks12 The accepted papers will be digitally available on the conference website. We are currently negotiating a special edition of a journal for which the best papers will get invited. Papers submitted must not have been previously published and must not be under review for publication elsewhere. Papers must strictly adhere to submission guidelines. If you have questions, please send an e-mail to Jorge Ressia (ressia(a)iam.unibe.ch) Special Issue Publication -------------------------- The best papers will be invited to submit an extended version of their work in a special issue of the International Journal JOT (The Journal of Object Technology), http://www.jot.fm/ Program Committee -------------------------- - Alexandre Bergel (DCC, Universidad de Chile, Chile) - Andy Kellens (Vrije Universiteit Brussel, Belgium) - Coen De Roover (Vrije Universiteit Brussel, Belgium) - Damien Cassou (Hasso-Plattner-Institut, Potsdam, Germany) - Gabriela Arevalo (Universidad Nacional de Quilmes, Argentina) - Gonzalo Zabala (Universidad Abierta Interamericana, Argentina) - Hernan Wilkinson (Universidad de Buenos Aires, Argentina) - Jannik Laval (INRIA Lille/LABRI Bordeaux, France) - Johan Fabry (DCC, Universidad de Chile, Chile) - Luc Fabresse (Ecole des Mines Douai, France) - Lukas Renggli (Google, Switzerland) - Marcus Denker (INRIA Lille, France) - Mircea Lungu (University of Bern, Switzerland) - Noury Bouraqadi (Ecole des Mines Douai, France) - Serge Stinckwich (Institut de recherche pour le developppement, France) - Tudor Girba (Sw-eng. Software Engineering GmbH, Switzerland) Program Chair -------------------- Jorge Ressia (Univeristy of Bern, Switzerland) -- Jorge Ressia www.jorgeressia.com

Aug. 6, 2012

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