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

Re: [Pharo-project] Origins [poll]

by Miguel CobÃ¡

El jue, 06-01-2011 a las 09:13 +0100, Adrian Lienhard escribiÃ³: > On Jan 6, 2011, at 00:37 , csrabak(a)bol.com.br wrote: > > > Miguel, > > > > You rather create a wiki page (or edit the one Stef intends to put our pictures in a near future ;-) > > BTW, we already have a page with pictures: http://pharo-project.org/community/contributors. Certainly there are people missing (I didn't check). We could also extend the information on this page, with country and language if this is desired (not so important for me), or the Twitter name (more interesting). Yes, I now, I'm there btw, but this is funny and quick. Just for the fun of knowing where are we from and to learn about unknown places for us. Diversity is fantastic and always interesting. I could, yes, compile the list and send it to Laurent, to update the contributors page with more info at the end of this thread. Cheers > > Cheers, > Adrian > > > > > my 0.01999... > > > > -- > > Cesar Rabak > > > > Name|Native Language|Greeting in native lang|Born country|Writing from > > Cesar Rabak |Spanish/Portuguese/Italian|Hola/OlÃ¡/Ciao|Peru|SÃ£o Paulo, SP - Brazil > > > > > > > > Em 05/01/2011 19:38, Miguel CobÃ¡ < miguel.coba(a)gmail.com > escreveu: > > It is a new year and I thought that it would be good to know from which > > part of the world each person in this list is (or was born), so we can > > get a better look at the diversity of the community. > > > > I start: > > > > Name|Native Language|Greeting in native lang|Born country|Writing from > > > > Miguel CobÃ¡|Spanish|Hola|Mexico|Mexico City,Mexico > > > > Cheers > > -- > > Miguel CobÃ¡ > > http://twitter.com/MiguelCobaMtz > > http://miguel.leugim.com.mx > > > > > > > > > > > > > > -- Miguel CobÃ¡ http://twitter.com/MiguelCobaMtz http://miguel.leugim.com.mx

Jan. 6, 2011

Re: [Pharo-project] Another Design Question - SOAP and WSDL - Subclass or not XMLElement

by jaayer

---- On Wed, 05 Jan 2011 07:25:24 -0800 CÃ©drick BÃ©ler wrote ---- >Hi there, > >While doing my experiments with SOAP and friends, I've come to the conclusion, I'll redo mainly SOAP because previous implementation is linked to an independent XML representation. I find XMLSupport very nice in design and well documented so I consider it as a basis for implementing SOAP (to me it's a really good example of package as they should be). > >But there come the design question. To me SOAP elements are particular XMLDocument and XMLElement. Indeed, I found the interfaces of java 6 which was quite what I have in mind [1]. > >I think the main problem (to me) is that XMLElement in Smalltalk has an inst var containing all children node. I think this is different in java. The consequence is to model SOAPEnvelope (subclass of XMLElement), I can't really add a body and header field respectively for the SOAPHeader and SOAPBody object. Instead I should put them in the children collection node. >Is it a good practice ? Do I use a factory to ensure there's at least one and only one body and eventually a header ? Any other pattern for such situations ? >Or would you avoid to subclass ? > >Secondary question: As I found this java API, I got really tempted to use a similar organization. It it authorized ? I couldn't really parse the license file :) > >Thanks in advance, I don't know much about SOAP, but you could map special SOAP elements to custom XMLElement subclasses like this: XMLPluggableElementFactory new handleElement: 'Envelope' namespaceURI: 'http://www.w3.org/2003/05/soap-envelope' withClass: SOAPEnvelope; handleElement: 'Header' namespaceURI: 'http://www.w3.org/2003/05/soap-envelope' withClass: SOAPHeader; handleElement: 'Body' namespaceURI: 'http://www.w3.org/2003/05/soap-envelope' withClass: SOAPBody; ... Note that according to the spec, the prefixes used are arbitrary, so you can't assume a "soap:" prefix will be present and instead must look for the SOAP namespace URI explicitly. You probably also ought to avoid repeating it everywhere, maybe using an accessor like #soapURI when you need it. Anyway, next, add these methods to SOAPEnvelope or whatever you have decided to call it: header ^ self elementAt: 'Header' namespaceURI:'http://www.w3.org/2003/05/soap-envelope' body ^ self elementAt: 'Body' namespaceURI:'http://www.w3.org/2003/05/soap-envelope' and assuming the "Envelope" element has child elements named "Header" and "Body", those accessor messages will return them, and because of how you configured the factory, they should be instances of SOAPHeader and SOAPBody respectively. If they aren't present, then those methods will return nil (use the #elementAt:namespaceURI:ifAbsent: form if you want different behavior). >CÃ©drick > >[1] http://download.oracle.com/javase/6/docs/api/javax/xml/soap/ > >

Jan. 6, 2011

Re: [Pharo-project] Origins [poll]

by Mariano Martinez Peck

Jan. 6, 2011

Re: [Pharo-project] Origins [poll]

by StÃ©phane Ducasse

Jan. 6, 2011

Re: [Pharo-project] why (MCPackage named: 'NonExistenPackage') unload. doesnt fail ?

by Mariano Martinez Peck

On Thu, Jan 6, 2011 at 3:32 PM, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>wrote: > +1. Someone wanting something that "just runs" can/should do something > like > > (MCPackage named: 'HelpSystem' ifNone:'[ DeafObject current ]) unload > Exactly. Now...I don't know the impact of doing this change. Maybe we screw up monticello hehehe cheer mariano > > > Another approach is to trap and log errors so that a lengthy build process > completes and then clearly shows where it encountered problems. > > Bill > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [ > pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of StÃ©phane Ducasse > [stephane.ducasse(a)inria.fr] > Sent: Thursday, January 06, 2011 6:11 AM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] why (MCPackage named: 'NonExistenPackage') > unload. doesnt fail ? > > > Do we want that? I am finding a lot of outdated code that uses code like > that and it doesnt fail, but still doesnt unload the package. > > > > For example, cleanUpForRelease does a > > (MCPackage named: 'HelpSystem') unload. > > > > and that package doesnt exist anymore since it was split.... > > > > so...do we want that silent behaviour ? > > probably not. > Better fix the scripts as early as possible > > > > > cheers > > > > mariano > > > >

Jan. 6, 2011

Re: [Pharo-project] why (MCPackage named: 'NonExistenPackage') unload. doesnt fail ?

by Schwab,Wilhelm K

+1. Someone wanting something that "just runs" can/should do something like (MCPackage named: 'HelpSystem' ifNone:'[ DeafObject current ]) unload Another approach is to trap and log errors so that a lengthy build process completes and then clearly shows where it encountered problems. Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of StÃ©phane Ducasse [stephane.ducasse(a)inria.fr] Sent: Thursday, January 06, 2011 6:11 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] why (MCPackage named: 'NonExistenPackage') unload. doesnt fail ? > Do we want that? I am finding a lot of outdated code that uses code like that and it doesnt fail, but still doesnt unload the package. > > For example, cleanUpForRelease does a > (MCPackage named: 'HelpSystem') unload. > > and that package doesnt exist anymore since it was split.... > > so...do we want that silent behaviour ? probably not. Better fix the scripts as early as possible > > cheers > > mariano

Jan. 6, 2011

Re: [Pharo-project] controlling the size of a morph embedded in a morphtreemorph

by Tudor Girba

Thanks, Alain. I would really appreciate your help. Cheers, Doru On 6 Jan 2011, at 08:14, Alain Plantec wrote: > Hi Doru, > I know it's a problem with morphtreemorph. > I will have a look. > Chers > Alain >> Hi (Alain :)), >> >> I am trying to embed morphs into a MorphTreeMorph, but I cannot seem to be able to control the size. >> >> Please take a look at the screenshot in the attachment. On the right hand side I have a tree morph that lists all methods, and when I expand a selector, I see the source code. Now, I would like to have the followings: >> - the text morph fill the entire horizontal space >> - the text morph expand on the vertical, too >> - the label fill the entire horizontal space >> >> I tried to: >> - set the MorphTreeMorph to have lastColumnUnbounded, and >> - the morph layout to (fullFrame: (LayoutFrame fractions: (0 @ 0 corner: 1 @ 1))) >> >> but it did not work. >> >> Does anyone have an idea? >> >> >> If you want to take a look at the example, you need Glamour: >> Gofer new >> squeaksource: 'Glamour'; >> package: 'ConfigurationOfGlamour'; >> load. >> (Smalltalk at: #ConfigurationOfGlamour) perform: #loadDefault. >> >> and then: >> GLMOtherExamples new expander openOn: Collection withAllSubclasses. >> >> >> Cheers, >> Doru >> >> >> >> >> >> >> -- >> www.tudorgirba.com >> >> "What we can governs what we wish." >> >> >> > > -- www.tudorgirba.com "Don't give to get. Just give."

Jan. 6, 2011

Re: [Pharo-project] Origins [poll]

by csrabak＠bol.com.br

Miguel, What I'm was thinking when pointing out that is that otherwise the info about Pharoers will be scattered (I'll refrain of a more strong word) in a mail list archive whose value will not accrued in full. Your point about wikis being boring and entrance price higher, I was not thinking in the repliers having to go the wiki themselves ;-) -- Cesar Rabak Em 05/01/2011 21:52, Miguel CobÃ¡ < miguel.coba(a)gmail.com > escreveu: ;) but wikis are boring and the entrance price is higher compared to replying a mail. Also, is just for fun. I think that the list will bring some surprises relative to the place in the world where Pharo is reaching. Cheers El miÃ©, 05-01-2011 a las 21:37 -0200, csrabak(a)bol.com.br escribiÃ³: > Miguel, > > You rather create a wiki page (or edit the one Stef intends to put our pictures in a near future ;-) > > my 0.01999... > > -- > Cesar Rabak > > Name|Native Language|Greeting in native lang|Born country|Writing from > Cesar Rabak |Spanish/Portuguese/Italian|Hola/OlÃ¡/Ciao|Peru|SÃ£o Paulo, SP - Brazil > > > > Em 05/01/2011 19:38, Miguel CobÃ¡ < miguel.coba(a)gmail.com > escreveu: > It is a new year and I thought that it would be good to know from which > part of the world each person in this list is (or was born), so we can > get a better look at the diversity of the community. > > I start: > > Name|Native Language|Greeting in native lang|Born country|Writing from > > Miguel CobÃ¡|Spanish|Hola|Mexico|Mexico City,Mexico > > Cheers -- Miguel CobÃ¡ http://twitter.com/MiguelCobaMtz http://miguel.leugim.com.mx

Jan. 6, 2011

Re: [Pharo-project] Origins [poll]

by Janko MivÅ¡ek

Jan. 6, 2011

Re: [Pharo-project] [Hudson] Status

by Esteban Lorenzano

cool, I'll try to have my vm building scripts for next week, then :) Cheers, Esteban El 06/01/2011, a las 6:56a.m., Marcus Denker escribiÃ³: > Hudson status: > > -> Builds are working again since tuesday > -> Hudson will send a mai to this list when the build fails (but not when the tests fail) > -> We will experiment with a mac and windows builder slave soon (next week, I think) > > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > >

Jan. 6, 2011