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

Re: [Pharo-project] Nautilus usability

by Peter H. Meadows

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'. 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 > > >

Jan. 30, 2013

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

by Esteban Lorenzano

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] The Road to 2.0

by StÃ©phane Ducasse

Yes and I think that the cycle is long enough. Stef > less than one year, actually... 2.0 development started in april :) > > (it is being closed at february to match the first cycle of "time-boxed" releases proposed at beginning of year) > > cheers, > Esteban > > On Jan 30, 2013, at 2:52 AM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > >> There have been 1482 issues tagged with 2.0 [1] >> Of which 1403 have been closed >> Leaving only 79 [2] >> >> As we near the finish line for 2.0, I acknowledge everyone who >> contributed... even if just one slice, or even one post that moved a >> discussion toward a great solution. To me, over 1400 issues in one year >> seems like an extraordinary amount of progress! >> >> Cheers, >> Sean >> >> [1] http://code.google.com/p/pharo/issues/list?can=1&q=Milestone%3D2.0 >> [2] http://code.google.com/p/pharo/issues/list?can=2&q=Milestone%3D2.0 >> >> >> >> -- >> View this message in context: http://forum.world.st/The-Road-to-2-0-tp4666482.html >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >> > >

Jan. 30, 2013

Re: [Pharo-project] NativeBoost commits

by StÃ©phane Ducasse

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] Status of Pharo on Pi

by Torsten Bergmann

Can anyone give an update on the status of Pharo for Raspberry pi?

Jan. 30, 2013

Re: [Pharo-project] Nautilus usability

by StÃ©phane Ducasse

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

Jan. 30, 2013

Re: [Pharo-project] The Road to 2.0

by StÃ©phane Ducasse

On Jan 29, 2013, at 10:52 PM, Sean P. DeNigris wrote: > There have been 1482 issues tagged with 2.0 [1] > Of which 1403 have been closed > Leaving only 79 [2] > > As we near the finish line for 2.0, I acknowledge everyone who > contributed... even if just one slice, or even one post that moved a > discussion toward a great solution. To me, over 1400 issues in one year > seems like an extraordinary amount of progress! oh yes! I see the impact of having igor and esteban + a 2.0 tag. And they are many improvements that we did not push in 2.0 but will come in 3.0 :) > Cheers, > Sean > > [1] http://code.google.com/p/pharo/issues/list?can=1&q=Milestone%3D2.0 > [2] http://code.google.com/p/pharo/issues/list?can=2&q=Milestone%3D2.0

Jan. 30, 2013

Re: [Pharo-project] Nautilus usability

by Esteban Lorenzano

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 :) and it will be a settings for the release (to choose between the old and the new). Opposite to Ben, I think the complex key mappings still need some study and enhancement... but that (also with a generalization of the keybindings package use) will be for 3.0/ > >> >> - 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. I disagree. Debug mode is to debug nautilus and will fly away for release. We want to encourage everybody to contribute with slices, so... it is well placed there, very visible :) (maybe a submenu, but I don't want to remove it) > > >> >> - 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. > > >> >> - 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 yep... looks like there is no time to make it idiot (esteban)-proof :) but we make some good advances last days. > > >> >> - 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. well, is not a lock, is a pin (icon is confusing)... it is to keep multiple methods around... > > >> >> - 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 distinction between user and developer in pharo community are subtle... and you are in pharo-devs list, so you can add a bug entry ;) best, Esteban > > 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] NativeBoostFFI out parameters passing pointers back and forth is confusing...

by Stefan Marr

Hi Igor: On 30 Jan 2013, at 09:53, Igor Stasenko wrote: > On 29 January 2013 23:56, Stefan Marr <smalltalk(a)stefan-marr.de> wrote: >> Hi Igor: >> >> On 29 Jan 2013, at 11:26, Igor Stasenko wrote: >>>> | repo repoPath cb branches headHandle | >>>> repo := NBExternalHandle new. >>>> repoPath := NBExternalAddress fromString: '/Users/smarr/tmp/filetree'. >>> >>> why not just pass the string? >> >> I had the feeling (i.e., I had crashes, and was checking with GDB) that plain Smalltalk strings ala 'test' are not actually passed properly into the function. What is passed in is a reference to the begin of the string, but not a properly null terminated string. >> >> Do I miss something? >> > Yes, to ease work with strings there is a special 'String' type it > will automatically make > a null-terminated copy of string on stack and pass it to function. > So, you don't need to manually do 'NBExternalAddress fromString:' > and then symmetrical #free, to free used memory, ( which your code > snippet does not includes btw ;) ). Right, I haven't worried about memory at all so far... libgit2 isn't entirely trivial in that regard. Ok, now that I saw NBExternalString, I added a type mapping to my list (char_ptr NBExternalString). How does it work for return types? You assume that you will have the responsibility to free the returned char* if I use NBExternalString as return type for functions that return char*? Thanks 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

Jan. 30, 2013

Re: [Pharo-project] The Road to 2.0

by Esteban Lorenzano

less than one year, actually... 2.0 development started in april :) (it is being closed at february to match the first cycle of "time-boxed" releases proposed at beginning of year) cheers, Esteban On Jan 30, 2013, at 2:52 AM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > There have been 1482 issues tagged with 2.0 [1] > Of which 1403 have been closed > Leaving only 79 [2] > > As we near the finish line for 2.0, I acknowledge everyone who > contributed... even if just one slice, or even one post that moved a > discussion toward a great solution. To me, over 1400 issues in one year > seems like an extraordinary amount of progress! > > Cheers, > Sean > > [1] http://code.google.com/p/pharo/issues/list?can=1&q=Milestone%3D2.0 > [2] http://code.google.com/p/pharo/issues/list?can=2&q=Milestone%3D2.0 > > > > -- > View this message in context: http://forum.world.st/The-Road-to-2-0-tp4666482.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

Jan. 30, 2013