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

Re: [Pharo-project] Failing tests in 1.2
by StÃ©phane Ducasse Nov. 1, 2010

Nov. 1, 2010

Thanks nicolas. I prefer that than to chase a MC bug :) I wrote some tests too to cover the float printing and I will check yours. Stef >> Thanks nicolas >> >> This is strange but I could not find the KernelTests-Nice.297 package in the inbox. >> and I imagine that you save the slice so this looks like a bug I do not like :(... >> >> Stef >> > > Oh sorry, it's probably me who aborted one of these http operations... > You know the kind of > data was latedata was latedata was latedata was latedata was late. > I have uploaded my local copy now. > > Nicolas >

1 0

[Pharo-project] apparently the tests are blocked somewhere
by StÃ©phane Ducasse Nov. 1, 2010

Nov. 1, 2010

Hi guys this morning I could not work on that issue when I integrated some pending changes. I could not run the tests to their completion. Actions: - we should look at that. - I would like to modularize tests Test-XXX -> XXX-Tests following the seaside patterns - subclass from longTest the tests taking time to run. Stef

1 0

Re: [Pharo-project] Syntax extension for continuations / class specific compiler
by Ralph Boland Nov. 1, 2010

Nov. 1, 2010

>> On Mon, 1 Nov 2010, Igor Stasenko wrote: >> Hello, >> >> Out of curiosity, i tried to look how it would be hard to change >> parser to support extended continuation syntax. >> ... > This idea comes up every few years. This post sums up well the last > attempt: http://blog.3plus4.org/2007/08/30/message-chains/ . > I don't think it's worth changing the syntax for this. IMHO 1-2 pairs of > parentheses usually improve readability. More parenthesis is rarely > needed. Also mixing ;; with ; makes the code harder to understand. Try > this: self foo ; bar ;; baz ; foo ;; bar ; baz. > Note that the term 'continuation' means a totally different thing: > http://en.wikipedia.org/wiki/Continuation . > Levente I was one of the apparently many who proposed an operator like this in the past. (I never discussed implementation and using continuations never occurred to me). My idea didn't seem popular then so I assume it won't fly now though, for the record, I would like to see such an operator. I prefer adding this syntax than the use of "asPipe" method (see http://blog.3plus4.org/2007/08/30/message-chains/) though I admit that asPipe is a very clever idea. I too dislike use of ";;" syntax; for me it conjures up the ugly "=" vs "==" syntax of C and subsequent languages that failed to fix this problem. ----------------------------------------------------------------------------------------------- One thing mentioned in the "asPipe" discussion is that each class can create it's own syntax/compiler. This strikes me as a really useful feature of Smalltalk. What I don't understand is: How do you do this? This feature is important enough that it should out in the open with proper documentation, some useful examples, etc. How about putting this information in Pharo by Example? If such a feature was available, and apparently it is, I would like to use it to be able write regular expressions or grammars as methods of a class and then have them be compiled from the editor (in the same way I do for smalltalk methods). Hopefully, I haven't upset too many by having two unrelated topics in a single post. Regards, Ralph Boland

1 0

Re: [Pharo-project] Failing tests in 1.2
by StÃ©phane Ducasse Nov. 1, 2010

Nov. 1, 2010

Thanks nicolas This is strange but I could not find the KernelTests-Nice.297 package in the inbox. and I imagine that you save the slice so this looks like a bug I do not like :(... Stef > Please, please, fix > http://code.google.com/p/pharo/issues/detail?id=3200 before release. > > Cheers > > Nicolas > > 2010/10/30 Marcus Denker <marcus.denker(a)inria.fr>: >> ... bug Issues for all of them >> >> http://code.google.com/p/pharo/issues/list?can=2&q=type=FailingTest >> >> >> -- >> Marcus Denker -- http://www.marcusdenker.de >> INRIA Lille -- Nord Europe. Team RMoD. >> >> >> >

2 1

[Pharo-project] XML package is barking at load time
by stephane ducasse Nov. 1, 2010

Nov. 1, 2010

Gofer new squeaksource: 'XMLSupport'; package: 'XML-Parser'; load. raise error because of tests not present. Did I do something wrong? Then why the configuration load pastell? why this is squeakCommon? Does it work if this is in pharo? Why do we load SIXX in gemstone? This configuration looks like a mess. Can somebody fix that. core should load the parser sixx may be sixx pastell should load core and pastell Stef version105: spec <version: '1.0.5' imports: #('1.0.5-baseline' )> spec for: #'common' do: [ spec blessing: #stable. spec author: 'Alexandre Bergel'. spec timestamp: '10/5/2010 14:06'. ]. spec for: #'squeakCommon' do: [ spec package: 'XML-Parser' with: 'XML-Parser-AlexandreBergel.93'; package: 'Pastell' with: 'Pastell-Alexandre_Bergel.18'.]. spec for: #'gemstone' do: [ spec project: 'Grease Core' with: '1.0-rc'. spec package: 'XML-Parser' with: 'XML-Parser.g-DaleHenrichs.93'; package: 'SIXX' with: 'SIXX-NorbertHartl.171'.]. Stef

3 2

[Pharo-project] Is there any package to manipulate excel files?
by Guillermo Polito Nov. 1, 2010

Nov. 1, 2010

I was searching in squeaksource, and querying the posts in the list, but I couldn't find anything useful :S. Thank you! Guille

1 0

Re: [Pharo-project] A pattern for GUI programming (Morphic, Cuis, etc)
by Juan Vuletich Nov. 1, 2010

Nov. 1, 2010

Hi Hannes, I am not currently working on LightWidgets. If you're interested, Cuis includes a working implementation where you can use the UI pattern. Cheers, Juan Vuletich Ps. Please send copy to me of any mail intended for me... I'm not following the Pharo list closely, and I might miss it.

1 0

[Pharo-project] [update 1.2] #12226
by stephane ducasse Nov. 1, 2010

Nov. 1, 2010

12226 ----- - Issue 3200: Float do not print exactly when negative. Thanks Nicolas cellier. (I made a silly mistake). - Issue 3178: FractionTest>>#testDegreeCos. Thanks Nicolas cellier. Stef

1 0

Nov. 1, 2010

Begin forwarded message: > From: pharo-project-owner(a)lists.gforge.inria.fr > Date: November 1, 2010 7:33:55 AM GMT+01:00 > To: stephane.ducasse(a)gmail.com > Subject: Re: [squeak-dev] Re: [Pharo-project] [ENH] Syntax extension for continuations > > You are not allowed to post to this mailing list, and your message has > been automatically rejected. If you think that your messages are > being rejected in error, contact the mailing list owner at > pharo-project-owner(a)lists.gforge.inria.fr. > > > From: stephane ducasse <stephane.ducasse(a)gmail.com> > Date: November 1, 2010 7:33:52 AM GMT+01:00 > To: "Pharo-project(a)lists.gforge.inria.fr Development" <Pharo-project(a)lists.gforge.inria.fr> > Subject: Re: [squeak-dev] Re: [Pharo-project] [ENH] Syntax extension for continuations > > > +1 > >> This idea comes up every few years. This post sums up well the last attempt: http://blog.3plus4.org/2007/08/30/message-chains/ . >> >> I don't think it's worth changing the syntax for this. IMHO 1-2 pairs of parentheses usually improve readability. More parenthesis is rarely needed. Also mixing ;; with ; makes the code harder to understand. Try this: self foo ; bar ;; baz ; foo ;; bar ; baz. >> >> Note that the term 'continuation' means a totally different thing: http://en.wikipedia.org/wiki/Continuation . > > Stef > >

1 0

Re: [Pharo-project] [ENH] Syntax extension for continuations
by Igor Stasenko Nov. 1, 2010

Nov. 1, 2010

On 1 November 2010 05:33, Levente Uzonyi <leves(a)elte.hu> wrote: > On Mon, 1 Nov 2010, Igor Stasenko wrote: > >> On 1 November 2010 05:04, Levente Uzonyi <leves(a)elte.hu> wrote: > > snip > >>> foo ; bar ;; baz ; foo ;; bar ; baz. >>> >> this is incorrect syntax. > > This is correct: ((self foo; bar) baz; foo) bar; baz. > Message chaining should be equivalent with this, shouldn't it? > yes, but continuation err.. chaining ';;' takes precedence before cascade ';' which means that you can write only as: self foo zork ;; bar ;; bum ; baz ; lz but not self foo zork ; bar ;; bum ; baz ;; lz otherwise you will also need to use parens to disambiguate nested cascades. > > Levente > -- Best regards, Igor Stasenko AKA sig.

1 0