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

[Pharo-project] Pharocasts: Start Pharo on GNU/Linux

by laurent laffont

For beginners, how to download image, sources, VM and open Pharo. Start spreading :) http://pharocasts.blogspot.com/2010/07/pharo-install.html Cheers, Laurent Laffont http://pharocasts.blogspot.com/ http://magaloma.blogspot.com/

July 17, 2010

[Pharo-project] connection to access databases

by Tudor Girba

Hi, Is there a way to connect to a Microsoft Access database from Pharo? I have an mdb file of 300 Mb that I would need to analyze. Cheers, Doru -- www.tudorgirba.com "Next time you see your life passing by, say 'hi' and get to know her."

July 17, 2010

[Pharo-project] [update 1.2] #12051

by Marcus Denker

12051 ----- Issue 2201: SarInstaller refers to SqueakMap Issue 2680: Renaming a key in a dictionary and cancelling renames the key to nil -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

July 17, 2010

[Pharo-project] [update 1.2] #12050

by stephane ducasse

12050 ----- - Issue 2671: SelectedObjectThumbnail should be removed - Issue 2669: ProgressMorph should be removed - Issue 2675: Push everything from PSUIManager to MorphicUIManager Stef and Gary from London

July 17, 2010

Re: [Pharo-project] XML Demarshalling (Hern?n Morales Durand)

by Alexandre Bergel

> Well, thinking about it again I found that it depends on the use case. It's faster if the xml is small, has only a few different tags and not many tags use namespaces. It's slower in other cases. Also the parse/extract matters. Btw I still can't find the package in a core image. Which package are you referring to? XML-Support in the core? Cheers, Alexandre > > > Levente > >> >> Pastell is also very convenient for XPath querying. >> >> Cheers, >> Alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> 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 >> > > _______________________________________________ > 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 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

July 17, 2010

[Pharo-project] [ANN 1.1] pre-built core 1.1 #11410 RELEASE

by Marcus Denker

https://gforge.inria.fr/frs/download.php/27288/PharoCore-1.1-11410.zip -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

July 17, 2010

[Pharo-project] [update 1.1] #11410 RELEASE Core

by Marcus Denker

11410 ----- Release This update does. SystemVersion newVersion: 'Pharo1.1'. ScriptLoader hideIntegrationMenu. ScriptLoader new cleanUpForRelease. ScriptLoader hideIntegrationMenu. Greetings from campsmalltalk London! -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

July 17, 2010

Re: [Pharo-project] XML Demarshalling (Hern?n Morales Durand)

by Levente Uzonyi

On Fri, 16 Jul 2010, Alexandre Bergel wrote: >> (Btw the idea that XMLElement >> #tag is returning a symbol and the #tags*[dD]o: methods are expecting a symbol for tag is a very bad idea. It degrades performance.) > > Feel free to provide a fix. I will be pleased to review and include it. Well, thinking about it again I found that it depends on the use case. It's faster if the xml is small, has only a few different tags and not many tags use namespaces. It's slower in other cases. Also the parse/extract matters. Btw I still can't find the package in a core image. Levente > > Pastell is also very convenient for XPath querying. > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > 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 >

July 16, 2010

Re: [Pharo-project] XML Demarshalling (Hern?n Morales Durand)

by Alexandre Bergel

> (Btw the idea that XMLElement >> #tag is returning a symbol and the #tags*[dD]o: methods are expecting a symbol for tag is a very bad idea. It degrades performance.) Feel free to provide a fix. I will be pleased to review and include it. Pastell is also very convenient for XPath querying. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

July 16, 2010

Re: [Pharo-project] XML Demarshalling (Hern?n Morales Durand)

by Levente Uzonyi

On Fri, 16 Jul 2010, Larry Gadallah wrote: > On 16 July 2010 11:54, <pharo-project-request(a)lists.gforge.inria.fr> wrote: >> Message: 7 >> Date: Fri, 16 Jul 2010 15:52:27 -0300 >> From: Hern?n Morales Durand <hernan.morales(a)gmail.com> >> Subject: Re: [Pharo-project] XML Demarshalling >> To: Pharo-project(a)lists.gforge.inria.fr >> Message-ID: >> Â Â Â Â <AANLkTinIZLHI6TRXX9ddV7PSA3a0Xt2vOQbGyQjYfE98(a)mail.gmail.com> >> Content-Type: text/plain; charset=UTF-8 >> >> How big is your XML file? Molecular biology? >> >> Hern?n >> >> 2010/7/16 Larry Gadallah <lgadallah(a)gmail.com>: >>> Hi all: >>> >>> I am a noob searching for an example of how to demarshall a set of >>> simple and complex XML nodes into an object using Pastell or something >>> similar. I have found many examples of how to pick out all of the >>> elements of a certain type into a collection, but I'm trying to grab >>> the data from a mixed collection of (~20) elements that are children >>> of a particular element type and unpack them into an object. >>> >>> Does anyone know of some good examples of how to do this using Pastell >>> or something similar? >>> > > Hernan: > > The files are definitely not molecular biology. They are quite small, > and they represent simple catalog items with typical attributes (i.e. > item number, name, rating, etc.). > > The element hierarchy looks something like this: > > <catalog> > <status> > </status> > <products> > <list> > <product> > > <id></id> > <name></name> > <reviews> > ... > </reviews> > <labels> > .... > <labels> > <type></type> > </product> > > </list> > </products> > </catalog> > > So, what I want to do is be able to demarshall <product> elements into > a product object. I have seen plenty of examples of how to grab the > content of all of the name elements, but none showing how to pull all > of the sub-elements of a given element type into an object. If your xml documents are small (fit into memory), then the best is to use XMLDOMParser to build you a dom tree. Then you can do all kind of queries depending on the structure. The following example assumes a flat structure and non-repeating child nodes: doc := '<yourxmldocument/>' dom := XMLDOMParser parseDocumentFrom: doc readStream. objects := Array streamContents: [ :stream | dom tagsNamed: #product do: [ :tag | | object | object := Dictionary new. tag elementsDo: [ :element | object at: element name put: element contentString ]. stream nextPut: object ] ]. (Btw the idea that XMLElement >> #tag is returning a symbol and the #tags*[dD]o: methods are expecting a symbol for tag is a very bad idea. It degrades performance.) And where did the XML-Parser go from Pharo? Levente > > Thanks, > -- > Larry Gadallah, VE6VQ/W7Â Â Â Â Â Â Â Â Â Â Â Â Â lgadallah AT gmail DOT com > PGP Sig: 917E DDB7 C911 9EC1 0CD9Â C06B 06C4 835F 0BB8 7336 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 16, 2010