- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Nautilus usability

by Benjamin

+1 Moreover we have the APi in the core image now :) (and we could reuse what I did for the Slice creator) Ben On Jan 30, 2013, at 1:06 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > in fact "Report an issue" should also be an entry somewhere... like the WorldMenu, under "Help" :) > > On Jan 30, 2013, at 1:00 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > >> >> On 30 Jan 2013, at 12:45, "Peter H. Meadows" <peter.h.meadows(a)googlemail.com> wrote: >> >>> Maybe people don't realize that everyone is encouraged to use the issue tracker? At first I was a bit nervous about it, cos I was thinking 'this is only for devs'. >> >> Yes ! >> >> Using, testing, giving feedback, creating issues, improving documentation anywhere, anyhow are all *very* important contributions to any open source project and thus to Pharo. >> >> Sven >> >>> On 30 January 2013 11:28, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>> >>> On Jan 30, 2013, at 6:30 AM, jannik laval wrote: >>> >>>> Do you know what I like more ? Bug entries :P >>>> >>>> Here, I am a user. I take time to send you a mail, and I don't want to take time to open bug entries. You can do it if you think the ideas are good. :P >>>> >>> >>> It does not work like that sorry jannik. >>> If you use Pharo then opening bug entry to improve the system is the first minimal action from you. >>> Do you simply imagine how much ben and us just spend on anything once you spend 2 min opening a bug entry? >>> >>> Stef >> >> -- >> Sven Van Caekenberghe >> http://stfx.eu >> Smalltalk is the Red Pill >> >> > >

Jan. 30, 2013

Re: [Pharo-project] Nautilus usability

by Benjamin

Ben On Jan 30, 2013, at 10:30 AM, jannik laval <jannik.laval(a)gmail.com> wrote: > Hi, > > 2013/1/30 Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> > > > Ben > > On Jan 30, 2013, at 10:03 AM, jannik laval <jannik.laval(a)gmail.com> wrote: > >> Hi Benjamin, >> >> I am trying to use Nautilus and going to Pharo 2.0 (I am using 20480). >> I have some remarks about the usability of the tool. I think the idea is cool and I begin to appreciate it. >> >> But, I have some problems: >> >> - When I am on a method and search senders (b,n). If there is only one sender, another browser is opened focusing on the sender of the method. But the method call is not highlighted. When I have to parse long methods, I loose time. > > True :) > >> - About the keyboard shortcuts: please I need the same shortcuts everywhereâ¦ Not everywhere because I know it takes time to do that. BUT everywhere in nautilus itself. The shortcuts are not the same in the sourcecode panel (old shortcuts) and in the list of entities (new shortcuts). >> As a user, I would like to have the possibility to disable the new shortcuts to have the same shortcuts everywhere in my environment. > > It's implemented Nautilus side, but KeyBindings still need some love :) > >> >> - About the package menu: >> >there is too much items: 4 items to add package in groups is too much. I would prefer one item (add as group) and a menu More. >> > Why is there a "Search code" in "rewrite code" item ? The name does not make sense. > > Probably comes from OB :) > > And should be changed. > > >> > Create Slice should be in the DEBUG mode. Which could be disabled in the Settings. > > Debug mode ? Why ?? > > Or a different menu that is available for the core team or guys who need this feature. > I do not use it even if I am in a pharo sprint. The browser is by nature a development tool :) > > >> >> - The "Show instance variables" and "Show class variables" does not show the variables but the accessors to the variables, no ? > > Yes, as the other browsers did, but I can change the name ;) > > Yes please > > >> >> - Is it possible to have a popup on the icons in Nautilus. There is lots of icons that I don't know what they mean. > > There are (or at least should, maybe a bug) > > There are only on active icons. The others have no information popup. > > >> - It is the same for the color of classes and methods: Why are there methods in gray ? classes in gray ? > > Extensions > > Thank you, but "in the browser" how can I know that ? > > >> >> - The command "edit a comment", which is a clickable icon, opens a new window. I would prefer that it has the same behavior than the button "Comments": opening the comments in the same browser. > > No, thanks to the popup and shortcuts, you can edit in a row a lot of classes very quickly > > Not agree. We have too much opened window, and when I write a comment, I want to write ONE and write it well. Take the first class to comment, start: press space type your comment save (cmd+s)(it closes the window) press arrow down goto: start Can't be faster :) > > >> >> - in the lists of the browser, I would like to select multiple packages without using the mouse. Is it possible ? In all the browsers, the shift-up and shift-down can do that. > > PluggableListMorph can't do that, but NewList can. > > Unfortunately, I think the integration will be in 3.0 > > ARGhhhh If you have time to make it work you are more than welcome > > >> >> - When I select multiple packages, the classes of all these packages should appear. Not only the ones of the last selected package. > > There is a bug entry and discussion about that. Due to extension, it's quite complicated to due and raises some issues. > > >> >> - what does the locker means in the source code editor ? I understood that the method cannot be modifiedâ¦ But I can, so I don't understand. > > It's a feature not yet really used. You can pin a text panel, and have multiples. We need to polish that as well :) > > It does not work fine. There are some UI issues (the top of the method is hidden because of the new buttons on the bottom of the window). If it is not used and polished, please remove it. I will try to make it work, but with the lectures, it's a bit complicated :S > > >> >> - The history navigator is not shared between browsers. > > There is a bug entry for this > >> >> That is a good beginning I think. >> I give you my point of view as a user of the browser. This is the main tool I am supposed to use in Pharo and I would like to not be frustrated using it. > > You know I love feedback :) > > Thank you > > Do you know what I like more ? Bug entries :P > > Here, I am a user. I take time to send you a mail, and I don't want to take time to open bug entries. You can do it if you think the ideas are good. :P I though you was also part of the community :P Ben > > Cheer, > Jannik > > > Thanks again > Ben > > >> >> My 2 cents, >> Jannik >> >> -- >> ~~Dr. Jannik Laval~~ >> Ãcole des Mines de Douai >> Enseignant-chercheur >> http://www.jannik-laval.eu >> > > > > > -- > ~~Dr. Jannik Laval~~ > Ãcole des Mines de Douai > Enseignant-chercheur > http://www.jannik-laval.eu >

Jan. 30, 2013

Re: [Pharo-project] NativeBoost commits

by Igor Stasenko

On 30 January 2013 13:08, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 30 January 2013 13:03, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >> makes *you* less thinking :) >> I think in pharo, people are used to camel case. And if we use camel case, we can always use "-" for subgroups if needed (like categories, monticello packages, etc., now) >> > > but Nativeboost name is single word, i don't remember when i had idea > of naming it like that, > but i was never writing it with two separate words.. hence writing > camelcase "NativeBoost" > will lead people to thinking that actual project name is "Native > boost" because identifiers do not allow spaces and so, you write > "NativeBoost". But that's not the case. > yeah.. looks like i contradict to myself. because class name in image is NativeBoost, not Nativeboost. however, the project home url is: http://code.google.com/p/nativeboost/ so, i think it would be more logical to use lowercase for other url(s). >> Esteban -- Best regards, Igor Stasenko.

Jan. 30, 2013

Re: [Pharo-project] NativeBoost commits

by Igor Stasenko

On 30 January 2013 13:18, Camillo Bruni <camillobruni(a)gmail.com> wrote: > I do everything constantly lower case so I don't have to think about the urls :) > > but yeah, we can do everything camel case... > but for urls i think lowercase is more traditional. in any case i don't think this is a big issue to fight for. > On 2013-01-30, at 12:48, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > >> yep... Camillo already messed it by using C naming convention and not smalltalkish :P >> >> CamelCase, please! >> >> Esteban >> >> On Jan 30, 2013, at 12:32 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> >>> Good! >>> can you sync with esteban for the shape of the pharo repo? >>> >>> I was thinking about >>> >>> >>> Pharo >>> /NativeBoost >>> /RB >>> /Opal >>> / >>> >>> so that we have a bit but not to much structure >>> and each subproject is one that can be loaded "independently" >>> what do you think? >>> >>> Sef >>> >>> On Jan 30, 2013, at 5:58 AM, Igor Stasenko wrote: >>> >>>> On 29 January 2013 19:45, Ciprian Teodorov <ciprian.teodorov(a)gmail.com> wrote: >>>>> Hi Igor, >>>>> >>>>> I guess that I am a persona non-grata, or something... I've lost again my >>>>> commit rights on squeaksource... ;) >>>>> I have a fix for the tests on struct and unions so that they pass on mac and >>>>> linux >>>>> >>>> >>>> I will migrate project on smalltalkhub in closest days. >>>> I don't wanna waste time on squeaksource anymore. >>>> I will inform you (and all) about the event. >>>> >>>> >>>>> Cheers, >>>>> >>>>> -- >>>>> Dr. Ciprian TEODOROV >>>>> IngÃ©nieur DÃ©veloppement CAO >>>>> >>>>> tÃ©l : 06 08 54 73 48 >>>>> mail : ciprian.teodorov(a)gmail.com >>>>> www.teodorov.ro >>>> >>>> >>>> >>>> -- >>>> Best regards, >>>> Igor Stasenko. >>>> >>> >>> >> >> > > -- Best regards, Igor Stasenko.

Jan. 30, 2013

Re: [Pharo-project] NativeBoost commits

by Camillo Bruni

I do everything constantly lower case so I don't have to think about the urls :) but yeah, we can do everything camel case... On 2013-01-30, at 12:48, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > yep... Camillo already messed it by using C naming convention and not smalltalkish :P > > CamelCase, please! > > Esteban > > On Jan 30, 2013, at 12:32 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > >> Good! >> can you sync with esteban for the shape of the pharo repo? >> >> I was thinking about >> >> >> Pharo >> /NativeBoost >> /RB >> /Opal >> / >> >> so that we have a bit but not to much structure >> and each subproject is one that can be loaded "independently" >> what do you think? >> >> Sef >> >> On Jan 30, 2013, at 5:58 AM, Igor Stasenko wrote: >> >>> On 29 January 2013 19:45, Ciprian Teodorov <ciprian.teodorov(a)gmail.com> wrote: >>>> Hi Igor, >>>> >>>> I guess that I am a persona non-grata, or something... I've lost again my >>>> commit rights on squeaksource... ;) >>>> I have a fix for the tests on struct and unions so that they pass on mac and >>>> linux >>>> >>> >>> I will migrate project on smalltalkhub in closest days. >>> I don't wanna waste time on squeaksource anymore. >>> I will inform you (and all) about the event. >>> >>> >>>> Cheers, >>>> >>>> -- >>>> Dr. Ciprian TEODOROV >>>> IngÃ©nieur DÃ©veloppement CAO >>>> >>>> tÃ©l : 06 08 54 73 48 >>>> mail : ciprian.teodorov(a)gmail.com >>>> www.teodorov.ro >>> >>> >>> >>> -- >>> Best regards, >>> Igor Stasenko. >>> >> >> > >

Jan. 30, 2013

[Pharo-project] [update 2.0] #20499

by Esteban Lorenzano

20499 ----- Issue 7326: cmd+m, cmd+n broken in senders/implementors browser http://code.google.com/p/pharo/issues/detail?id=7326 Issue 7346: [ENH]: Spec: Add DateModel http://code.google.com/p/pharo/issues/detail?id=7346 Issue 7324: Andreas Profiler http://code.google.com/p/pharo/issues/detail?id=7324 (shouldn't we choose one profiler and remove the others, in 3.0? is there a reason to have several of them?) Diff information: http://ss3.gemstone.com/ss/Pharo20/Spec-Widgets-EstebanLorenzano.85.diff http://ss3.gemstone.com/ss/Pharo20/Spec-Tools-EstebanLorenzano.81.diff http://ss3.gemstone.com/ss/Pharo20/FamFam-Icons-EstebanLorenzano.15.diff http://ss3.gemstone.com/ss/Pharo20/AndreasProfiler-EstebanLorenzano.5.diff

Jan. 30, 2013

Re: [Pharo-project] NativeBoost commits

by Igor Stasenko

On 30 January 2013 13:03, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > makes *you* less thinking :) > I think in pharo, people are used to camel case. And if we use camel case, we can always use "-" for subgroups if needed (like categories, monticello packages, etc., now) > but Nativeboost name is single word, i don't remember when i had idea of naming it like that, but i was never writing it with two separate words.. hence writing camelcase "NativeBoost" will lead people to thinking that actual project name is "Native boost" because identifiers do not allow spaces and so, you write "NativeBoost". But that's not the case. > Esteban > > On Jan 30, 2013, at 12:54 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > >> On 30 January 2013 12:48, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >>> yep... Camillo already messed it by using C naming convention and not smalltalkish :P >>> >>> CamelCase, please! >>> >> i prefer all lowcase bro. >> makes less thinking about which rules to follow. >> >>> Esteban >>> >>> On Jan 30, 2013, at 12:32 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>> >>>> Good! >>>> can you sync with esteban for the shape of the pharo repo? >>>> >>>> I was thinking about >>>> >>>> >>>> Pharo >>>> /NativeBoost >>>> /RB >>>> /Opal >>>> / >>>> >>>> so that we have a bit but not to much structure >>>> and each subproject is one that can be loaded "independently" >>>> what do you think? >>>> >>>> Sef >>>> >>>> On Jan 30, 2013, at 5:58 AM, Igor Stasenko wrote: >>>> >>>>> On 29 January 2013 19:45, Ciprian Teodorov <ciprian.teodorov(a)gmail.com> wrote: >>>>>> Hi Igor, >>>>>> >>>>>> I guess that I am a persona non-grata, or something... I've lost again my >>>>>> commit rights on squeaksource... ;) >>>>>> I have a fix for the tests on struct and unions so that they pass on mac and >>>>>> linux >>>>>> >>>>> >>>>> I will migrate project on smalltalkhub in closest days. >>>>> I don't wanna waste time on squeaksource anymore. >>>>> I will inform you (and all) about the event. >>>>> >>>>> >>>>>> Cheers, >>>>>> >>>>>> -- >>>>>> Dr. Ciprian TEODOROV >>>>>> IngÃ©nieur DÃ©veloppement CAO >>>>>> >>>>>> tÃ©l : 06 08 54 73 48 >>>>>> mail : ciprian.teodorov(a)gmail.com >>>>>> www.teodorov.ro >>>>> >>>>> >>>>> >>>>> -- >>>>> Best regards, >>>>> Igor Stasenko. >>>>> >>>> >>>> >>> >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko. >> > > -- Best regards, Igor Stasenko.

Jan. 30, 2013

Re: [Pharo-project] Nautilus usability

by Esteban Lorenzano

in fact "Report an issue" should also be an entry somewhere... like the WorldMenu, under "Help" :) On Jan 30, 2013, at 1:00 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > On 30 Jan 2013, at 12:45, "Peter H. Meadows" <peter.h.meadows(a)googlemail.com> wrote: > >> Maybe people don't realize that everyone is encouraged to use the issue tracker? At first I was a bit nervous about it, cos I was thinking 'this is only for devs'. > > Yes ! > > Using, testing, giving feedback, creating issues, improving documentation anywhere, anyhow are all *very* important contributions to any open source project and thus to Pharo. > > Sven > >> On 30 January 2013 11:28, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> >> On Jan 30, 2013, at 6:30 AM, jannik laval wrote: >> >>> Do you know what I like more ? Bug entries :P >>> >>> Here, I am a user. I take time to send you a mail, and I don't want to take time to open bug entries. You can do it if you think the ideas are good. :P >>> >> >> It does not work like that sorry jannik. >> If you use Pharo then opening bug entry to improve the system is the first minimal action from you. >> Do you simply imagine how much ben and us just spend on anything once you spend 2 min opening a bug entry? >> >> Stef > > -- > Sven Van Caekenberghe > http://stfx.eu > Smalltalk is the Red Pill > >

Jan. 30, 2013

Re: [Pharo-project] Status of Pharo on Pi

by Esteban Lorenzano

oops! another item into the infinite-todo :) Esteban On Jan 30, 2013, at 1:00 PM, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > Hi, > > it was only a SqueakVM, I had no luck with compilation of StackVM for > it but it is a more general problem of VM development. We simply do > not have any StackVM for general platform. I suppose that if you take > StackVM and you will make it to run on 64bit Linux (without any > assembler or additional 32bit libraries), then you will be able to > compile it for RPi too. > > > Cheers, > -- Pavel > > On Wed, Jan 30, 2013 at 12:44 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >> Hi, >> >> It is a vm issue, non a pharo issue. >> and AFAIK, Pavel had a StackVM running (probably some missing plugins, thought), with a Pharo 1.4 inside. >> >> best, >> Esteban >> >> On Jan 30, 2013, at 12:28 PM, "Torsten Bergmann" <astares(a)gmx.de> wrote: >> >>> Can anyone give an update on the status of >>> Pharo for Raspberry pi? >>> >>> >> >> >

Jan. 30, 2013

Re: [Pharo-project] NativeBoost commits

by Esteban Lorenzano

makes *you* less thinking :) I think in pharo, people are used to camel case. And if we use camel case, we can always use "-" for subgroups if needed (like categories, monticello packages, etc., now) Esteban On Jan 30, 2013, at 12:54 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 30 January 2013 12:48, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >> yep... Camillo already messed it by using C naming convention and not smalltalkish :P >> >> CamelCase, please! >> > i prefer all lowcase bro. > makes less thinking about which rules to follow. > >> Esteban >> >> On Jan 30, 2013, at 12:32 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> >>> Good! >>> can you sync with esteban for the shape of the pharo repo? >>> >>> I was thinking about >>> >>> >>> Pharo >>> /NativeBoost >>> /RB >>> /Opal >>> / >>> >>> so that we have a bit but not to much structure >>> and each subproject is one that can be loaded "independently" >>> what do you think? >>> >>> Sef >>> >>> On Jan 30, 2013, at 5:58 AM, Igor Stasenko wrote: >>> >>>> On 29 January 2013 19:45, Ciprian Teodorov <ciprian.teodorov(a)gmail.com> wrote: >>>>> Hi Igor, >>>>> >>>>> I guess that I am a persona non-grata, or something... I've lost again my >>>>> commit rights on squeaksource... ;) >>>>> I have a fix for the tests on struct and unions so that they pass on mac and >>>>> linux >>>>> >>>> >>>> I will migrate project on smalltalkhub in closest days. >>>> I don't wanna waste time on squeaksource anymore. >>>> I will inform you (and all) about the event. >>>> >>>> >>>>> Cheers, >>>>> >>>>> -- >>>>> Dr. Ciprian TEODOROV >>>>> IngÃ©nieur DÃ©veloppement CAO >>>>> >>>>> tÃ©l : 06 08 54 73 48 >>>>> mail : ciprian.teodorov(a)gmail.com >>>>> www.teodorov.ro >>>> >>>> >>>> >>>> -- >>>> Best regards, >>>> Igor Stasenko. >>>> >>> >>> >> >> > > > > -- > Best regards, > Igor Stasenko. >

Jan. 30, 2013