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

Re: [Pharo-project] web services, pharo

by laurent laffont

now that I work in library software :) ... Fetch data from ISBN is not so difficult, depends on the provider you want. The most used protocol around the world is Z39.50 http://en.wikipedia.org/wiki/Z39.50 to get MARC formatted catalogs http://en.wikipedia.org/wiki/UNIMARC. I don't know if there's Smalltalk implementations of these standards. If you don't need high level of details, Amazon, Library Thing, ... have good catalogs with modern web services to access them. For the webcam / scan part, I don't know what we have in Smalltalk. You need OCR tools... Laurent Laffont On Sun, Feb 14, 2010 at 10:24 PM, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr> wrote: > I really like the idea of scripting and gluing together behavior. > What I would love to be able to do is to > use the webcam of my machine to scan a book ISBN number > and fetch all the data from a given provider. > Does anybody have an idea how we could plug all that together. > > Stef > > > On Feb 14, 2010, at 8:45 PM, laurent laffont wrote: > > > Thanks for help and .... enjoy :) > http://pharocasts.blogspot.com/2010/02/rest-xml-parsing-and-photos.html > > > > > > Laurent Laffont > > > > > > On Sun, Feb 14, 2010 at 1:20 PM, laurent laffont < > laurent.laffont(a)gmail.com> wrote: > > > > > > Make sure that the stream is binary: > > SketchMorph fromStream: (' > http://lh3.ggpht.com/_BvlW9mJ6MFc/R-p4PtCKitI/AAAAAAAAA1A/jySYN6rz_pc/DSC00…' > asUrl retrieveContents contents asByteArray readStream) > > > > > > Levente > > > > > > It works ! Thank you ! You've just saved a screencast :) > > > > Laurent Laffont > > > > > > > > > > > > > > Laurent Laffont > > > > > > 2010/2/13 Mariano Martinez Peck <marianopeck(a)gmail.com> > > > > I think he talks about this one > > > > http://coweb.cc.gatech.edu/squeakbook/ > > > > > > 2010/2/13 laurent laffont <laurent.laffont(a)gmail.com> > > > > Which web page ? > > > > Laurent Laffont > > > > > > > > On Sat, Feb 13, 2010 at 3:42 PM, StÃ©phane Ducasse < > > stephane.ducasse(a)inria.fr> wrote: > > > > laurent have a look in the network chapter of the new blue book > > (collective book available on web page) > > because I do not remember but you could find some snippets going in the > > same sense. > > > > Stef > > > > On Feb 13, 2010, at 3:29 PM, laurent laffont wrote: > > > > (SketchMorph fromStream: > > ('http://code.google.com/p/pharo/logo' > > asUrl retrieveContents contentStream)) openInWorld > > > > > > _______________________________________________ > > 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 > > > > > > _______________________________________________ > > 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 >

Feb. 15, 2010

Re: [Pharo-project] Cleaning included Monticello repositories in PharoCore

by Lukas Renggli

> 1) http://www.squeaksource.com/Pharo > 2) http://www.squeaksource.com/PharoInbox > 3) www.squeaksource.com/Installer > 4) www.squeaksource.com/UIEnhancements > 5) http://source.lukas-renggli.ch/flair I sugest to only keep 1 and 2. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Feb. 15, 2010

Re: [Pharo-project] Failing ECUntypedModelTest >> testNarrowWith

by Lukas Renggli

It is stupid to have tests that depend on what else is loaded in the image. OB and RB (for some parts) use a fake image with fake classes and methods in which they run their test. Lukas 2010/2/14 Mariano Martinez Peck <marianopeck(a)gmail.com>: > Hi Lukas/Romain.Â While building a PharoDev, I noticed that > ECUntypedModelTest >> testNarrowWithÂ Â is failing. > > The problem is in: > > Â Â Â self assert: count > 100. > > as "count", which is equal to "model entries size", is 98. > > Of course, if I change it to > > self assert: count > 90. > > for example, it works prefect. > > I have no idea about this. What do you think ? > > Cheers > > Mariano > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli http://www.lukas-renggli.ch

Feb. 15, 2010

Re: [Pharo-project] Cleaning included Monticello repositories in PharoCore

by Geert Claes

If Gofer and Polymorph are included in the Core image ... wouldn't it make more sense for those to be moved to those Pharo repositories then? -- View this message in context: http://n4.nabble.com/Cleaning-included-Monticello-repositories-in-PharoCore… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Feb. 15, 2010

Re: [Pharo-project] Cleaning included Monticello repositories in PharoCore

by Tudor Girba

Hi Mariano, I think that is a good idea. Just a note: Gofer is in: http://source.lukas-renggli.ch/gofer and not in: http://source.lukas-renggli.ch/flair Cheers, Doru On 14 Feb 2010, at 23:11, Mariano Martinez Peck wrote: > Hi folks: I was thinking that at least for the 1.0 release we > should remove obsolete default repositories. I don't know if the > word is "default" but I mean to those repositories that are already > added when you download PharoCore 1.0 image. > > Those repositories are: > > 1) http://www.squeaksource.com/Pharo > 2) http://www.squeaksource.com/PharoInbox > 3) www.squeaksource.com/Installer > 4) www.squeaksource.com/UIEnhancements > 5) http://source.lukas-renggli.ch/flair > > 1) and 2) are ok. > 3) I think we should remove it. > 4) and 5) are there becuase Gofer and Polymorph are included in the > Core image? > > What do you think ? > > Cheers > > Mariano > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- www.tudorgirba.com "Some battles are better lost than fought."

Feb. 14, 2010

Re: [Pharo-project] Making FFI non-intrusive (Was: Re: Pharo changing the game)

by Schwab,Wilhelm K

FFI is weak (nearly useless??) on callbacks, where Alien appears to provide good support. I agree the neither system is comlete w/o the ability to direct calls to an os thread to avoid blocking the entire vm. Bill ________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Mariano Martinez Peck Sent: Sunday, February 14, 2010 5:36 PM To: Pharo-project(a)lists.gforge.inria.fr; johnmci(a)smalltalkconsulting.com Subject: Re: [Pharo-project] Making FFI non-intrusive (Was: Re: Pharo changing the game) Ok...if AlienFFI doesn't support multi-threaded, then, I think the same as Levente. Why should I use AlienFFI instead of the normal FFI ? Which advantages does Alien have? Does someone know ? (I ask just because of my ignorance) Because for the moment it has two disadvantages, the ones Levente said: only mac, only x86. Thanks Mariano 2010/2/14 John M McIntosh <johnmci(a)smalltalkconsulting.com<mailto:johnmci@smalltalkconsulting.com>> Adding a multi-threaded FFI interface is always feasible. What I'd suggest is some get their corporate sponsor to pay for it as part of building the Alien FFI plugin for Unix and Windows. Then gift it back to the community, otherwise you'll see zero movement. On 2010-02-14, at 4:42 AM, Mariano Martinez Peck wrote: I have a simple question: Does someone know if AlienFFI still locks the complete VM while executing a function ? I mean, it behaves exactly as normal FFI in that aspect ? I would love a FFI that doesn't lock the VM. Or even better, let you choose, like VW FFI. Cheers Mariano On Sun, Feb 14, 2010 at 11:44 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr<mailto:stephane.ducasse@inria.fr>> wrote: > >> Yes Alien is the way to go. > > I wonder why you think that. Alien is > - mac only (you may say it's not true, because one could build a unix or > windows vm that supports it, but that didn't happen in the past 1.5 > years) > - x86 only I'm not knowledgeable enough but I refer here to some discussions I got with eliot when we were at amsterdam. The comments I heard on the FFI implementation were not that positive. Now may be there is a road for FFI and Alien and it would be good to have the extension lukas did in 3.9. Stef _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr<mailto:Pharo-project@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<mailto:Pharo-project@lists.gforge.inria.fr> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- =========================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com<mailto:johnmci@smalltalkconsulting.com>> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com =========================================================================== _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr<mailto:Pharo-project@lists.gforge.inria.fr> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 14, 2010

Re: [Pharo-project] [ANN] HelpSystem (was ProfStef)

by Mariano Martinez Peck

Thanks Torsten for the explanation. Much clear now. I really like the idea. On Sat, Feb 13, 2010 at 10:13 PM, Torsten Bergmann <astares(a)gmx.de> wrote: > >I have implemented some authoring capabilities in ProfStefBrowser > >to create new tutorials > > Yes, authoring capabilities would be cool to have. But first > we have to find out what the content really should be and how > it should be represented (simple text, markup, active morphs, ...) > > >Some kind of simple markup language to have for example links to other > pages > >or books, or to execute code snippets with a single mouse click > > Do you know the Squeak welcome workspace? It provided something like this - > a Text could define "runs" to change style, color of text or even have > clickable links with Smalltalk code behind - dont know if this is still > possible in Pharo since parts of Morphic are removed. > On the other hand it was Squeak only - hard to create from tyical > documentation formats (text, HTML, ...) > > Maybe we could reactive code from "Scamper" (the Squeak web browser) > for simple HTML like text styling. Using a subset of HTML as description > would also allow us to publish the help contents on webpages later. > > I also remember a full webbrowser written in Smalltalk (VW). Meanwhile > it is open source (MIT), see [1] ... so lets just reactivate it ;) > > We all have many ideas (like yours with the debugger) - but first > I would like to see a minimal version for a help system: > > - provide help contents as simple ascii text (as it is now) > - ability to jump from a tool to a specific page (like F1-help on Windows) > we can use a simple unique key which is defined in HelpTopic already. > - ability to define order of pages together with order of (sub)books > > With a minimal help tool (included in the dev-image) we > can provide help to beginners and start documenting Pharo. > > As a second step we can work on better markup, authoring, active content > ... > > However - the repo is open for any contribution... > > >Now....It is not clear for me the differences between HelpSystem and > >ProfStef. > > "HelpSystem" is like a normal help system you know from Eclipse, KDE, > Windows, ... > It is more a reference/documentation kind of thing. > > "ProfStef" is an interactive tutorial usefull to teach things step by > step. > > > >Help system is new ? > > Yes, developed yesterday. > > >should they be merged? > > Hey, we just decoupled ... why merge again ;) > Read [2] > > >when we should use one and when the other ? > > ProfStef is for an introduction (5min course) on Pharo or tools, > an interactive tutorial to introduce Smalltalk or basic concepts. > It is more "workspace" oriented. See Laurents comments. > > HelpSystem is more a general help system with a "browser" that > should be available as a base framework so tools can provide > help texts/contents to users. > > Bye > T. > > [1] > http://www.cincomsmalltalk.com/userblogs/rowanb/blogView?showComments=true&… > > [2] > http://lists.gforge.inria.fr/pipermail/pharo-project/2010-February/021782.h… > > -- > Sicherer, schneller und einfacher. Die aktuellen Internet-Browser - > jetzt kostenlos herunterladen! http://portal.gmx.net/de/go/chbrowser > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Feb. 14, 2010

Re: [Pharo-project] Making FFI non-intrusive (Was: Re: Pharo changing the game)

by Mariano Martinez Peck

Ok...if AlienFFI doesn't support multi-threaded, then, I think the same as Levente. Why should I use AlienFFI instead of the normal FFI ? Which advantages does Alien have? Does someone know ? (I ask just because of my ignorance) Because for the moment it has two disadvantages, the ones Levente said: only mac, only x86. Thanks Mariano 2010/2/14 John M McIntosh <johnmci(a)smalltalkconsulting.com> > Adding a multi-threaded FFI interface is always feasible. What I'd suggest > is some get their corporate sponsor to pay for it as part of building the > Alien FFI plugin for > Unix and Windows. Then gift it back to the community, otherwise you'll see > zero movement. > > On 2010-02-14, at 4:42 AM, Mariano Martinez Peck wrote: > > I have a simple question: Does someone know if AlienFFI still locks the > complete VM while executing a function ? I mean, it behaves exactly as > normal FFI in that aspect ? I would love a FFI that doesn't lock the VM. > Or even better, let you choose, like VW FFI. > > Cheers > > Mariano > > On Sun, Feb 14, 2010 at 11:44 AM, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr> wrote: > >> > >> >> Yes Alien is the way to go. >> > >> > I wonder why you think that. Alien is >> > - mac only (you may say it's not true, because one could build a unix or >> > windows vm that supports it, but that didn't happen in the past 1.5 >> > years) >> > - x86 only >> >> >> I'm not knowledgeable enough but I refer here to some discussions I got >> with >> eliot when we were at amsterdam. The comments I heard on the FFI >> implementation >> were not that positive. >> >> Now may be there is a road for FFI and Alien and it would be good to have >> the >> extension lukas did in 3.9. >> >> 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 > > > -- > =========================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: > squeaker68882 > Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com > =========================================================================== > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Feb. 14, 2010

[Pharo-project] [update 1.1] #11210

by Marcus Denker

11210 ----- Issue 1966: remove WordArray>>#bobsTest Issue 1965: remove squeakpages methods from ServerDirectory Issue 1958: refactor #definitionST80 Issue 1928: Remaining _ in comments Issue 669: Dependency between Morph-Kernel and FileList -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Feb. 14, 2010

[Pharo-project] Failing ECUntypedModelTest >> testNarrowWith

by Mariano Martinez Peck

Hi Lukas/Romain. While building a PharoDev, I noticed that ECUntypedModelTest >> testNarrowWith is failing. The problem is in: self assert: count > 100. as "count", which is equal to "model entries size", is 98. Of course, if I change it to self assert: count > 90. for example, it works prefect. I have no idea about this. What do you think ? Cheers Mariano

Feb. 14, 2010