May 2010 - Pharo-dev - lists.pharo.org

[Pharo-project] Towards clean unloading Morphic (an idea)

by Igor Stasenko

Hello, i just thought, that in order to get down to a minimal kernel image, it would be nice to move all Morphic globals into a shared pool. Things like, World, ActiveWorld could be placed into a MorphicPool class. Then we can make an easy transition 1. add this pool to classes which using that global & recompile them 2. for classes, which should have no dependency from Morphic, use a messages like Object >> currentWorld ^ (Smalltalk at: #MorphicPool ifAbsent: [ self error: 'bummer' ]) currentWorld . Then, i hope, you can unload the Morphic using MC and it will leave no trace in an image (or at least less trace than usual ;). Same could be applied to Graphics package (to get rid a Display global) -- Best regards, Igor Stasenko AKA sig.

May 20, 2010

Re: [Pharo-project] Algernon for 1.1.

by Mariano Martinez Peck

On Wed, May 19, 2010 at 11:57 PM, Torsten Bergmann <astares(a)gmx.de> wrote: > Hi there, > > ConfigurationOfAlgernon will crash with 1.1. > Anyone knows if Algernon is still maintained? > > Yes, more or less. Esteban (and little me) use to fix it because he cannot live without it hahahah > The method #multipleFocusHolderCs returns > a changeset to change HandMorph ... not nice > Yes. This was discussed. And extract the .cs, adapt it to pharo and analize if the change was worth. This was done in order to support multiple handlers and so that WorkingSet can work too. The changes were good for me, but my knoweldege is very, very limited in HandMorph and Morph in general. If someone can talk a look and give us green light, we can integrate such change, and that will not be necessary any more. This is the main cause we don't put it in PharoDev. Here is the link: http://forum.world.st/Putting-Algernon-and-WorkingSet-in-a-Dev-image-tp1295… > This will cause the crash (underscores?) and will also > patch the Morphic package which has open changes > afterwards. > > Yes. Thanks Torsten. > Bye > Torsten > -- > GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! > Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

May 20, 2010

Re: [Pharo-project] double help entry menu when loading ProfBrowser

by Mariano Martinez Peck

Thanks to both. Now it works perfect Laurent :) Cheers Mariano 2010/5/20 laurent laffont <laurent.laffont(a)gmail.com> > Yes I was waiting for issue 2442 to be integrated to commit ProfStefBrowser > and ConfigurationOfProfStef. Done. > > Laurent Laffont > > http://pharocasts.blogspot.com/ > http://magaloma.blogspot.com/ > > > > On Thu, May 20, 2010 at 2:20 AM, Alain Plantec <beranger22(a)gmail.com>wrote: > >> Le 19/05/2010 23:44, Mariano Martinez Peck a Ã©crit : >> >> Hi. When loading the prof browser in 11367 I get TWO entries called >>> "help".But one has "Help browser" and the other "ProfStef Browser" >>> >>> They should be in the same help entry and not duplicate >>> >>> I attach two screenshots >>> >> Hi Mariano >> I'll have a look >> Alain >> >>> cheers >>> >>> mariano >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

May 20, 2010

[Pharo-project] [Job] Smalltalk Web Application Developer

by Adrian Lienhard

(apologies for multiple receptions of this message) Hi all, netstyle.ch is looking for a Seaside web application developer. We are a small, agile team located in Bern (Switzerland). With Cmsbox we have developed an award winning Content Management System. The successful candidate will have excellent skills in OO software development with a dynamic programming language. Fluency in German is not a must, but we expect applicants to acquire basic understanding of German. A detailed job description can be found on our website (in German): http://www.netstyle.ch/firma/jobs For questions and applications please contact me at info(a)netstyle.ch Cheers, Adrian ___________________ http://www.adrian-lienhard.ch/

May 20, 2010

Re: [Pharo-project] Pharo sprint this Saturday

by Oscar Nierstrasz

The page says "Sprint Saturday 22, 2010". Maybe it would be good to make a note of the month as well, just for the record, - on On May 20, 2010, at 1:00 , Alexandre Bergel wrote: > Yep. If I am not wrong, then > Time: 9:30 - 21:30 (GMT + 4). For European who wish to follow it via IRC or Twitter, it will begin at 14:30 (GMT +1) in Europe. > > Alexandre > > > On 19 May 2010, at 03:41, Serge Stinckwich wrote: > >> On Wed, May 19, 2010 at 6:15 AM, Alexandre Bergel >> <alexandre.bergel(a)inria.fr> wrote: >>> Hi All, >>> >>> I am now with Mariano, working on the details for this Saturday. >>> More info on http://code.google.com/p/pharo/wiki/PharoSprints >>> Please, get in touch with Mariano first if you want to attend. >>> >>> As already said, the objective of the sprint will be to help produce Pharo 1.1 >>> >>> We will try to be present on IRC and/or iChat for remote pair programming :-) >> >> Hi Alex, >> >> maybe you could add the GMT time of the sprint if some people want to join. >> >> Regards, >> -- >> Serge Stinckwich >> UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam >> Every DSL ends up being Smalltalk >> http://doesnotunderstand.org/ >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 20, 2010

[Pharo-project] Draft Chapter on Monticello for PBE2 is available for review

by Oscar Nierstrasz

Hi Folks, Another draft chapter for Pharo by Example 2 is available for review: http://PharoByExample.org/ Comments are welcome. Please use the discussion list for SBE and PBE: https://www.iam.unibe.ch/mailman/listinfo/sbe-discussion - on --- Prof. Dr. O. Nierstrasz -- Oscar.Nierstrasz(a)iam.unibe.ch Software Composition Group -- http://scg.unibe.ch/oscar University of Bern -- Tel/Fax +41 31 631.4618/3355

May 20, 2010

Re: [Pharo-project] about menu not showing up

by StÃ©phane Ducasse

tx On May 20, 2010, at 2:18 AM, Alain Plantec wrote: > Le 19/05/2010 14:26, StÃ©phane Ducasse a Ã©crit : >> Hi alain >> >> in scriptLoader I added a menu and I do not why it was working and now it does not show up. >> Can yu have a look? >> Normally you should do ScriptLoader showIntegrationMenu >> > I've added Issue 2447 <http://code.google.com/p/pharo/issues/detail?id=2447> > ------------ > yes, the menu is rebuilt at compile time (when a method with <worldMenu> is added, removed or updated). > for optional menu item you have to send a #precondition: message with a block as argument. > it gives: > > menuCommandOn: aBuilder > <worldMenu> > > (aBuilder group: #Integration) > precondition: [self currentlyIntegratingChanges]; > parent: #System; > with: [ > (aBuilder item: #'Integrator Menu') > action: [ScriptLoader releaseMenu]] > > btw: but here you don't need a group, it can be more simple: > > menuCommandOn: aBuilder > <worldMenu> > > (aBuilder item: #'Integrator Menu') > precondition: [self currentlyIntegratingChanges]; > parent: #System; > action: [ScriptLoader releaseMenu] > ------------ > Cheers > Alain >> Tx >> >> Stef >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 20, 2010

Re: [Pharo-project] Algernon for 1.1.

by StÃ©phane Ducasse

not that I know. Can you publish in the repository? Stef On May 19, 2010, at 11:57 PM, Torsten Bergmann wrote: > Hi there, > > ConfigurationOfAlgernon will crash with 1.1. > Anyone knows if Algernon is still maintained? > > The method #multipleFocusHolderCs returns > a changeset to change HandMorph ... not nice > > This will cause the crash (underscores?) and will also > patch the Morphic package which has open changes > afterwards. > > Bye > Torsten > -- > GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! > Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 20, 2010

Re: [Pharo-project] Fwd: Re: Decoding bug with XMLParser ?

by StÃ©phane Ducasse

http://code.google.com/p/pharo/issues/detail?id=2448 >>>> >> As you've noted, we've already done it. >> It's broken then display of WideStrings with StrikeFonts, since that relied on Wide Characters being stops, which did happen when leadingChar was 255, but not when it's 0. >> That is manifested in that the rest of the string after a WideChar is rendered as ?'s. >> There's also an error causing the width of the chars to be wrong, and the first char on the line to be displayed on the previous line instead, but iirc that's not directly related to the stops issue. >> >> Cheers, >> Henry

May 20, 2010

Re: [Pharo-project] Fwd: Re: Decoding bug with XMLParser ?

by StÃ©phane Ducasse

Thanks for helping me there because I was really like "what?" but not totally confused yet. On May 19, 2010, at 11:52 PM, Henrik Sperre Johansen wrote: > On 19.05.2010 21:44, StÃ©phane Ducasse wrote: >> ok >> may be you should have said that before :) >> Now how this can be done? >> changing the EncodedCharSets? >> >>> initialize >>> >>> self allSubclassesDo: [:each | each initialize]. >>> >>> EncodedCharSets := Array new: 256. >>> >>> EncodedCharSets at: 0+1 put: Unicode "Latin1Environment". >>> EncodedCharSets at: 1+1 put: JISX0208. >>> EncodedCharSets at: 2+1 put: GB2312. >>> EncodedCharSets at: 3+1 put: KSX1001. >>> EncodedCharSets at: 4+1 put: JISX0208. >> Then I do not understand because >> EncodedCharSets at: 0+1 put: Unicode >> seems to me that this is already the case but may be I'm not looking at the right place. >> >> What are the implications? >> What will we break. >> >> Stef > As you've noted, we've already done it. > It's broken then display of WideStrings with StrikeFonts, since that relied on Wide Characters being stops, which did happen when leadingChar was 255, but not when it's 0. > That is manifested in that the rest of the string after a WideChar is rendered as ?'s. > There's also an error causing the width of the chars to be wrong, and the first char on the line to be displayed on the previous line instead, but iirc that's not directly related to the stops issue. > > Cheers, > Henry > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 20, 2010