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

Re: [Pharo-project] SmartSuggestions - Prototype 0

by Gisela Decuzzi

Hi Alexandre, >I have selected the class ROElement, and Nautilus still offers me to look for the implementors There aren't suggestion for a class currently implemented so it won't offer you nothing yet. But something we can do it's to figure it out witch options would be nice to have, I was thinking in: - Class references - Hierarchy - Browse the class So tell me your ideas and I will try to make a command for that and then add it as a suggestion, if you browse #specialCommands (the message I'm using to find the available actions for the selected code) you will see that the only real implementors are the RBVariableNode and RBMessageNode. I think that the actions you want are for RBClassReference (I will check it). But tell me what would you expect to see as a quick action over a class reference :) About the suggestion... the "smart ones" are at the end of the menu, the other ones are the default, it will be very cool to replace the hole menu (it's something that I have in my todolist) but for a 0 prototype I've just focused on adding more options. In fact I surely will be commiting some changes for display just a suggestions menu using a short cut (alt+t) tomorrow. >Well.. why do I need a new window? Why not simply give the list of the implementors? You can easily turn your menu entry "Implementors" as a submenu (as for "Extended search...") that gives the six implementors of this method directly. This is just the default behavior for implementors, since I'm using the same action, I will do some performace test in that and will check if I can add it as a task for my todo. Maybe searching for implementors isn't so fast and I wouldn't like to keep waiting a lot of time just to display a menu because maybe you don't even want to search implementors. But it's a good point for navigation improvements that I also want to make :) Thanks for the review and let me know about witch suggestions would you like to have depending what you have selected, I will implement as many as possible and try to finish with an easy way to add more options. 2013/4/10 Alexandre Bergel <alexandre.bergel(a)me.com> > Hi Gisela, > > Currently, Nautilus is not really smart at giving a contextual menu. > > Consider the following screenshot: > > I have selected the class ROElement, and Nautilus still offers me to look > for the implementors > > Another screenshot: > > I have selected the method startingPointOf: > > I like the idea of easily accessing Implementors. Currently, if I click on > "implementors of it" or in your menu "Implementors", I have a new window. > Well.. why do I need a new window? Why not simply give the list of the > implementors? You can easily turn your menu entry "Implementors" as a > submenu (as for "Extended search...") that gives the six implementors of > this method directly. > > Alexandre > > > On Apr 10, 2013, at 8:18 AM, Gisela Decuzzi <giseladecuzzi(a)gmail.com> > wrote: > > Hello, I've been working in a prototype for adding some suggestions to the > menu depending on what it's selected with the cursor. (The same feature > that ALT-Browser has, but now in Nautilus). > > It's just a little piece of code and has a lot of pending work, right now > you can press right click over a message send and offers you browse > implementors: > <Implementors.png> > > And if you are in an instance variable name and then right click: > <InstanceVariablesOptions.png> > (The same that ALT-Browser is doing, but in Nautilus) > > I developed in the latest 2.0 image. > > > So, if you want to load in your image, play a little and then give me some > feedback... > > Gofer it > smalltalkhubUser: 'gisela' > project: 'SmartSuggestions'; > package: 'SmartSuggestions'; > package: 'SmartSuggestionsNautilus'; > load. > > :) > > > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > >

April 10, 2013

Re: [Pharo-project] A demo video

by Alexandre Bergel

Excellent video! Alexandre On Apr 10, 2013, at 10:20 AM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > Hi, > > I made a small video to show how work the âlife environmentâ we pharoers (and every smalltalker) always talk. That adictive little thing I like to call: âImmediate feedback experienceâ. > You can see the video here (in the same old ugly english you all know me :) > > http://www.youtube.com/embed/Hu_C0ldSqrs > > Cheers, > Esteban -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 10, 2013

Re: [Pharo-project] SmartSuggestions - Prototype 0

by Alexandre Bergel

Hi Gisela, Currently, Nautilus is not really smart at giving a contextual menu. Consider the following screenshot: I have selected the class ROElement, and Nautilus still offers me to look for the implementors Another screenshot: I have selected the method startingPointOf: I like the idea of easily accessing Implementors. Currently, if I click on "implementors of it" or in your menu "Implementors", I have a new window. Well.. why do I need a new window? Why not simply give the list of the implementors? You can easily turn your menu entry "Implementors" as a submenu (as for "Extended search...") that gives the six implementors of this method directly. Alexandre On Apr 10, 2013, at 8:18 AM, Gisela Decuzzi <giseladecuzzi(a)gmail.com> wrote: > Hello, I've been working in a prototype for adding some suggestions to the menu depending on what it's selected with the cursor. (The same feature that ALT-Browser has, but now in Nautilus). > > It's just a little piece of code and has a lot of pending work, right now you can press right click over a message send and offers you browse implementors: > <Implementors.png> > > And if you are in an instance variable name and then right click: > <InstanceVariablesOptions.png> > (The same that ALT-Browser is doing, but in Nautilus) > > I developed in the latest 2.0 image. > > > > > So, if you want to load in your image, play a little and then give me some feedback... > > Gofer it > smalltalkhubUser: 'gisela' > project: 'SmartSuggestions'; > package: 'SmartSuggestions'; > package: 'SmartSuggestionsNautilus'; > load. > > :) > > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 10, 2013

Re: [Pharo-project] SmartSuggestions - Prototype 0

by Igor Stasenko

Guys , you should be less demanding! Some people using command-line and vim, and living happy with it.. and you demanding something which is completely unnecessary for real hardcore programmer(s). ;) (i am in a very good mood today ;) On 10 April 2013 23:13, stephane ducasse <stephane.ducasse(a)free.fr> wrote: > May be I did not understand but how can we get a list of implementors = > methods defined in several classes without spawing a list of methods? > > On Apr 10, 2013, at 11:56 PM, Alexandre Bergel <alexandre.bergel(a)me.com> > wrote: > > Hi Gisela, > > Currently, Nautilus is not really smart at giving a contextual menu. > > Consider the following screenshot: > <Screen Shot 2013-04-10 at 5.45.51 PM.png> > > I have selected the class ROElement, and Nautilus still offers me to look > for the implementors > > Another screenshot: > <Screen Shot 2013-04-10 at 5.49.32 PM.png> > > I have selected the method startingPointOf: > > I like the idea of easily accessing Implementors. Currently, if I click on > "implementors of it" or in your menu "Implementors", I have a new window. > Well.. why do I need a new window? Why not simply give the list of the > implementors? You can easily turn your menu entry "Implementors" as a > submenu (as for "Extended search...") that gives the six implementors of > this method directly. > > Alexandre > > > On Apr 10, 2013, at 8:18 AM, Gisela Decuzzi <giseladecuzzi(a)gmail.com> wrote: > > Hello, I've been working in a prototype for adding some suggestions to the > menu depending on what it's selected with the cursor. (The same feature that > ALT-Browser has, but now in Nautilus). > > It's just a little piece of code and has a lot of pending work, right now > you can press right click over a message send and offers you browse > implementors: > <Implementors.png> > > And if you are in an instance variable name and then right click: > <InstanceVariablesOptions.png> > (The same that ALT-Browser is doing, but in Nautilus) > > I developed in the latest 2.0 image. > > > So, if you want to load in your image, play a little and then give me some > feedback... > > Gofer it > smalltalkhubUser: 'gisela' > project: 'SmartSuggestions'; > package: 'SmartSuggestions'; > package: 'SmartSuggestionsNautilus'; > load. > > :) > > > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > -- Best regards, Igor Stasenko.

April 10, 2013

Re: [Pharo-project] SmartSuggestions - Prototype 0

by stephane ducasse

May be I did not understand but how can we get a list of implementors = methods defined in several classes without spawing a list of methods? On Apr 10, 2013, at 11:56 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Hi Gisela, > > Currently, Nautilus is not really smart at giving a contextual menu. > > Consider the following screenshot: > <Screen Shot 2013-04-10 at 5.45.51 PM.png> > > I have selected the class ROElement, and Nautilus still offers me to look for the implementors > > Another screenshot: > <Screen Shot 2013-04-10 at 5.49.32 PM.png> > > I have selected the method startingPointOf: > > I like the idea of easily accessing Implementors. Currently, if I click on "implementors of it" or in your menu "Implementors", I have a new window. Well.. why do I need a new window? Why not simply give the list of the implementors? You can easily turn your menu entry "Implementors" as a submenu (as for "Extended search...") that gives the six implementors of this method directly. > > Alexandre > > > On Apr 10, 2013, at 8:18 AM, Gisela Decuzzi <giseladecuzzi(a)gmail.com> wrote: > >> Hello, I've been working in a prototype for adding some suggestions to the menu depending on what it's selected with the cursor. (The same feature that ALT-Browser has, but now in Nautilus). >> >> It's just a little piece of code and has a lot of pending work, right now you can press right click over a message send and offers you browse implementors: >> <Implementors.png> >> >> And if you are in an instance variable name and then right click: >> <InstanceVariablesOptions.png> >> (The same that ALT-Browser is doing, but in Nautilus) >> >> I developed in the latest 2.0 image. >> >> >> >> >> So, if you want to load in your image, play a little and then give me some feedback... >> >> Gofer it >> smalltalkhubUser: 'gisela' >> project: 'SmartSuggestions'; >> package: 'SmartSuggestions'; >> package: 'SmartSuggestionsNautilus'; >> load. >> >> :) >> >> >> > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > >

April 10, 2013

Re: [Pharo-project] Please comment on a bug fix for Nautilus

by Igor Stasenko

On 10 April 2013 21:42, stephane ducasse <stephane.ducasse(a)free.fr> wrote: > > On Apr 10, 2013, at 8:12 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > >> On 10 April 2013 13:21, Damien Cassou <damien.cassou(a)gmail.com> wrote: >>> We need you to give your opinion on a bug fix for Nautilus. No need to load >>> any code in your image, just look at the screenshots and comments at: >>> >>> https://pharo.fogbugz.com/default.asp?10139 >>> >>> and give us your opinion >> // >> >> Often, especially with Morphs i need to go to superclass >> and i think it would be nicer to keep it one-line above in the list >> close to selected class i am working with. >> If it is about extensions or extended classes which not belongs to >> your package they can be in any order. >> >> But if you really want to separate them (gray / black) then i would >> even go further and put them into separate list widget, so there will >> be no confusion that those lists are independent (and no need to >> invent some strange ordering scheme) > > No > We want to see packages extensions with the classes defined in the package. > No separated list! > this is what i don't like either.. i just proposed the other side of extreme. to me the list should be sorted in a way how that it follows hierarchy. > Stf > > >> // >>> >>> -- >>> Damien Cassou >>> http://damiencassou.seasidehosting.st >>> >>> "Success is the ability to go from one failure to another without losing >>> enthusiasm." >>> Winston Churchill >> >> >> >> -- >> Best regards, >> Igor Stasenko. >> > > -- Best regards, Igor Stasenko.

April 10, 2013

[Pharo-project] settings: controlling the color of [ ( â¦.

by StÃ©phane Ducasse

Hi guys on my screen I can nearly nt see [ ( because the second level of hilighting is green :( In the past we could change the hilighting behavior via setting but I cannot find it anymore. To me it looks like the styles introduction broke the rest :( while in the code I found: settingsOn: aBuilder <systemsettings> (aBuilder setting: #'Shout: Syntax Highlighting') target: self; dialog: [ self styleTableRow ]; parentName: #codeBrowsing; description: 'Syntax Highlighting As You Type: Enable syntax highlighting in browsers, debuggers and workspaces and set patterns style.'; selector: #enabled; icon: UITheme current smallConfigurationIcon; with: [ (aBuilder setting: #selectorPatternsStyle) label: 'Selector Patterns' translated; description: 'Selector patterns in method pane' translated. (aBuilder setting: #errorStyle) label: 'Syntactic error' translated; description: 'Invalid and undefined code' translated. (aBuilder setting: #argsStyle) label: 'Parameters' translated; description: 'Parameters in patterns, message sends, and blocks' translated. (aBuilder setting: #commentStyle) label: 'Comments' translated; description: 'Comments in code pane' translated. (aBuilder setting: #defaultStyle) label: 'Default' translated; description: 'Default style' translated. (aBuilder setting: #globalVarStyle) label: 'Global variables' translated; description: 'References to global variables, including classes' translated. (aBuilder setting: #instanceVarStyle) label: 'Instance/class variables' translated; description: 'References to instance and class variables' translated. (aBuilder setting: #messageSendsStyle) label: 'Message sends' translated; description: 'Message sends' translated. (aBuilder setting: #primitiveOrModuleStyle) label: 'Primitive or module' translated; description: 'Primitive or module' translated. (aBuilder setting: #primitiveTypesStyle) label: 'Primitive types' translated; description: 'Literal data' translated. (aBuilder setting: #reservedWordsStyle) label: 'Reserved words' translated; description: 'Reserved words of the Smalltalk language' translated. (aBuilder setting: #syntaxStyle) label: 'Syntax' translated; description: 'Any other syntactic element' translated. (aBuilder setting: #variableStyle) label: 'Variable' translated; description: 'Temporary variable' translated ]

April 10, 2013

Re: [Pharo-project] Please comment on a bug fix for Nautilus

by stephane ducasse

On Apr 10, 2013, at 8:12 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 10 April 2013 13:21, Damien Cassou <damien.cassou(a)gmail.com> wrote: >> We need you to give your opinion on a bug fix for Nautilus. No need to load >> any code in your image, just look at the screenshots and comments at: >> >> https://pharo.fogbugz.com/default.asp?10139 >> >> and give us your opinion > // > > Often, especially with Morphs i need to go to superclass > and i think it would be nicer to keep it one-line above in the list > close to selected class i am working with. > If it is about extensions or extended classes which not belongs to > your package they can be in any order. > > But if you really want to separate them (gray / black) then i would > even go further and put them into separate list widget, so there will > be no confusion that those lists are independent (and no need to > invent some strange ordering scheme) No We want to see packages extensions with the classes defined in the package. No separated list! Stf > // >> >> -- >> Damien Cassou >> http://damiencassou.seasidehosting.st >> >> "Success is the ability to go from one failure to another without losing >> enthusiasm." >> Winston Churchill > > > > -- > Best regards, > Igor Stasenko. >

April 10, 2013

Re: [Pharo-project] A demo video

by Igor Stasenko

nah... even chimp monkey can do that today. (of course if he using smalltalk ;) Great video! And yes, Esteban, you maybe great in programming but you suck with catching balls :) but it makes the vid only funnier because of that :) On 10 April 2013 19:25, phil(a)highoctane.be <phil(a)highoctane.be> wrote: > Even better, a demo for the demoscene. > > > 2013/4/10 Yuriy Tymchuk <yuriy.tymchuk(a)me.com> >> >> Now we have to do a 3D stuff. It's better for marketing >> >> On 10 ÐºÐ²ÑÑ. 2013, at 18:35, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: >> >> Yeah the video is really cool. >> >> Please guys tweet about it :) >> >> >> 2013/4/10 Nicolas Petton <petton.nicolas(a)gmail.com> >>> >>> Awesome!! >>> >>> Nico >>> >>> On Apr 10, 2013, at 4:20 PM, Esteban Lorenzano <estebanlm(a)gmail.com> >>> wrote: >>> >>> Hi, >>> >>> I made a small video to show how work the âlife environmentâ we pharoers >>> (and every smalltalker) always talk. That adictive little thing I like to >>> call: âImmediate feedback experienceâ. >>> You can see the video here (in the same old ugly english you all know me >>> :) >>> >>> http://www.youtube.com/embed/Hu_C0ldSqrs >>> >>> Cheers, >>> Esteban >> >> >> >> >> -- >> ClÃ©ment BÃ©ra >> Mate Virtual Machine Engineer >> BÃ¢timent B 40, avenue Halley 59650 Villeneuve d'Ascq >> >> > -- Best regards, Igor Stasenko.

April 10, 2013

Re: [Pharo-project] Please comment on a bug fix for Nautilus

by Igor Stasenko

On 10 April 2013 13:21, Damien Cassou <damien.cassou(a)gmail.com> wrote: > We need you to give your opinion on a bug fix for Nautilus. No need to load > any code in your image, just look at the screenshots and comments at: > > https://pharo.fogbugz.com/default.asp?10139 > > and give us your opinion // Often, especially with Morphs i need to go to superclass and i think it would be nicer to keep it one-line above in the list close to selected class i am working with. If it is about extensions or extended classes which not belongs to your package they can be in any order. But if you really want to separate them (gray / black) then i would even go further and put them into separate list widget, so there will be no confusion that those lists are independent (and no need to invent some strange ordering scheme) // > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without losing > enthusiasm." > Winston Churchill -- Best regards, Igor Stasenko.

April 10, 2013