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

Re: [Pharo-project] web services, pharo

by StÃ©phane Ducasse

laurent did you check if it was working on older version? Which version are you using now? I tried in Squeak and latest pharo and they both fail. Stef On Feb 14, 2010, at 1:01 PM, laurent laffont wrote: > Arghh it's almost done but I have a bug: > > SketchMorph fromStream: ('http://lh3.ggpht.com/_BvlW9mJ6MFc/R-p4PtCKitI/AAAAAAAAA1A/jySYN6rz_pc/DSC00…' asUrl retrieveContents contents readStream) > > fails: image format is not recognized. > > In JPEGReadWriter class >> understandsImageFormat > aStream next = 16rFF answer false ??? > - aStream next answers a Character instance > - 16rFF is a SmallInteger > - both equals 255. > > What is the right way to correct that ? > > 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

Feb. 14, 2010

Re: [Pharo-project] web services, pharo

by Levente Uzonyi

On Sun, 14 Feb 2010, laurent laffont wrote: > Arghh it's almost done but I have a bug: > > SketchMorph fromStream: (' > http://lh3.ggpht.com/_BvlW9mJ6MFc/R-p4PtCKitI/AAAAAAAAA1A/jySYN6rz_pc/DSC00…' > asUrl retrieveContents contents readStream) > > fails: image format is not recognized. > > In JPEGReadWriter class >> understandsImageFormat > aStream next = 16rFF answer false ??? > - aStream next answers a Character instance > - 16rFF is a SmallInteger > - both equals 255. > > What is the right way to correct that ? 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 > > 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 >> >

Feb. 14, 2010

Re: [Pharo-project] web services, pharo

by laurent laffont

Arghh it's almost done but I have a bug: SketchMorph fromStream: (' http://lh3.ggpht.com/_BvlW9mJ6MFc/R-p4PtCKitI/AAAAAAAAA1A/jySYN6rz_pc/DSC00…' asUrl retrieveContents contents readStream) fails: image format is not recognized. In JPEGReadWriter class >> understandsImageFormat aStream next = 16rFF answer false ??? - aStream next answers a Character instance - 16rFF is a SmallInteger - both equals 255. What is the right way to correct that ? 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 >

Feb. 14, 2010

Re: [Pharo-project] GoferApiTest failing (WinXP)

by StÃ©phane Ducasse

I think that with some practice it can stabilize in something nice. I do not know if colin is interested into that - probably. Stef On Feb 14, 2010, at 12:01 PM, Lukas Renggli wrote: >> This is the idea. Now lukas I would like to see the interface of FileSystem >> a bit more user friendly see the reply to our answers. >> >> I would love to use FileSystem for Coral so the api is really important for >> scripting. > > Yeah, the Filesystem API is currently quite verbose in many parts. > > Lukas > > -- > Lukas Renggli > http://www.lukas-renggli.ch > > _______________________________________________ > 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] GoferApiTest failing (WinXP)

by Lukas Renggli

> This is the idea. Now lukas I would like to see the interface of FileSystem > a bit more user friendly see the reply to our answers. > > I would love to use FileSystem for Coral so the api is really important for > scripting. Yeah, the Filesystem API is currently quite verbose in many parts. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Feb. 14, 2010

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

by StÃ©phane Ducasse

> >> 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

Feb. 14, 2010

Re: [Pharo-project] FileSystem

by StÃ©phane Ducasse

> First of all you should not hardcode the unix platform. Instead let > the system resolve the platform for you: > > (FSDiskFilesystem current / 'griffle') writeStream I prefer that. I was not happy with my code. > At the moment there is no shortcut for this on String. I think it > would make sense to add a method #asFilesystemReference that would try > to guess the right filesystem and answer a reference. So then one > could write: > > 'griffle' asFilesystemReference writeStream > 'http://www.lukas-renggli.ch' asFilesystemReference readStream > ... > >> currentFolder doWithAllFiles: [:each | Transcript show: each name ; show: each size ; cr] > > currentFolder allChildren do: [ :each | FSDiskFilesystem current workingDirectory allChildren do not work :( I do not understand why workingDirectory return a path and not a reference because this is not workingDirectoryPath So how can I get all the files in my current direct directory FSDiskFilesystem current childrenAt: FSDiskFilesystem current workingDirectory looks ugly >> Do I have to use an FSPreOrderGuide? >> Are there some behavior like doWithAllFiles already defined? > > Yes, in the enumeration protocol of FSReference. There are only a few > algorithms there, but that will probably grow over time. The > FSPreOrderGuide is an internal implementation artifact, it should not > be used directly. > > Lukas > > -- > Lukas Renggli > http://www.lukas-renggli.ch > > _______________________________________________ > 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 Levente Uzonyi

On Sun, 14 Feb 2010, StÃ©phane Ducasse 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 Levente > > Stef > > On Feb 14, 2010, at 10:28 AM, Lukas Renggli wrote: > >>> sad sad. May be eliot was not aware of your work. >>> may be we should ressurect what you did and now we do not care about the FFI maintainer :) >>> We can have PharoFFI if needed. >> >> I don't have a problem with that. I am just saying that we've been >> there and we've done that :-) >> >> I don't care about FFI. According to Fernando Alien seems the way to >> go nowadays anyway. As far as I know it does not even depend on the >> compiler. What is way better than anything else. >> >> Lukas >> >> -- >> Lukas Renggli >> http://www.lukas-renggli.ch >> >> _______________________________________________ >> 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. 14, 2010

[Pharo-project] Fwd: [squeak-dev] Re: ScriptLoader loadFFI doesn't work anymore

by StÃ©phane Ducasse

> > did you check the configurationOfFFI ??? > Does it exist? > > Stef > > On Feb 14, 2010, at 7:45 AM, Yanni Chiu wrote: > >> Oops, this was on Pharo. I just checked Squeak3.11-9371-alpha.zip, and ScriptLoader>>loadFFI does not exist there. >> >> Anyhow, what is the proper way to load FFI? >> >> >> Yanni Chiu wrote: >>> "ScriptLoader loadFFI" now fails because the package FFI-Examples is no longer in the repository. >>> Does ScriptLoader need to be updated, or was the package deleted accidentally? >> >> > > > >

Feb. 14, 2010

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

by StÃ©phane Ducasse

> 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, ...) KISS and learn. Better a simple working than a complex unfinished. >> 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 ;) interesting. > 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 good plan > > With a minimal help tool (included in the dev-image) we > can provide help to beginners and start documenting Pharo. Yes Something that I would like is the following: a simple way to script UML like diagrams. I would like a graphical way to express design and I want no magic so here is what I want comp := UClass named: 'ProgramNode'. comp at: 10@100. comp tagged: 'Composite hiearchy'. vist := UClass named: 'ProgramNodeEnumerator'. comp at: 250@100. comp tagged: 'Visitor hiearchy'. sub := UClass named: 'MessageSendNode'. sub at: 10@200. sub extend: comp. comp talkTo: vis with: 'acceptVisitor/visit*' then we store that in the package and we with clik on it is is displayed. I should add that to DrDoc. But if somebody want to help this would be great. > > 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