March 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Grouping of Tools?

by StÃ©phane Ducasse

On Mar 13, 2012, at 11:25 AM, Friedrich Dominicus wrote: > I wonder if one can get Pharo to group the tools e.g the Workspace on > one tab, Browsers on another etc. > > Any suggestions? did you check the TWM project? then you have tabPanelMorph. > > Regards > Friedrich > > > -- > Q-Software Solutions GmbH; Sitz: Bruchsal; Registergericht: Mannheim > Registriernummer: HRB232138; Geschaeftsfuehrer: Friedrich Dominicus >

March 15, 2012

Re: [Pharo-project] Gettext package, who?

by StÃ©phane Ducasse

> > > It is by the fact the case, no. So I guess this remnants can be removed. > > In parallel, the gettext lookup at runtime of the message catalog could > be optimized. It was done for Etoys. May be not top priority has the > impact is light anyway. > > As for now, I publish my changes to the gettext package in > PharoNonCorePackages What is the size of this package? > > Hilaire > > > -- > Dr. Geo -- http://www.drgeo.eu > >

March 15, 2012

Re: [Pharo-project] MultiCompositionScanner depending on Morphic stuff

by StÃ©phane Ducasse

Igor I would not put it in Morphic. Now it depends which kernel we are talking about. Because may be text should be a large kernel. Stef On Mar 15, 2012, at 5:32 PM, Igor Stasenko wrote: > Hey, composition scanners and display scanners should not belong to Kernel. > they should be either in graphics package or in morphic itself. > > Why we moved this stuff to kernel? > > -- > Best regards, > Igor Stasenko. >

March 15, 2012

Re: [Pharo-project] Finally, jenkins were able to build win32 VM.

by StÃ©phane Ducasse

Thanks igor. This is important. > we should fix that. > Please give me details > - url to image > - code to execute. > > so i can try.

March 15, 2012

[Pharo-project] Pharo Conf has now a web site :)

by StÃ©phane Ducasse

Please distribute the call http://rmod.lille.inria.fr/web/pier/Events We will have fun. Stef

March 15, 2012

Re: [Pharo-project] MultiCompositionScanner depending on Morphic stuff

by Guillermo Polito

On Thu, Mar 15, 2012 at 1:34 PM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > > On Mar 15, 2012, at 5:32 PM, Igor Stasenko wrote: > > > Hey, composition scanners and display scanners should not belong to > Kernel. > > they should be either in graphics package or in morphic itself. > > > > Why we moved this stuff to kernel? > :3 Actually CompositionScanner belong to Graphics, I was puzzled about that too. I'll post a slice in the inbox :) > > > Nobody moved... they where always there. It's a mess of epic proportion, > our whole code base. > > Marcus > > > -- > Marcus Denker -- http://marcusdenker.de > > >

March 15, 2012

Re: [Pharo-project] MultiCompositionScanner depending on Morphic stuff

by Marcus Denker

On Mar 15, 2012, at 5:32 PM, Igor Stasenko wrote: > Hey, composition scanners and display scanners should not belong to Kernel. > they should be either in graphics package or in morphic itself. > > Why we moved this stuff to kernel? Nobody moved... they where always there. It's a mess of epic proportion, our whole code base. Marcus -- Marcus Denker -- http://marcusdenker.de

March 15, 2012

Re: [Pharo-project] MultiCompositionScanner depending on Morphic stuff

by Igor Stasenko

Hey, composition scanners and display scanners should not belong to Kernel. they should be either in graphics package or in morphic itself. Why we moved this stuff to kernel? -- Best regards, Igor Stasenko.

March 15, 2012

Re: [Pharo-project] broken gettext package in 1.4

by Hilaire Fernandes

Le 15/03/2012 16:58, StÃ©phane Ducasse a Ã©crit : >> keywords := assoc value. >> > domainName := self getTextDomainForClassCategory: >> > (Smalltalk at: methodReference classSymbol) category. > methodReference realClass category? > > Yes something like that plus some other changes. I already forgot what I did change. -- Dr. Geo -- http://www.drgeo.eu

March 15, 2012

Re: [Pharo-project] MultiCompositionScanner depending on Morphic stuff

by Guillermo Polito

MultiCompositionScanner>>setFont uses TextComposer>>characterForColumnBreak... What I do suggest is to move #characterForColumnBreak to the scanner (or make the scanner know its composer instead of hardcoding the reference). But since I don't really know these classes I'm totally blind :/ On Thu, Mar 15, 2012 at 1:04 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > > > > TextLine seems that can be safely moved along with > MultiCompositionScanner. > > good! > > > > > > > - MultiCompositionScanner>>setFont > > > > depends on TextComposer which is packaged as Morphic-Text Support also > > > > This dependency is only for this method: > > > > TextComposer class>>characterForColumnBreak > > > > ^Character value: 12 > > I do not get it. because Character is not in Morphic > > > > But if this method is so used by the scanner, then we can move it to the > scanner and revert the dependency :) > > > > > > > http://code.google.com/p/pharo/issues/detail?id=5478&thanks=5478&ts=1331734… > > > > Guille > > > > >

March 15, 2012