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

[Pharo-project] Some more dev on Polymorph for DrGeo

by Hilaire Fernandes

Known to work with Pharo 1.0. Someone asked for a more elaborated UI for DrGeo, here are some progresses in this polymorphization of DrGeo. In its latest Monticello package one can grab DrGeo at http://www.squeaksource.com/DrGeoII See enclosed screenshot for a quick view. To start a DrGeo instance, do a "DrGeo new" in a workspace and enjoy the UI. Beware, style tools does not work in the toolbar. It is also possible to use DrGeo as a service for Etoys when executing a "DrGeo sample openInWorld" It is also possible to load XML description of DrGeo 1.1 geometric sketch, if one is interested you can grab it at http://svn.gnome.org/viewvc/drgeo/trunk/examples/figures/ and load a sketch with a command: DrGeo newXml: path Beware sketch with embedded Scheme code will not work (just try) Working sketch: mercedes, euler-line, DrGeoII comes with a better interface for scripting with Smalltalk script, empower by the IDE, much nice than the former Scheme one. Elaborated demonstration at http://blog.ofset.org/hilaire/index.php?post/script-drgeo (automatic translation link with Google in a comment, at the end of the article)

April 21, 2010

Re: [Pharo-project] Hints and clues for a Pharo newb

by Schwab,Wilhelm K

Peter, Welcome aboard! IMHO, this is a fine place for the discussion that will hopefully result. Two links that I find useful are: http://dir.gmane.org/gmane.comp.lang.smalltalk.pharo.devel http://dir.gmane.org/gmane.comp.lang.smalltalk.squeak.general as they allow searching of the lists. Have you downloaded Pharo by Example? You might also want to get a print copy from Lulu. Learning your way around the Monticello GUI will be important. It has some quirks that I discovered the hard way; they should live in the pharo-dev archive above. In short, class categories/package names are case-sensitive, but you might have to remove the working copy of a package that somehow (your fault or not) picked up an undesired capitalization, e.g. ThisORThat vs. ThisOrThat before you can create the one you want. Method categoris (ab)used to package methods (*packageNameGoesHere) are apparently not case-sensitive. That's about all the damage I have time to do at the moment. What brings you to Pharo? We're glad to have you, but your thoughts on the system, what it does well, and what needs to improve could be helpful. Bill ________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Peter Hugosson-Miller Sent: Wednesday, April 21, 2010 11:09 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: [Pharo-project] Hints and clues for a Pharo newb Hi all, So it's time for me to stop lurking and do some stuff. However, although I am an experienced Smalltalk programmer (VisualAge Smalltalk continuously since 1995), I am a complete newb when it comes to Pharo and Squeak, it's hard to find my way around, and it's going to take me some time to get up to speed. I'm working on a small improvement to the testing framework, using ideas that I have found to be very useful in my daily job over the past 15 years. Note that I am doing this from scratch, so that I don't accidentally steal anything that I've done in my work, but I know how it all works in VisualAge, so I feel sure that I'll eventually be able to find the corresponding classes and methods in Pharo. What I would like are a few hints, clues and nudges in the right direction for scenarios and questions that I will describe in this thread. What I *don't* want are full-blown solutions, because then I won't learn anything. I hope that some kind souls will be able to give me a little help in the beginning that will eventually bring me up to speed and let me be productive. So to start with, one scenario and one question: 1) I want to find or write a method on Process that will print a stack trace onto a supplied Stream. Ideally I'd like to be able to decide the start and stop depth of the trace, so for example if I know that the top 4 stack frames will always be uninteresting, I would want to be able to write something like this: Processor activeProcess printStackFrom: 5 to: 15 on: aStream. 2) What *exactly* is "thisContext"? It appears to be a reserved word in Pharo, just like the familiar "self", "super", "true", "false", "nil" that are always reserved in Smalltalk. I'd also like to get an idea of what it's good for, and if anyone can describe it in terms of something that is in VisualAge, that would be nice too :-) BTW, if this is not the appropriate place for a thread like this, then please tell me where I should put it (politely, of course :-p) -- Cheers, Peter

April 21, 2010

Re: [Pharo-project] Why does datedVersion appear in both SmalltalkImage and SystemVersion?

by Henrik Johansen

On Apr 21, 2010, at 5:21 40PM, Sean P. DeNigris wrote: > > Why does datedVersion appear in both SmalltalkImage and SystemVersion? > > SmalltalkImage delegates to SystemVersion. Why have both? > > Sean > -- > View this message in context: http://n4.nabble.com/Why-does-datedVersion-appear-in-both-SmalltalkImage-an… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > Because of backwards compatability, and because some people still use/prefer Smalltalk datedVersion over SystemVersion datedVersion. Cheers, Henry

April 21, 2010

[Pharo-project] Hints and clues for a Pharo newb

by Peter Hugosson-Miller

Hi all, So it's time for me to stop lurking and do some stuff. However, although I am an experienced Smalltalk programmer (VisualAge Smalltalk continuously since 1995), I am a complete newb when it comes to Pharo and Squeak, it's hard to find my way around, and it's going to take me some time to get up to speed. I'm working on a small improvement to the testing framework, using ideas that I have found to be very useful in my daily job over the past 15 years. Note that I am doing this from scratch, so that I don't accidentally steal anything that I've done in my work, but I know how it all works in VisualAge, so I feel sure that I'll eventually be able to find the corresponding classes and methods in Pharo. What I would like are a few hints, clues and nudges in the right direction for scenarios and questions that I will describe in this thread. What I *don't* want are full-blown solutions, because then I won't learn anything. I hope that some kind souls will be able to give me a little help in the beginning that will eventually bring me up to speed and let me be productive. So to start with, one scenario and one question: 1) I want to find or write a method on Process that will print a stack trace onto a supplied Stream. Ideally I'd like to be able to decide the start and stop depth of the trace, so for example if I know that the top 4 stack frames will always be uninteresting, I would want to be able to write something like this: Processor activeProcess printStackFrom: 5 to: 15 on: aStream. 2) What *exactly* is "thisContext"? It appears to be a reserved word in Pharo, just like the familiar "self", "super", "true", "false", "nil" that are always reserved in Smalltalk. I'd also like to get an idea of what it's good for, and if anyone can describe it in terms of something that is in VisualAge, that would be nice too :-) BTW, if this is not the appropriate place for a thread like this, then please tell me where I should put it (politely, of course :-p) -- Cheers, Peter

April 21, 2010

[Pharo-project] Why does datedVersion appear in both SmalltalkImage and SystemVersion?

by Sean P. DeNigris

Why does datedVersion appear in both SmalltalkImage and SystemVersion? SmalltalkImage delegates to SystemVersion. Why have both? Sean -- View this message in context: http://n4.nabble.com/Why-does-datedVersion-appear-in-both-SmalltalkImage-an… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 21, 2010

Re: [Pharo-project] FEATURE: User chooses preferred location for MC directory repositories

by Chris Muller

Environment variables can be interrogated, at least in Linux (perhaps other OS's, I haven't tried), via OSProcess: OSProcess thisOSProcess environment Hope that helps.. On Tue, Apr 20, 2010 at 4:21 PM, Michael Roberts <mike(a)mjr104.co.uk> wrote: > i'm not sure what either of you mean. I want there to be no UI choice > and the system just looks higher up in the file system hierarchy. > > certainly environment variables or a .pharorc style file would solve this. > > thanks, > Mike > > On Tue, Apr 20, 2010 at 6:33 PM, Chris Muller <asqueaker(a)gmail.com> wrote: >> Whether the user is required to specify a "default directory" or a >> directory to a repository, it's the same task isn't it? >> >> Once you add it once to MC, it can be "added" to any other package. >> So this defaultDirectory would seem to be a feature not worth its >> weight.. >> >> >> On Mon, Apr 19, 2010 at 6:00 PM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: >>> >>> http://code.google.com/p/pharo/issues/detail?id=2329 >>> >>> Pharo image: Pharo 1.0 >>> >>> In Monticello Browser, when I click "+Repository" and select "directory," >>> I'd love to be taken right to the directory where I keep my local >>> repositories, instead of having to click to the same place over and over. >>> >>> I changed the following method: >>> MCDirectoryRepository class>>morphicConfigure >>> Â Â Â Â ^ (UIManager default chooseDirectoryFrom: (FileDirectory on: >>> '/path/to/my/Repositories')) ifNotNil: >>> Â Â Â Â Â Â Â Â [:directory | >>> Â Â Â Â Â Â Â Â self new directory: directory] >>> >>> How should I store the default repository directory? Â Would anyone else find >>> this helpful? >>> >>> Sean DeNigris >>> -- >>> View this message in context: http://n4.nabble.com/FEATURE-User-chooses-preferred-location-for-MC-directo… >>> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >>> >>> _______________________________________________ >>> 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 >

April 21, 2010

Re: [Pharo-project] setting a custom header for HTTP via CurlPlugin

by Igor Stasenko

On 21 April 2010 14:48, Saris Hein <hein(a)beta9.be> wrote: > Hi, > > I am trying to get some stuff done with REST using Pharo. > So far, I am able to do GETs, but I am unable to do PUTs because the REST service expects the content sent to be JSON. > For this to work, I need to set the Content-Type of the request to 'application/json'. > I have successfully installed the CurlPlugin via Gofer (version 25 from dao), and thanks to John (M. McIntosh), who provided me with a new version of the bundle for Mac, I was able to pass all the tests, except for the testApiOptions test, which fails on the timeout: test. > The version John provided me with is 2.0.0. I first tried with version 1.1.0, but that failed on 13 tests due to a primitive that failed constantly (<primitive: 'primSetOptLong' module: 'CurlPlugin'>). > Â There is a method addHeader: in the plugin, but it does not seem to do anything useful. > > I have found a blog (Jazz Programming) by Giovanni Corriga, who claims to have a version of the plugin that allows for custom headers to be set, but the link to his version gives a 304 error. Plus the blog dates from 2007. > > Having a version of the CurlPlugin that allows me to set a custom header would be great, so if anybody has one, please let me know. But what I would really like to have is a good implementation of the HTTP protocol in Squeak/Pharo, so that we are not dependent on a plugin. The standard HTTP client in Squeak/Pharo is based on HttpSocket, and is only a partial implementation of the HTTP protocol (it only supports GETs as far as I can tell). > > Does anyone know of another way to do basic HTTP in Squeak/Pharo? > Yes. I know :) Another way is to use sockets directly, without curl. This is way what i went for implementing a CouchDB interface for Pharo & Squeak. With this way you can generate _any_ request header with any contents, without bothering, if some 3rd party plugin supports it or not. You can check it out here: MCHttpRepository location: 'http://www.squeaksource.com/SCouchDB' user: '' password: '' > Regards, > > Hein > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

April 21, 2010

Re: [Pharo-project] FEATURE: User chooses preferred location for MC directory repositories

by Alexandre Bergel

I added this example in Monticello.tex, section repositories. Thanks Dale! Cheers, Alexandre On 21 Apr 2010, at 02:18, StÃ©phane Ducasse wrote: > we should add that to the pharo book :) > > On Apr 21, 2010, at 2:42 AM, Dale Henrichs wrote: > >> Sean, >> >> Don't know if this has already mentioned, but you can >> programmatically add Directory repositories as follows: >> >> | repo | >> {'/path/to/repositories/project-1/'. '/path/to/repositories/ >> project-2/'. >> '/path/to/repositories/project-3/'. } do: [:path | >> repo := MCDirectoryRepository new directory: >> (FileDirectory on: path). >> MCRepositoryGroup default addRepository: repo ]. >> >> ----- "Sean P. DeNigris" <sean(a)clipperadams.com> wrote: >> >> | I'll give you my use case: >> | I share my projects among a few images, and I like to keep them in >> | sub- >> | directories like: >> | /path/to/repositories/project-1/ >> | /path/to/repositories/project-2/ >> | /path/to/repositories/project-3/ >> | So each one of these is a separate, unrelated repository in a >> common >> | >> | parent directory for ease of finding. >> | >> | So when I +Repository to each image, I have to navigate from the >> | default directory to my repository for each new repository. If I >> can >> | >> | pick a start directory once as a setting, I can add new project's >> sub- >> | >> | directory or open them without any navigation. >> | >> | Does that make sense? >> | >> | Sean >> | >> | On Apr 20, 2010, at 1:33 PM, "Chris Muller-3 [via Smalltalk]" >> | <ml-node+2017760-613088063-217701(a)n4.nabble.com >> | > wrote: >> | >> | > Whether the user is required to specify a "default directory" >> or a >> | > directory to a repository, it's the same task isn't it? >> | > >> | > Once you add it once to MC, it can be "added" to any other >> package. >> | > So this defaultDirectory would seem to be a feature not worth its >> | > weight.. >> | > >> | > >> | > On Mon, Apr 19, 2010 at 6:00 PM, Sean P. DeNigris <[hidden >> email]> >> | >> | > wrote: >> | > >> | > > >> | > > http://code.google.com/p/pharo/issues/detail?id=2329 >> | > > >> | > > Pharo image: Pharo 1.0 >> | > > >> | > > In Monticello Browser, when I click "+Repository" and select >> | > "directory," >> | > > I'd love to be taken right to the directory where I keep my >> local >> | > > repositories, instead of having to click to the same place over >> | > and over. >> | > > >> | > > I changed the following method: >> | > > MCDirectoryRepository class>>morphicConfigure >> | > > ^ (UIManager default chooseDirectoryFrom: (FileDirectory >> | on: >> | > > '/path/to/my/Repositories')) ifNotNil: >> | > > [:directory | >> | > > self new directory: directory] >> | > > >> | > > How should I store the default repository directory? Would >> anyone >> | >> | > else find >> | > > this helpful? >> | > > >> | > > Sean DeNigris >> | > > -- >> | > > View this message in context: >> | http://n4.nabble.com/FEATURE-User-chooses-preferred-location-for-MC-directo… >> | > > Sent from the Pharo Smalltalk mailing list archive at >> Nabble.com. >> | > > >> | > > _______________________________________________ >> | > > Pharo-project mailing list >> | > > [hidden email] >> | > > >> | http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> | > > >> | > >> | > _______________________________________________ >> | > Pharo-project mailing list >> | > [hidden email] >> | > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> | > >> | > View message @ >> | http://n4.nabble.com/FEATURE-User-chooses-preferred-location-for-MC-directo… >> | > To unsubscribe from FEATURE: User chooses preferred location >> for MC >> | >> | > directory repositories, click here. >> | > >> | >> | -- >> | View this message in context: >> | http://n4.nabble.com/FEATURE-User-chooses-preferred-location-for-MC-directo… >> | Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >> | >> | _______________________________________________ >> | 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 -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 21, 2010

Re: [Pharo-project] setting a custom header for HTTP via CurlPlugin

by Francois Stephany

The Cloudfork (amazon web services wrappers) guys propose two options: - SWHTTPClient - CurlPlugin I've never tested the former one, but you'll maybe find what you need ? http://code.google.com/p/cloudfork/wiki/InstallingForSqueak >> Having a version of the CurlPlugin that allows me to set a custom header would be great, so if anybody has one, please let me know. But what I would really like to have is a good implementation of the HTTP protocol in Squeak/Pharo, so that we are not dependent on a plugin. > > me too. > Did you discuss with janko? > Because he was proposing a project on exactly this topic.

April 21, 2010

Re: [Pharo-project] what expectedfailures expected to do?

by StÃ©phane Ducasse

> Ah, OK. I guess it's really a question of perception. not perception. Just money. Give me three engineers full times during two years and you will not recognize pharo :) > The world in which I work is a bit different from the wonderful world of Pharo (no sarcasm intended!), in that we can't ship *anything* unless *all* our tests are green. The concept of "expected failures" just has no place, because as long as there are failures we still have work to do. Oh this is easy we can remove tests and your customers will be happy :) Now some tests represents the semantics of blocclosure that no smalltalk truly implement, so this would be a pity to throw them away. > I can understand Doru's description of an expected failure as a kind of bookmark, to be added and discarded during the day, but I get a bit nervous that the sight of too much green might make me miss the fact that I'm not finished yet :-p Exact this is why removing expected failures at the start of each cycle is the thing to do

April 21, 2010