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

[Pharo-project] Context Sensitive Browsing

by Camillo Bruni

I just implemented some hacky solution to have more intelligent CMD-b browsing. For instance in the following example: Exception handles: having the cursor somewhere on the handles: selector and pressing CMD-b should directly jump to the implementation of handles: on the Exception class. Now the way I do it so far is rather brain dead. I select the word under the cursor and check if the preceding word is either a keyword or a constant using pattern matching. Now of course this is neither flexible nor nice to code. The solution would be to use the AST and map directly from the sources to the AST. Is there a way to get from the sources / compiled method to the AST? m(^_-)m camillo

Feb. 22, 2011

Re: [Pharo-project] Pharo Sources Google Hit Ratio

by laurent laffont

On Tue, Feb 22, 2011 at 10:59 AM, Camillo Bruni <camillo.bruni(a)inria.fr>wrote: > > On 2011-02-22, at 10:45, laurent laffont wrote: > > > On Tue, Feb 22, 2011 at 10:27 AM, Camillo Bruni <camillo.bruni(a)inria.fr > >wrote: > > > >> > >> On 2011-02-22, at 09:21, Geert Claes wrote: > >> > >>> > >>> > >>> Camillo Bruni wrote: > >>>> > >>>> I just figured you cannot use google to program in pharo!! > >>>> At least my common approach is to use google to search for some code > >>>> snippets in order to fill my overloaded brain. > >>>> > >>>> How about setting up a website, Browse Pharo, which has a simple UI > for > >>>> browsing the majority of the Pharo sources. Unlike squeaksource, it > >> should > >>>> be properly indexed by google, e.g. feature NICE and DESCRIPTIVE URLs. > I > >>>> do not know the exact circumstances of squeaksource's amazing low > google > >>>> index, but I think we can change this. > >>>> > >>> > >>> Maybe something like what Laurent made? > >>> > >>> http://magaloma.seasidehosting.st > >> > >> yep this is very nice already. > >> The only thing missing are the source code views. > >> > >> Are the sources/image available somwhere? That would be very nice... > >> > > > > > > Source here, global read/write but newbie code (I did this to learn): > > http://www.squeaksource.com/SimpleWebDoc.html > > > > I can send you the image if you want. > > Hey, perfect, I will try to extend it by the end of the week. > Cool ! feel free to ask. Laurent. > > camillo > > > Laurent. > > > > > > > >> > >> thanks > >> > >> m(^_-)m > >> camillo > >> > >> > >>> > >>> -- > >>> View this message in context: > >> > http://forum.world.st/Pharo-Sources-Google-Hit-Ratio-tp3318289p3318745.html > >>> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > >>> > >> > >> > >> > > >

Feb. 22, 2011

Re: [Pharo-project] Cobol is the new language to know?

by Casimiro de Almeida Barreto

Em 22-02-2011 05:12, Geert Claes escreveu: > > csrabak wrote: >>> Focusing in the squeak/pharo/cuis branch, I've noticed that pharo >>> people got really concerned in >>> aspects that can attract market interest. They're looking for >>> funding, fighting to have "hired >>> people" (meaning under wages) minding "hairy aspects" of development, >>> maintenance, documentation >>> and some sort of "standardization", etc. Collaborators also produced >>> interesting "printed material" (books, >>> tutorials) but IMO such material is still very academic in nature. People >>> in industry likes best "manual" >>> stuff (like "foundation classes" with "methods" (messages in the >>> case) documented, etc). IMO (again) >>> here lies a relevant problem: there are "no foundation classes" (no >>> "landmarks" or things that cannot be > easily changed) and it becomes >>> apparent when people exchange ideas about "keeping this" and "getting >>> rid of that". At least debate is going on and many issues have been >>> addressed. >> >> Yes. >> > I don't understand what was said here? Can someone elaborate? In order to increase acceptance of smalltalk in corporate world (and even in academic and scientific worlds) someone (pharo/squeak/cuis people) must come out with a solution that: 1) Is well documented 2) Is supported 3) Is stable To be well documented (in the sense corporate world understands it) a smalltalk distro must: 1) Have a body (a set of) classes that are considered "foundation classes". Those must be present in all versions of the distribution and must have an unchanging set of features (in the case of smalltalk: an unchanging set of messages,considering instance and class variables are available through assessors). Those foundation classes must cover a range of functionalities that makes the distro useful. 2) These foundation classes must be documented in a way that resembles, at least, man pages of *nix (syntax, semantics, dependencies, known bugs, exceptions, etc) 3) Foundation classes should be arranged in "orthogonal" packages (meaning: if I unload one package everything that doesn't depend on it still works). Anyways, dependencies should be documented in a very clear and explicit way. Just to give an example on how lack of documentation hurts open smalltalk, how many people gave it up for not being able to deliver acceptable interfaces because Morphic is hideously documented? I know several ones. In real corporate world, learning through trial and error is not acceptable, just like blowing schedule up due to the need to figure out by experience how ProportionalLayout works neither... To be supported there must be people in charge of: 1) Debugging and fixing it (inside a well known schedule & following an agreed maintenance protocol) 2) Elaborating suitable documentation (as described above) 3) Preparing didactic material (courses, books, etc) 4) Disseminating information of what's going on inside distro's development (much in the way Ubuntu/Fedora/etc communities do) Stable is stable... There are other things that are important but IMO they all come after ones I just wrote about.

Feb. 22, 2011

Re: [Pharo-project] Pharo Sources Google Hit Ratio

by StÃ©phane Ducasse

I would like to have all the documentation and code on the web but no time to do it :) Stef On Feb 21, 2011, at 11:44 PM, Camillo Bruni wrote: > I just figured you cannot use google to program in pharo!! > At least my common approach is to use google to search for some code snippets in order to fill my overloaded brain. > > How about setting up a website, Browse Pharo, which has a simple UI for browsing the majority of the Pharo sources. Unlike squeaksource, it should be properly indexed by google, e.g. feature NICE and DESCRIPTIVE URLs. I do not know the exact circumstances of squeaksource's amazing low google index, but I think we can change this. > > m(^_-)m > camillo

Feb. 22, 2011

Re: [Pharo-project] Pharo Sources Google Hit Ratio

by Tobias Pape

Am 2011-02-22 um 15:40 schrieb Lukas Renggli: > Note that SqueakSource had restful source URLs and sitemaps from the > very beginning. Sure, but now these are preserved and not transformed into the @â¦â¦ urls :) so long -tobias

Feb. 22, 2011

Re: [Pharo-project] Issue 3716 in pharo: Different return value for adoptInstance: depending on VM

by pharo＠googlecode.com

Comment #3 on issue 3716 by stephane...(a)gmail.com: Different return value for adoptInstance: depending on VM http://code.google.com/p/pharo/issues/detail?id=3716 1.3 in 13059

Feb. 22, 2011

[Pharo-project] [update 1.3] #13058

by StÃ©phane Ducasse

13058 ----- - Issue 3708: Selection text color enh. Thanks Alain Plantec. Stef and Alain at Saint Pol de Leon :) in the middle of north britany under the rain in an internet cafe with good music :)

Feb. 22, 2011

Re: [Pharo-project] Pattern for reifying XML doc?

by Guillermo Polito

>From the Java world, I know Digester http://commons.apache.org/digester/xmlrules.html, letting you map an xml to objects with a set of rules... I don't know if that's what you were expecting as an answer :). BTW, great example! :P Guille On Tue, Feb 22, 2011 at 11:39 AM, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>wrote: > Stef, > > So far, I about all I have done with the xml parser is note that it can > parse the data from my Garmin Forerunner. Otherwise, I have used SIXX with > good results, at least as far as I have pushed it. Its code might give you > some ideas that would apply to outside xml (maybe), or if you can control > the schema, you might simply leave it to SIXX?? > > Bill > > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [ > pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of stephane ducasse > [stephane.ducasse(a)free.fr] > Sent: Monday, February 21, 2011 4:11 AM > To: pharo Development > Subject: [Pharo-project] Pattern for reifying XML doc? > > Hi guys > > I often encounter the following situation: I have an xmldoc and I want to > load it and get the corresponding objects. > Here is an example > > <group> > <groupName>Test2Cards</groupName> > <cards><card> > <cardName>All Is Dust</cardName> > <manaCost>7</manaCost> > <convertedManaCost>7</convertedManaCost> > <type>Tribal Sorcery â Eldrazi</type> > <cardText>Each player sacrifices all colored permanents he or she > controls.</cardText> > <rarity>mythic</rarity> > <cardNumber>1</cardNumber> > <artist>Jason Felix</artist> > <kind>STD</kind> > <expansionId>ELDRAZI</expansionId> > </card> > <card> > <cardName>Kird Ape</cardName> > <manaCost>G</manaCost> > <convertedManaCost>1</convertedManaCost> > <type>Tribal Sorcery â Eldrazi</type> > <cardText>get +1/+1 when you control</cardText> > <rarity>common</rarity> > <cardNumber>33</cardNumber> > <artist>Zork</artist> > <kind>STD</kind> > <expansionId>WORLDWAKE</expansionId> > </card></cards> > </group> > > I have card and group. But I could have several kind of nodes. So I was > wondering if there are patterns to read in > and map that to objects. In the future I would like to have magritte like > type of first class instance variables that > perform i/o in xml or other formats because this is always the same. > > stef > > > > >

Feb. 22, 2011

Re: [Pharo-project] Pharo Sources Google Hit Ratio

by Lukas Renggli

Note that SqueakSource had restful source URLs and sitemaps from the very beginning. On Tuesday, 22 February 2011, Tobias Pape <Das.Linux(a)gmx.de> wrote: > Am 2011-02-22 um 11:08 schrieb Janko MivÅ¡ek: >> On 22. 02. 2011 09:11, Craig Latta wrote: >>> >>>> I do not know the exact circumstances of squeaksource's amazing low >>>> google index, but I think we can change this. >>> >>> Â Â Set up some Seaside servers for Google to crawl? >> >> New SqueakSource currently in development by Iliad guys will have nice >> REST-full Urls for the Smalltalk code. Google searchable therefore! > > > so will squeaksource3 > > so long, > Â Â Â Â -tobias > -- Lukas Renggli www.lukas-renggli.ch

Feb. 22, 2011

Re: [Pharo-project] Pattern for reifying XML doc?

by Schwab,Wilhelm K

Stef, So far, I about all I have done with the xml parser is note that it can parse the data from my Garmin Forerunner. Otherwise, I have used SIXX with good results, at least as far as I have pushed it. Its code might give you some ideas that would apply to outside xml (maybe), or if you can control the schema, you might simply leave it to SIXX?? Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of stephane ducasse [stephane.ducasse(a)free.fr] Sent: Monday, February 21, 2011 4:11 AM To: pharo Development Subject: [Pharo-project] Pattern for reifying XML doc? Hi guys I often encounter the following situation: I have an xmldoc and I want to load it and get the corresponding objects. Here is an example <group> <groupName>Test2Cards</groupName> <cards><card> <cardName>All Is Dust</cardName> <manaCost>7</manaCost> <convertedManaCost>7</convertedManaCost> <type>Tribal Sorcery â Eldrazi</type> <cardText>Each player sacrifices all colored permanents he or she controls.</cardText> <rarity>mythic</rarity> <cardNumber>1</cardNumber> <artist>Jason Felix</artist> <kind>STD</kind> <expansionId>ELDRAZI</expansionId> </card> <card> <cardName>Kird Ape</cardName> <manaCost>G</manaCost> <convertedManaCost>1</convertedManaCost> <type>Tribal Sorcery â Eldrazi</type> <cardText>get +1/+1 when you control</cardText> <rarity>common</rarity> <cardNumber>33</cardNumber> <artist>Zork</artist> <kind>STD</kind> <expansionId>WORLDWAKE</expansionId> </card></cards> </group> I have card and group. But I could have several kind of nodes. So I was wondering if there are patterns to read in and map that to objects. In the future I would like to have magritte like type of first class instance variables that perform i/o in xml or other formats because this is always the same. stef

Feb. 22, 2011