June 2015 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Mac Squeak binary virtual machine for Squeak 3.10.2

by stepharo

Le 11/6/15 17:00, Stephan Eggermont a Ã©crit : > On 10/06/15 20:36, Trygve Reenskaug wrote: >> In which way is the Pharo technology that underlies Moose more complex >> than BabyIDE? Porting BabyIDE from Squeak 3.10 to 4.5 was hard because >> it extends the Squeak Parser and debugger and that this is unknown >> territory to me. There remains, of course, minor problems and bugs >> caused >> by changes in the various services offered by the Squeak kernel. > > Porting BabyIDE to Pharo is hard because: > - we now have a different compiler and debugger > - BabyIDE uses parts of Morphic that we changed and/or removed. > - Nautilus doesn't easily support changing the syntax highlighter > > As key developers of Moose are also key developers of Pharo, > a smooth transformation is something that should be expected > or at least hoped for. This is not true. But I have something else than arguing... > On the other hand, BabyIDE is much smaller than Moose. > >> you do not appear to appreciate the need that programmers (your >> customers) have for a stable programming language. > > We try to provide for both the need to have a stable environment > and the need to innovate and try new things. There is an inherent > conflict there that we try to resolve by providing a continuous > integration environment where we can get fast feedback on breaking > changes. It works pretty well for the projects that have an active > maintainer. > > Stephan Eggermont > > > >

June 13, 2015

Re: [Pharo-users] If comments seperate from the source code and have your own comments

by stepharo

Le 13/6/15 17:02, lb a Ã©crit : > Hi, > > I know the comment is very important for reading source code and it is > also important to write your own comment after understand somethings. > I created a rough annotation application----AnnoApp for Nautilus, > please give me good advice to improve it. > Attached are the monticello files. > Thank you in advance! > > Liang > > PS > I love Smalltalk and I love Pharo. Thanks > > > >

June 13, 2015

Re: [Pharo-users] If comments seperate from the source code and have your own comments

by Paul DeBruicker

Hi Liang, I like that adding Annos don't make the package with the code I'm annotating dirty. How do I move Annos from one image to another? The help is in Chinese, is there anything there that a person would need that they couldn't figure out from reading hte code? I found the AnnoEditor, which seems nice. Have you put this up on smalltalkhub yet? Thanks for sharing Paul BingLiang wrote > Hi, > > > I know the comment is very important for reading source code and it is > also important to write your own comment after understand somethings. > I created a rough annotation application----AnnoApp for Nautilus, please > give me good advice to improve it. > Attached are the monticello files. > Thank you in advance! > > > Liang > > > PS > I love Smalltalk and I love Pharo. > > > > > > AnnoApp-Pharo4.0.mcz (36K) > <http://forum.world.st/attachment/4832260/0/AnnoApp-Pharo4.0.mcz> > AnnoApp-Pharo5.0 50113.mcz (36K) > <http://forum.world.st/attachment/4832260/1/AnnoApp-Pharo5.0%2050113.mcz> -- View this message in context: http://forum.world.st/If-comments-seperate-from-the-source-code-and-have-yo… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 13, 2015

Re: [Pharo-users] If comments seperate from the source code and have your own comments

by lb

At 2015-06-13 23:02:16, "lb" <liangbing64(a)126.com> wrote: Hi, I know the comment is very important for reading source code and it is also important to write your own comment after understand somethings. I created a rough annotation application----AnnoApp for Nautilus, please give me good advice to improve it. Attached are the monticello files. Thank you in advance! Liang PS I love Smalltalk and I love Pharo.

June 13, 2015

Re: [Pharo-users] If comments seperate from the source code and have your own comments

by lb

At 2015-06-13 23:02:16, "lb" <liangbing64(a)126.com> wrote: Hi, I know the comment is very important for reading source code and it is also important to write your own comment after understand somethings. I created a rough annotation application----AnnoApp for Nautilus, please give me good advice to improve it. Attached are the monticello files. Thank you in advance! Liang PS I love Smalltalk and I love Pharo.

June 13, 2015

If comments seperate from the source code and have your own comments

by lb

Hi, I know the comment is very important for reading source code and it is also important to write your own comment after understand somethings. I created a rough annotation application----AnnoApp for Nautilus, please give me good advice to improve it. Attached are the monticello files. Thank you in advance! Liang PS I love Smalltalk and I love Pharo.

June 13, 2015

Re: [Pharo-users] HTML Parser w. custom nodes

by Sean P. DeNigris

Peter Kenny wrote > allows the specification of a node factory to provide custom handling of > nodes Sound like exactly what I had in mind! Although, now that I've played with it, I realize that most of the web scraping use cases that I've encountered seem like they could really benefit from a PetitParser style tool, where one could specify the output for each rule (e.g. `dataRowRule ==> [ "code translating the node/element into a domain object" ]`, and so parse the markup directly to domain objects... ----- Cheers, Sean -- View this message in context: http://forum.world.st/HTML-Parser-w-custom-nodes-tp4832169p4832257.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 13, 2015

storeOn: and literal limits

by Sean P. DeNigris

Does anything exist to handle uses of #storeOn: that bump into the literal limit? E.g. that splits the offending constructor method into several methods? Thanks. ----- Cheers, Sean -- View this message in context: http://forum.world.st/storeOn-and-literal-limits-tp4832255.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 13, 2015

Re: [Pharo-users] HTML Parser w. custom nodes

by PBKResearch

Sean XMLHTMLParser is a subclass of XMLDOMParser, which allows the specification of a node factory to provide custom handling of nodes. Depending on what you want to achieve, this might help. Best wishes Peter Kenny -----Original Message----- From: Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] On Behalf Of Sean P. DeNigris Sent: 12 June 2015 23:45 To: pharo-users(a)lists.pharo.org Subject: [Pharo-users] HTML Parser w. custom nodes Now that we have the cool new Catalog Browser, I see we have at least 4 HTML parsing options - cool! Do any of these allow one to inject custom node classes? Kind of like Zincs converter support, but for individual nodes. When using Soup, I've often thought something like, "gee I wish I could have told it that a tr with a certain background color was really a ProjectDescriptionRow!". It seems clunky to have to parse it once, and then query it again (usually procedurally) to make domain sense of the data, no? ----- Cheers, Sean -- View this message in context: http://forum.world.st/HTML-Parser-w-custom-nodes-tp4832169.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 13, 2015

Re: [Pharo-users] Use array of float to GPU memory

by Ronie Salgado

> > sounds interesting, but what is the context of this? Is this built > into Pharo, what version? Or what library? Those methods are not built into Pharo. They are present in the OpenCL bindings ( http://smalltalkhub.com/#!/~ronsaldo/OpenCL ), and I don't think they are very efficient in my opinion. See my answer to the original question for more information. Greetings, Ronie 2015-06-12 22:22 GMT-03:00 Ben Coman <btc(a)openinworld.com>: > On Fri, Jun 12, 2015 at 10:38 PM, cheikhou <cheikhouka(a)gmail.com> wrote: > > > > Finally I have found a useful method called "asCLFloatArray" that > converts > > float arrays of CPU as CL float arrays of GPU. The reverse action is > > possible by using "asFloatArrayFromCL".(from GPU to CPU memory) > > sounds interesting, but what is the context of this? Is this built > into Pharo, what version? Or what library? > cheers -ben > >

June 13, 2015