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

Re: [Pharo-dev] why can't we select the browser we want to use anymore via the window menu?

by StÃ©phane Ducasse

No you should not. 30 is really usable and we are in alpha. Now removing the old code browser is a goal but we should not fool ourselves. Once all the tools are based on Spec, breaking/changing spec will let us without back door. Stef > This makes think of the tick tock model of Intel improvements. > > http://www.intel.com/content/www/us/en/silicon-innovations/intel-tick-tock-… > > Looks like with 2.0 and 3.0 we are going to have two "tick"s in a row. That may be too much. > > I am afraid even trying out 3.0 when reading about all the moving parts that are changing in all corners. > > Phil > > > > --- > Philippe Back > Dramatic Performance Improvements > Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 > Mail:phil@highoctane.be | Web: http://philippeback.eu > Blog: http://philippeback.be | Twitter: @philippeback > Youtube: http://www.youtube.com/user/philippeback/videos > > High Octane SPRL > rue cour Boisacq 101 | 1301 Bierges | Belgium > > Pharo Consortium Member - http://consortium.pharo.org/ > Featured on the Software Process and Measurement Cast - http://spamcast.libsyn.com > Sparx Systems Enterprise Architect and Ability Engineering EADocX Value Added Reseller > > > > > On Sun, Nov 24, 2013 at 9:02 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Hi guys > > It would be good not to clean without a clear vision. > For example we cannot register an old browser to browse code via the menu of a window. > Now let us think two minutes to see if you can get my point: > > - I want to unload nautilus, rb, keymapping, athens, Ecompletion, Gofer, NativeBoost, Zinc, â¦.. > and reload them via their configuration so that we can manage Pharo with configurations. > > - Right now we LOST yes LOST the configurations of most of the part of the systems (I just spendt several afternoon > on the one of RB in the past and now guess what) because > we do not have a process to use them and we are afraid to have 10 packages and 10 classes more in the system. > I do not understand why we do not start to put the configuration inside the image. To me this is totally stupid > not to do it. > > - Now without a browser this is nearly impossible to work. So we will remove the old browser > but we should go slowly because else I will you do it with emacs outside the image to see if you succeed. > > So it would be good to focus on real impacting changes. > > Stef >

Nov. 24, 2013

Re: [Pharo-dev] why can't we select the browser we want to use anymore via the window menu?

by Marcus Denker

On 24 Nov 2013, at 21:08, phil(a)highoctane.be wrote: > This makes think of the tick tock model of Intel improvements. > > http://www.intel.com/content/www/us/en/silicon-innovations/intel-tick-tock-… > > Looks like with 2.0 and 3.0 we are going to have two "tick"s in a row. That may be too much. > > I am afraid even trying out 3.0 when reading about all the moving parts that are changing in all corners. > Maybe we should give up, define Pharo as finished and be happy. Marcus

Nov. 24, 2013

Re: [Pharo-dev] why can't we select the browser we want to use anymore via the window menu?

by Marcus Denker

On 24 Nov 2013, at 21:02, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Hi guys > > It would be good not to clean without a clear vision. > For example we cannot register an old browser to browse code via the menu of a window. There where two systems in parallel for making the browser pluggable. I removed one months ago so we have just one. It was really a mess: some caller uses âSmalltalk tools browserâ, others âSystemBrowser defaultâ (subclass of AppRegistry). This was quite complex and everything was duplicated, and everything mixed together. (Smalltalk tools browser returned SystemBrowser default). In short: a mess. It tool quite some effort to clean up. Now the âSmalltalk tools browserâ (ToolRegistry) is not perfect. -> it should provide a way to register multiple implementations for the same tool -> it should provide a Settings interface to switch between the tools -> it maybe should use pragmas instead of the current scheme Yes, unifying everything to us ToolRegistry instead of AppRegistry meant we lost the menu entryâ¦ but now we have *one* mechanism, not two incompatible ones. Marcus

Nov. 24, 2013

Re: [Pharo-dev] SLICE-Issue-12179-Nautilus-Add-package-filter-input-box

by Juraj Kubelka

Hi Alexandre! StÃ©phane have just integrated it. You can download latest version and use it :-) Just to let you know. You can write regular expressions in the input field. An useful example can be (everything is case insensitive): ^Roassal â¦ packages which start by name Roassal ^Roassal|Mondrian â¦ packages which start by name Roassal or contains name Mondrian (there is pipe | between the words) ^(Roassal|Mondrian) ^Roassal|^Mondrian â¦ packages which start by name Roassal or by name Mondrian ^Ro.*Test â¦ any package which start by name Ro and contains word Test Basically if someone writes regular expression which is not valid, it displays all packages. Cheers, Jura El 24-11-2013, a las 11:16, Alexandre Bergel <alexandre.bergel(a)me.com> escribiÃ³: > Hi! > > I think the following should be part of Pharo: > SLICE-Issue-12179-Nautilus-Add-package-filter-input-box-JurajKubelka.1 > > I have been using for some times already and it works pretty well. I have also reviewed the code. > This slice makes me much much more productive. > > Cheers, > Alexandre > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > >

Nov. 24, 2013

Re: [Pharo-dev] why can't we select the browser we want to use anymore via the window menu?

by phil＠highoctane.be

This makes think of the tick tock model of Intel improvements. http://www.intel.com/content/www/us/en/silicon-innovations/intel-tick-tock-… Looks like with 2.0 and 3.0 we are going to have two "tick"s in a row. That may be too much. I am afraid even trying out 3.0 when reading about all the moving parts that are changing in all corners. Phil --- Philippe Back Dramatic Performance Improvements Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail:phil@highoctane.be | Web: http://philippeback.eu Blog: http://philippeback.be | Twitter: @philippeback Youtube: http://www.youtube.com/user/philippeback/videos High Octane SPRL rue cour Boisacq 101 | 1301 Bierges | Belgium Pharo Consortium Member - http://consortium.pharo.org/ Featured on the Software Process and Measurement Cast - http://spamcast.libsyn.com Sparx Systems Enterprise Architect and Ability Engineering EADocX Value Added Reseller On Sun, Nov 24, 2013 at 9:02 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > Hi guys > > It would be good not to clean without a clear vision. > For example we cannot register an old browser to browse code via the menu > of a window. > Now let us think two minutes to see if you can get my point: > > - I want to unload nautilus, rb, keymapping, athens, Ecompletion, > Gofer, NativeBoost, Zinc, â¦.. > and reload them via their configuration so that we can manage > Pharo with configurations. > > - Right now we LOST yes LOST the configurations of most of the > part of the systems (I just spendt several afternoon > on the one of RB in the past and now guess what) because > we do not have a process to use them and we are afraid to have 10 > packages and 10 classes more in the system. > I do not understand why we do not start to put the configuration > inside the image. To me this is totally stupid > not to do it. > > - Now without a browser this is nearly impossible to work. So we > will remove the old browser > but we should go slowly because else I will you do it with emacs > outside the image to see if you succeed. > > So it would be good to focus on real impacting changes. > > Stef >

Nov. 24, 2013

Is there an up to date version of ConfigurationOfFuel?

by StÃ©phane Ducasse

Is there an up to date version of ConfigurationOfFuel? Stef

Nov. 24, 2013

why can't we select the browser we want to use anymore via the window menu?

by StÃ©phane Ducasse

Hi guys It would be good not to clean without a clear vision. For example we cannot register an old browser to browse code via the menu of a window. Now let us think two minutes to see if you can get my point: - I want to unload nautilus, rb, keymapping, athens, Ecompletion, Gofer, NativeBoost, Zinc, â¦.. and reload them via their configuration so that we can manage Pharo with configurations. - Right now we LOST yes LOST the configurations of most of the part of the systems (I just spendt several afternoon on the one of RB in the past and now guess what) because we do not have a process to use them and we are afraid to have 10 packages and 10 classes more in the system. I do not understand why we do not start to put the configuration inside the image. To me this is totally stupid not to do it. - Now without a browser this is nearly impossible to work. So we will remove the old browser but we should go slowly because else I will you do it with emacs outside the image to see if you succeed. So it would be good to focus on real impacting changes. Stef

Nov. 24, 2013

EyeInspector looks broken

by StÃ©phane Ducasse

Smalltalk tools openBrowser produces an emergency evaluator. => annoying.

Nov. 24, 2013

[update 3.0] #30593

by StÃ©phane Ducasse

30593 ----- - Issue 12232 More enhancement in MorphTreeMorph https://pharo.fogbugz.com/f/cases/12232/More-enhancement-in-MorphTreeMorph - Issue 12179 Nautilus - Add package filter input box https://pharo.fogbugz.com/f/cases/12179 Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/Nautilus-StephaneDucasse.596.… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Morphic-Base-StephaneDucasse.…

Nov. 24, 2013

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/30593 Home: https://github.com/pharo-project/pharo-core

Nov. 24, 2013