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

Re: [Pharo-project] Hudson now Jenkins

by Igor Stasenko

On 31 January 2011 23:04, Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> wrote: > I think it is intentional strategy for Pharo to temporarily break > things as it is seen as the fastest way to perform large/deep > refactorings. > Squeak strategy is much more conservative, and the process is near > continuous integration... but of course refactorings are more > superficials. > That's the price to pay. I like the difference. Pharo younger so, its not a surprise that its more agile. > > Nicolas > > 2011/1/31 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >>>> >>> Hudson/Jenkins release once a week, pretty amazing. >> >> Well I'm sure that it makes sense but this is their problem. >> For Pharo1.3 we want to be able to release after any green build. >> We want to make sure that all the process is fluid so that we do not have any stress about releasing. >> Now we will release 2 or 3 times a year maximum. >> >> Stef >> > > -- Best regards, Igor Stasenko AKA sig.

Jan. 31, 2011

Re: [Pharo-project] About KeyBindings

by Guillermo Polito

Keymapping is very close to it, but is has a few differences: - shortcuts are organized in categories - categories are attached to Morphs (to classes, not to instances) - every instance of the morphs who has attached the category, uses its shortcuts. Now I'm a little busy and stuck with Keymapping UI, but I expect to have something working in the near future too :). Guille On Mon, Jan 31, 2011 at 6:26 PM, Fernando Olivero <fernando.olivero(a)usi.ch>wrote: > Stef: Yes! as soon as i'm finished with a paper (till next week) i > will work on integrating the functionality into the latest Pharo. > And publish it as a slice perhaps? In Morphic-Keybindings ? > > Dennis: GMCondition (GauchoMorphic = GM ) are preconditions that must > be satisfied for the key binding to be applied. In case they aren't > satisfied, an rejected event is recorded, specifying the violatedMmm, > conditions. For example, you might want to restrict that a particular > morph can only be closed ( cmd-w in the example above) if its selected > (selected condition). I found it useful for customizing the Gaucho > interface to a particular set of interaction rules. > > Fernando > > On Mon, Jan 31, 2011 at 7:59 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: > > I have the impression that Guillermo work is not the same as > GlobalKeyBinding but I may be wrong > > Anyway fernando could I have a look at your code? > > Because I really want that. > > > > Stef > > > > On Jan 31, 2011, at 4:18 PM, Fernando Olivero wrote: > > > >> Hi, recently there were some discussion on implementing KeyBindings for > our IDE. > >> > >> There are at least 3 frameworks which address this functionality, the > >> last one mentioned is the work done by Guillermo. > >> I've implemented another one, for Gaucho. > >> > >> From what i understand, the previous work focuses on implementing > >> GLOBAL keybindings . > >> Basically adding behavior to HandMorph or PasteUpMorph or the toolbar > >> ( docking bar) present in the World. > >> > >> My implementation is a generic keybinding for any Morph, which can be > >> applied to any morph. Special cases for the docking bar or the paste > >> up Morph can be easily implemented following this uniform scheme. > >> > >> I didn't have the time to integrate it into Pharo yet, but will do in > >> one week from now. > >> > >> I like to bring up the discussion on which one we should adopt and > >> integrate into Morphic, points in favor of my approach: > >> 1) clean > >> 2) customizable > >> 3) generic: no special cases > >> > >> I believe the other Global keybindings should be a subset of this > >> generic keybinding mechanism. > >> > >> Fernando > >> > >> pd: From a previous mail: > >> > >> "... > >> So for example, if you want to delete any Morph from the system > >> by pressing cmd-w, you have to add the following binding: > >> > >> condition := GMCondition > >> compositeWith: > >> #( #understandsKeyBindingCommandCondition > >> #uneditedCondition ) ). > >> binding := GMKeyBinding > >> actingOn: $w asciiValue > >> modifiedBy: #(#command) > >> satisfying: condition > >> applying: #close. > >> m := Morph new. > >> m addKeyBinding: binding . > >> ... > >> " > >> > >> pd2: Useful and related comment from Stef > >> ".. > >> A classVar Binding and an instance var binding. > >> **All** the methods only access binding > >> binding get initialized with the default table defined in Binding > >> => we can have table binding sharing > >> => we can have instance based customization. > >> > > > > > >

Jan. 31, 2011

Re: [Pharo-project] pharo.st should be a permanent domain, I think

by Igor Stasenko

On 31 January 2011 22:42, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > ok, ok... I'm a minority :P > I retire my proposition. > :) To change a name there should be a serious reasons. I felt in love with Squeak because i like the project and people and overall spirit, not because of its name (i admit i never liked it). Names could serve you a bad service if you change them often for no strong reason. > best, > Esteban > > > El 31/01/2011, a las 6:36p.m., Tudor Girba escribiÃ³: > >> +1 >> >> Doru >> >> >> On 31 Jan 2011, at 22:24, Alexandre Bergel wrote: >> >>> I agree with Adrian >>> >>> Alexandre >>> >>> >>> >>> Le 31 janv. 2011 Ã 15:31, Adrian Lienhard <adi(a)netstyle.ch> a Ã©crit : >>> >>>> -1 >>>> >>>> ...because in my opinion there should be exactly one main domain name. The additional names should just redirect to this one. Of course we could discuss whether pharo.st should be that main domain. But (already quite long time ago) we decided to go for pharo-project.org. I still think that is the better name, in particular for people who don't know what the meaning of .st is. I think they are less likely to klick on www.pharo.st in a search engine than on www.pharo-project.org. >>>> >>>> Cheers, >>>> Adrian >>>> >>>> On Jan 31, 2011, at 21:15 , Diogenes Moreira wrote: >>>> >>>>> Always ready. as a boy scout.. only send me de ssh conxion... >>>>> >>>>> >>>>> On Mon, Jan 31, 2011 at 5:08 PM, Esteban Lorenzano <estebanlm(a)gmail.com>wrote: >>>>> >>>>>> Hi, >>>>>> I tried pharo.st to reach pharo. I liked. It's small, concise, beautiful >>>>>> (and it has a .st!) >>>>>> One problem is that as soon as you type pharo.st, you loose the url. I >>>>>> would like to stay in the url I entered to pharo-project. I think this is >>>>>> easily doable with an apache configuration. >>>>>> I'm not an apache guy, but I'm sure if there are some problem with this, >>>>>> and all of you agree this is desirable, someone from the list (cough, cough, >>>>>> DiÃ³genes, cough, cough) can do the job :) >>>>>> >>>>>> Cheers, >>>>>> Esteban >>>>>> >>>> >>>> >>> >> >> -- >> www.tudorgirba.com >> >> "Yesterday is a fact. >> Tomorrow is a possibility. >> Today is a challenge." >> >> >> >> > > > -- Best regards, Igor Stasenko AKA sig.

Jan. 31, 2011

Re: [Pharo-project] how to use dejavu bitmap fonts

by Nicolas Cellier

2011/1/31 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > The package should be updated to 1.2. > > It should declare fonts probably in one of the classVar of the TextConstant SharedPool. > Probably > Â Â Â Â TextSharedInformation have a look. > > In 1.2 we cleaned the last global poolvar = textConstant which was used as a pool but also as a repository to plug anything inside > instead of specific classVariable in adequate classes. It was a good plate of spaghettis code. > > I know that benjamin wants to take some times to do another pass and move the left over to the class they belongs to but it will > take some time. > > Stef > Nice effort to clean this up. Among the so called "Constants", I remember browsing one recently : (TextConstants at: #pixelsPerInch). Uh, this one should be device dependent, shouldn't it ? No, 96 seems the only figures written in the stone, and you'll hardly find any other thing but this default value in a Squeak image. Moreover, if you analyze Squeak code, you'll see some hardcoded 96 DPI here and there. Hope Pharo will give a kick in the anthill (literal translation of a french saying). Nicolas

Jan. 31, 2011

Re: [Pharo-project] Hudson now Jenkins

by Nicolas Cellier

I think it is intentional strategy for Pharo to temporarily break things as it is seen as the fastest way to perform large/deep refactorings. Squeak strategy is much more conservative, and the process is near continuous integration... but of course refactorings are more superficials. That's the price to pay. Nicolas 2011/1/31 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >>> >> Hudson/Jenkins release once a week, pretty amazing. > > Well I'm sure that it makes sense but this is their problem. > For Pharo1.3 we want to be able to release after any green build. > We want to make sure that all the process is fluid so that we do not have any stress about releasing. > Now we will release 2 or 3 times a year maximum. > > Stef >

Jan. 31, 2011

Re: [Pharo-project] how to use dejavu bitmap fonts

by Alain Plantec

Le 31/01/2011 22:27, Tudor Girba a Ã©crit : > I took a look, but I do not know what to do :(. Can anyone else provide some more specific directions? Hi Doru, I've take a look and I think I've fixed it. Unfortunately the network is much too slow here for this BIG package. You can simply fix it by yourself locally (before it is uploaded on squeaksource). Just edit DejaVuHolder class >> #installSizes: and set it to: installSizes: aListOfInteger "self installSizes: #(7 8 9 10 11 12 13 14 24)" TextConstants TextSharedInformation at: self fontName put: (TextStyle fontArray: (self loadFromStructuresList: (self fontStructureNamesForSizes: aListOfInteger))). StrikeFont useUnderscoreIfOver1bpp. I've tried it very quickly, hope it is enough... Cheers Alain > Cheers, > Doru > > > On 31 Jan 2011, at 22:00, StÃ©phane Ducasse wrote: > >> The package should be updated to 1.2. >> >> It should declare fonts probably in one of the classVar of the TextConstant SharedPool. >> Probably >> TextSharedInformation have a look. >> >> In 1.2 we cleaned the last global poolvar = textConstant which was used as a pool but also as a repository to plug anything inside >> instead of specific classVariable in adequate classes. It was a good plate of spaghettis code. >> >> I know that benjamin wants to take some times to do another pass and move the left over to the class they belongs to but it will >> take some time. >> >> Stef >> >> On Jan 31, 2011, at 9:52 PM, Tudor Girba wrote: >> >>> Hi, >>> >>> I am trying to use the DejaVuBitmapFonts, but I do not know how to install them. I tried the following: >>> >>> Gofer it >>> squeaksource: 'DejaVu'; >>> package: 'DejaVuBitmapFonts'; >>> load. >>> >>> DejaVuHolder installFull. >>> >>> However, this creates a problem in using TextConstants. Can anyone help? >>> >>> Cheers, >>> Doru >>> >>> >>> -- >>> www.tudorgirba.com >>> >>> "One cannot do more than one can do." >>> >>> >>> >>> >> > -- > www.tudorgirba.com > > "In a world where everything is moving ever faster, > one might have better chances to win by moving slower." > > > > >

Jan. 31, 2011

Re: [Pharo-project] pharo.st should be a permanent domain, I think

by Esteban Lorenzano

ok, ok... I'm a minority :P I retire my proposition. best, Esteban El 31/01/2011, a las 6:36p.m., Tudor Girba escribiÃ³: > +1 > > Doru > > > On 31 Jan 2011, at 22:24, Alexandre Bergel wrote: > >> I agree with Adrian >> >> Alexandre >> >> >> >> Le 31 janv. 2011 Ã 15:31, Adrian Lienhard <adi(a)netstyle.ch> a Ã©crit : >> >>> -1 >>> >>> ...because in my opinion there should be exactly one main domain name. The additional names should just redirect to this one. Of course we could discuss whether pharo.st should be that main domain. But (already quite long time ago) we decided to go for pharo-project.org. I still think that is the better name, in particular for people who don't know what the meaning of .st is. I think they are less likely to klick on www.pharo.st in a search engine than on www.pharo-project.org. >>> >>> Cheers, >>> Adrian >>> >>> On Jan 31, 2011, at 21:15 , Diogenes Moreira wrote: >>> >>>> Always ready. as a boy scout.. only send me de ssh conxion... >>>> >>>> >>>> On Mon, Jan 31, 2011 at 5:08 PM, Esteban Lorenzano <estebanlm(a)gmail.com>wrote: >>>> >>>>> Hi, >>>>> I tried pharo.st to reach pharo. I liked. It's small, concise, beautiful >>>>> (and it has a .st!) >>>>> One problem is that as soon as you type pharo.st, you loose the url. I >>>>> would like to stay in the url I entered to pharo-project. I think this is >>>>> easily doable with an apache configuration. >>>>> I'm not an apache guy, but I'm sure if there are some problem with this, >>>>> and all of you agree this is desirable, someone from the list (cough, cough, >>>>> DiÃ³genes, cough, cough) can do the job :) >>>>> >>>>> Cheers, >>>>> Esteban >>>>> >>> >>> >> > > -- > www.tudorgirba.com > > "Yesterday is a fact. > Tomorrow is a possibility. > Today is a challenge." > > > >

Jan. 31, 2011

Re: [Pharo-project] pharo.st should be a permanent domain, I think

by Tudor Girba

+1 Doru On 31 Jan 2011, at 22:24, Alexandre Bergel wrote: > I agree with Adrian > > Alexandre > > > > Le 31 janv. 2011 Ã 15:31, Adrian Lienhard <adi(a)netstyle.ch> a Ã©crit : > >> -1 >> >> ...because in my opinion there should be exactly one main domain name. The additional names should just redirect to this one. Of course we could discuss whether pharo.st should be that main domain. But (already quite long time ago) we decided to go for pharo-project.org. I still think that is the better name, in particular for people who don't know what the meaning of .st is. I think they are less likely to klick on www.pharo.st in a search engine than on www.pharo-project.org. >> >> Cheers, >> Adrian >> >> On Jan 31, 2011, at 21:15 , Diogenes Moreira wrote: >> >>> Always ready. as a boy scout.. only send me de ssh conxion... >>> >>> >>> On Mon, Jan 31, 2011 at 5:08 PM, Esteban Lorenzano <estebanlm(a)gmail.com>wrote: >>> >>>> Hi, >>>> I tried pharo.st to reach pharo. I liked. It's small, concise, beautiful >>>> (and it has a .st!) >>>> One problem is that as soon as you type pharo.st, you loose the url. I >>>> would like to stay in the url I entered to pharo-project. I think this is >>>> easily doable with an apache configuration. >>>> I'm not an apache guy, but I'm sure if there are some problem with this, >>>> and all of you agree this is desirable, someone from the list (cough, cough, >>>> DiÃ³genes, cough, cough) can do the job :) >>>> >>>> Cheers, >>>> Esteban >>>> >> >> > -- www.tudorgirba.com "Yesterday is a fact. Tomorrow is a possibility. Today is a challenge."

Jan. 31, 2011

Re: [Pharo-project] how to use dejavu bitmap fonts

by Tudor Girba

I took a look, but I do not know what to do :(. Can anyone else provide some more specific directions? Cheers, Doru On 31 Jan 2011, at 22:00, StÃ©phane Ducasse wrote: > The package should be updated to 1.2. > > It should declare fonts probably in one of the classVar of the TextConstant SharedPool. > Probably > TextSharedInformation have a look. > > In 1.2 we cleaned the last global poolvar = textConstant which was used as a pool but also as a repository to plug anything inside > instead of specific classVariable in adequate classes. It was a good plate of spaghettis code. > > I know that benjamin wants to take some times to do another pass and move the left over to the class they belongs to but it will > take some time. > > Stef > > On Jan 31, 2011, at 9:52 PM, Tudor Girba wrote: > >> Hi, >> >> I am trying to use the DejaVuBitmapFonts, but I do not know how to install them. I tried the following: >> >> Gofer it >> squeaksource: 'DejaVu'; >> package: 'DejaVuBitmapFonts'; >> load. >> >> DejaVuHolder installFull. >> >> However, this creates a problem in using TextConstants. Can anyone help? >> >> Cheers, >> Doru >> >> >> -- >> www.tudorgirba.com >> >> "One cannot do more than one can do." >> >> >> >> > > -- www.tudorgirba.com "In a world where everything is moving ever faster, one might have better chances to win by moving slower."

Jan. 31, 2011

Re: [Pharo-project] About KeyBindings

by Fernando Olivero

Stef: Yes! as soon as i'm finished with a paper (till next week) i will work on integrating the functionality into the latest Pharo. And publish it as a slice perhaps? In Morphic-Keybindings ? Dennis: GMCondition (GauchoMorphic = GM ) are preconditions that must be satisfied for the key binding to be applied. In case they aren't satisfied, an rejected event is recorded, specifying the violated conditions. For example, you might want to restrict that a particular morph can only be closed ( cmd-w in the example above) if its selected (selected condition). I found it useful for customizing the Gaucho interface to a particular set of interaction rules. Fernando On Mon, Jan 31, 2011 at 7:59 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > I have the impression that Guillermo work is not the same as GlobalKeyBinding but I may be wrong > Anyway fernando could I have a look at your code? > Because I really want that. > > Stef > > On Jan 31, 2011, at 4:18 PM, Fernando Olivero wrote: > >> Hi, recently there were some discussion on implementing KeyBindings for our IDE. >> >> There are at least 3 frameworks which address this functionality, the >> last one mentioned is the work done by Guillermo. >> I've implemented another one, for Gaucho. >> >> From what i understand, the previous work focuses on implementing >> GLOBAL keybindings . >> Basically adding behavior to HandMorph or PasteUpMorph or the toolbar >> ( docking bar) present in the World. >> >> My implementation is a generic keybinding for any Morph, which can be >> applied to any morph. Special cases for the docking bar or the paste >> up Morph can be easily implemented following this uniform scheme. >> >> I didn't have the time to integrate it into Pharo yet, but will do in >> one week from now. >> >> I like to bring up the discussion on which one we should adopt and >> integrate into Morphic, points in favor of my approach: >> 1) clean >> 2) customizable >> 3) generic: no special cases >> >> I believe the other Global keybindings should be a subset of this >> generic keybinding mechanism. >> >> Fernando >> >> pd: From a previous mail: >> >> "... >> So for example, if you want to delete any Â Morph from the system >> by pressing cmd-w, you have to add the following binding: >> >> condition := Â GMCondition >> Â Â Â compositeWith: >> Â Â Â Â Â Â Â Â Â Â Â Â Â #( #understandsKeyBindingCommandCondition >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â #uneditedCondition ) ). >> Â Â binding := GMKeyBinding >> Â Â Â Â Â Â Â actingOn: $w asciiValue >> Â Â Â Â Â Â Â modifiedBy: #(#command) >> Â Â Â Â Â Â Â satisfying: condition >> Â Â Â Â Â Â Â applying: #close. >> m := Morph new. >> m addKeyBinding: binding . >> ... >> " >> >> pd2: Useful and related comment from Stef >> ".. >> A classVar Binding and an instance var binding. >> **All** the methods only access binding >> binding get initialized with the default table defined in Binding >> => we can have table binding sharing >> => we can have instance based customization. >> > >

Jan. 31, 2011