- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] ConfigurationOfMorphicCore

by Luc Fabresse

Hi Pavel, I tested the image and it worked exactly as Doru described. I also noted that an "error" file is created when quitting the image. It contains: MessageNotUnderstood: receiver of "new" is nil Probably something in the shutdown? BTW, can you give some explanations on the different CI jobs? - Pharo-4.0-Bootstrap-Step-1.0-Shrink - Pharo-4.0-Bootstrap-Step-2.0-ConfigurationOfSUnit - Pharo-4.0-Bootstrap-Step-2.1-ConfigurationOfKernelTests - Pharo-4.0-Bootstrap-Step-3-ConfigurationOfIDE - Pharo-4.0-Bootstrap-Step-3.0-ConfigurationOfMorphicCore Thanks for this important work! #Luc 2014-06-03 21:36 GMT+02:00 Bernardo Ezequiel Contreras <vonbecmann(a)gmail.com >: > interesting! > > > On Tue, Jun 3, 2014 at 4:07 PM, Pavel Krivanek <pavel.krivanek(a)gmail.com> > wrote: > >> I'm really surprised how little we need to make TextMorph work with >> basic bitmap fonts: >> >> TAbleToRotate >> StrikeFont->#readFromStrike2: >> StrikeFont->#readFromStrike2Stream: >> StrikeFont->#displayLine:at: >> StrikeFont->#characters:in:displayAt:clippedBy:rule:fillColor:kernDelta >> :on: >> StrikeFont->#height >> StrikeFont->#ascent >> StrikeFont->#descent >> StrikeFont->#installOn:foregroundColor:backgroundColor: >> BitBlt->#installStrikeFont:foregroundColor:backgroundColor: >> StrikeFont->#glyphs >> StrikeFont->#displayString:on:from:to:at:kern: >> StrikeFont->#characterToGlyphMap >> StrikeFont->#createCharacterToGlyphMap >> StrikeFont->#xTable >> String->#asMorph >> StringMorph class->#contents: >> StringMorph class->#contents:font: >> StringMorph class->#contents:font:emphasis: >> StringMorph->#initialize >> StringMorph->#initWithContents:font:emphasis: >> StringMorph->#contents: >> StringMorph->#privateSetContents: >> StringMorph->#fitContents >> StringMorph->#measureContents >> StringMorph->#fontToUse >> AbstractFont->#widthOfString: >> AbstractFont->#widthOfString:from:to: >> StrikeFont->#widthOf: >> StringMorph->#minimumWidth >> StringMorph->#fullBounds >> StringMorph->#contents >> StringMorph->#areasRemainingToFill: >> StringMorph->#drawOn: >> StringMorph->#handlesMouseDown: >> StringMorph->#isEditable: >> StringMorph class->#editableStringMorph >> StringMorph->#isTranslucentButNotTransparent >> WorldMorph->#acceptDroppingMorph:event: >> Morph->#justDroppedInto:event: >> StringMorph->#imageForm:forRectangle: >> >> >> 2014-06-03 15:54 GMT+02:00 stepharo <stepharo(a)free.fr>: >> >> Nice! >>> Alain restarted to work on Bloc and the result looks nice. I'm trying to >>> get some influence and rewrite clean what I see that >>> can be cleaned. >>> >>> Stef >>> >>> >>> Hi, >>>> >>>> I created a job that bootstraps MorphicCore - an image that contains >>>> runable subset of Morphic that is able only to display a simple morph and >>>> handle mouse and keyboard events on it. Please, try to test the image on >>>> Mac. >>>> >>>> https://ci.inria.fr/pharo/view/4.0-Bootstrap/job/Pharo- >>>> 4.0-Bootstrap-Step-3.0-ConfigurationOfMorphicCore/ >>>> >>>> Cheers, >>>> -- Pavel >>>> >>> >>> >>> >> > > > -- > Bernardo E.C. > > Sent from a cheap desktop computer in South America. >

June 3, 2014

Spec ProtocolBrowser example

by Juraj Kubelka

Hi all, When I run "ProtocolBrowser new openWithSpecâ and modify a method it is not accepted. Is it supposed to work (accept a new source code)? What I should do in order to accept and compile changes? Thanks, Juraj

June 3, 2014

Re: [Pharo-dev] ConfigurationOfMorphicCore

by Bernardo Ezequiel Contreras

interesting! On Tue, Jun 3, 2014 at 4:07 PM, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > I'm really surprised how little we need to make TextMorph work with basic > bitmap fonts: > > TAbleToRotate > StrikeFont->#readFromStrike2: > StrikeFont->#readFromStrike2Stream: > StrikeFont->#displayLine:at: > StrikeFont->#characters:in:displayAt:clippedBy:rule:fillColor:kernDelta > :on: > StrikeFont->#height > StrikeFont->#ascent > StrikeFont->#descent > StrikeFont->#installOn:foregroundColor:backgroundColor: > BitBlt->#installStrikeFont:foregroundColor:backgroundColor: > StrikeFont->#glyphs > StrikeFont->#displayString:on:from:to:at:kern: > StrikeFont->#characterToGlyphMap > StrikeFont->#createCharacterToGlyphMap > StrikeFont->#xTable > String->#asMorph > StringMorph class->#contents: > StringMorph class->#contents:font: > StringMorph class->#contents:font:emphasis: > StringMorph->#initialize > StringMorph->#initWithContents:font:emphasis: > StringMorph->#contents: > StringMorph->#privateSetContents: > StringMorph->#fitContents > StringMorph->#measureContents > StringMorph->#fontToUse > AbstractFont->#widthOfString: > AbstractFont->#widthOfString:from:to: > StrikeFont->#widthOf: > StringMorph->#minimumWidth > StringMorph->#fullBounds > StringMorph->#contents > StringMorph->#areasRemainingToFill: > StringMorph->#drawOn: > StringMorph->#handlesMouseDown: > StringMorph->#isEditable: > StringMorph class->#editableStringMorph > StringMorph->#isTranslucentButNotTransparent > WorldMorph->#acceptDroppingMorph:event: > Morph->#justDroppedInto:event: > StringMorph->#imageForm:forRectangle: > > > 2014-06-03 15:54 GMT+02:00 stepharo <stepharo(a)free.fr>: > > Nice! >> Alain restarted to work on Bloc and the result looks nice. I'm trying to >> get some influence and rewrite clean what I see that >> can be cleaned. >> >> Stef >> >> >> Hi, >>> >>> I created a job that bootstraps MorphicCore - an image that contains >>> runable subset of Morphic that is able only to display a simple morph and >>> handle mouse and keyboard events on it. Please, try to test the image on >>> Mac. >>> >>> https://ci.inria.fr/pharo/view/4.0-Bootstrap/job/Pharo- >>> 4.0-Bootstrap-Step-3.0-ConfigurationOfMorphicCore/ >>> >>> Cheers, >>> -- Pavel >>> >> >> >> > -- Bernardo E.C. Sent from a cheap desktop computer in South America.

June 3, 2014

Re: [Pharo-dev] Dark Themes and Menu...

by Nicolai Hess

2014-06-03 20:18 GMT+02:00 phil(a)highoctane.be <phil(a)highoctane.be>: > When showing the world menu, there is an issue with the Dark Themes. > > MenuMorph>>drawOn: aCanvas > "Draw the menu. Add keyboard-focus feedback if appropriate" > > super drawOn: aCanvas. > > (ActiveHand notNil > and: [ActiveHand keyboardFocus == self > and: [self rootMenu hasProperty: #hasUsedKeyboard]]) > ifTrue: [ > aCanvas > frameAndFillRectangle: self innerBounds > fillColor: Color transparent > borderWidth: self theme menuBorderWidth > borderColor: self theme menuKeyboardFocusColor > ]. > > > looks for > > menuBorderWidth and menuKeyboardFocusColor. > > When hitting a key that doesn't exists in the menu, I had the redcross. > > Defining the methods solved it. > > Thanks for fixing the themes. > > Phil > This happens for the non dark Pharo3Theme too. And in the latest pharo40, only menuKeyboardFocusColor is missing. The menuBorderWidth method is defined in UITheme. nicolai

June 3, 2014

Re: [Pharo-dev] ConfigurationOfMorphicCore

by Pavel Krivanek

I'm really surprised how little we need to make TextMorph work with basic bitmap fonts: TAbleToRotate StrikeFont->#readFromStrike2: StrikeFont->#readFromStrike2Stream: StrikeFont->#displayLine:at: StrikeFont->#characters:in:displayAt:clippedBy:rule:fillColor:kernDelta:on: StrikeFont->#height StrikeFont->#ascent StrikeFont->#descent StrikeFont->#installOn:foregroundColor:backgroundColor: BitBlt->#installStrikeFont:foregroundColor:backgroundColor: StrikeFont->#glyphs StrikeFont->#displayString:on:from:to:at:kern: StrikeFont->#characterToGlyphMap StrikeFont->#createCharacterToGlyphMap StrikeFont->#xTable String->#asMorph StringMorph class->#contents: StringMorph class->#contents:font: StringMorph class->#contents:font:emphasis: StringMorph->#initialize StringMorph->#initWithContents:font:emphasis: StringMorph->#contents: StringMorph->#privateSetContents: StringMorph->#fitContents StringMorph->#measureContents StringMorph->#fontToUse AbstractFont->#widthOfString: AbstractFont->#widthOfString:from:to: StrikeFont->#widthOf: StringMorph->#minimumWidth StringMorph->#fullBounds StringMorph->#contents StringMorph->#areasRemainingToFill: StringMorph->#drawOn: StringMorph->#handlesMouseDown: StringMorph->#isEditable: StringMorph class->#editableStringMorph StringMorph->#isTranslucentButNotTransparent WorldMorph->#acceptDroppingMorph:event: Morph->#justDroppedInto:event: StringMorph->#imageForm:forRectangle: 2014-06-03 15:54 GMT+02:00 stepharo <stepharo(a)free.fr>: > Nice! > Alain restarted to work on Bloc and the result looks nice. I'm trying to > get some influence and rewrite clean what I see that > can be cleaned. > > Stef > > > Hi, >> >> I created a job that bootstraps MorphicCore - an image that contains >> runable subset of Morphic that is able only to display a simple morph and >> handle mouse and keyboard events on it. Please, try to test the image on >> Mac. >> >> https://ci.inria.fr/pharo/view/4.0-Bootstrap/job/Pharo- >> 4.0-Bootstrap-Step-3.0-ConfigurationOfMorphicCore/ >> >> Cheers, >> -- Pavel >> > > >

June 3, 2014

Dark Themes and Menu...

by phil＠highoctane.be

When showing the world menu, there is an issue with the Dark Themes. MenuMorph>>drawOn: aCanvas "Draw the menu. Add keyboard-focus feedback if appropriate" super drawOn: aCanvas. (ActiveHand notNil and: [ActiveHand keyboardFocus == self and: [self rootMenu hasProperty: #hasUsedKeyboard]]) ifTrue: [ aCanvas frameAndFillRectangle: self innerBounds fillColor: Color transparent borderWidth: self theme menuBorderWidth borderColor: self theme menuKeyboardFocusColor ]. looks for menuBorderWidth and menuKeyboardFocusColor. When hitting a key that doesn't exists in the menu, I had the redcross. Defining the methods solved it. Thanks for fixing the themes. Phil

June 3, 2014

Re: [Pharo-dev] Regular Hangouts

by Sebastian Sastre

Glad to hear about this. Looking forward to invites On May 31, 2014, at 3:10 AM, stepharo <stepharo(a)free.fr> wrote: > Hi guys > > I would really like to launch regular hangouts because I would like to build more contacts inside the community. > I was thinking about every two weeks around 17h-18h > > What do you think? > > Stef >

June 3, 2014

Re: [Pharo-dev] Debugger weirdness

by Frank Shearar

On 3 June 2014 13:46, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: > > 2014-06-03 14:09 GMT+02:00 Esteban Lorenzano <estebanlm(a)gmail.com>: > >> >> On 03 Jun 2014, at 08:52, Camille Teruel <camille.teruel(a)gmail.com> wrote: >> >> >> On 3 juin 2014, at 13:34, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: >> >> Hello, >> >> It happens sometimes when you edit a blockClosure code and that the >> debugger cannot find it on stack. >> >> >> Why would the debugger need to find a context for an edited block? >> The only reason I see would be on-stack replacement, but AFAIK the >> debugger doesn't do that, does it? >> >> >> I have spotted this problem too, outside block closures. It is not every >> time but it happens occasionally. >> I think is some sort of bug :( > > > Yeah I also had the problem ... > > Fortunately, one of the debugger implementor (that I will not name here) is > working in our team right now and she may be able to fix it :-) I started implementing this for Squeak, and then got snowed under by Real Life :( Had that not happened, you might have been able to spare some cycles. Sorry! frank >> Esteban >> >> >> >> Isn't that your case ? >> >> >> 2014-06-03 13:13 GMT+02:00 phil(a)highoctane.be <phil(a)highoctane.be>: >>> >>> While debugging, I modify the code of the method, then accept, then >>> restart. >>> >>> But when going back to the method in the browser, it is unchanged. >>> >>> What I am doing wrong or is this something other people do encounter? >>> >>> I didn't had this in 2.0 >>> >>> Phil

June 3, 2014

Re: [Pharo-dev] GPU accelerated GUI

by Ben Coman

June 3, 2014

Re: [Pharo-dev] GPU accelerated GUI

by Ben Coman

June 3, 2014