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

[Pharo-project] anyone think buttons still too large?

by Stephan Eggermont

> From: empty <emptist(a)googlegroups.com> > I tried to install version 1 rc to find the buttons still too large. > > If you look at the whole class browser the first things you see are > those > big blue buttons. I'd prefer they not so big and colorful. > > Anyone have the same feel? Yes, I even played around with a painting tool and started digging around in Toolbuilder, OmniBrowser and PolyMorph. Let me just say that I really, really, really like Glamour. See issue 909 Stephan Eggermont

Nov. 4, 2009

Re: [Pharo-project] Announcements question

by keith

On 4 Nov 2009, at 21:50, HernÃ¡n Morales Durand wrote: > Hi, I'm using AXAnnouncements but I suppose this question is valid > for other implementations. In SASE (the "triggerEvent" event > framework) one could subscribe an event for an object specifying an > argument at registration time: > > eventSource > when: #eventName send: #aSelector to: anObject with: argument > > I've looked at Announcements and it seems this kind of registration > isn't supported without using blocks. Am I right? > Before getting into details I just want to check. What people do to > specify an argument at registration time with Announcements? > > Cheers, > > HernÃ¡n Your announcement is an object of your own design. You can put parameters as instance variables in your announcement subclass. The default implementation does not support the ability to send methods to objects in the manner that you describe. My Wandering Announcements package does have an enhancement to support this, it is available in the squeaksource.com/Jetsam repository. Keith

Nov. 4, 2009

[Pharo-project] Announcements question

by HernÃ¡n Morales Durand

Hi, I'm using AXAnnouncements but I suppose this question is valid for other implementations. In SASE (the "triggerEvent" event framework) one could subscribe an event for an object specifying an argument at registration time: eventSource when: #eventName send: #aSelector to: anObject with: argument I've looked at Announcements and it seems this kind of registration isn't supported without using blocks. Am I right? Before getting into details I just want to check. What people do to specify an argument at registration time with Announcements? Cheers, HernÃ¡n

Nov. 4, 2009

Re: [Pharo-project] Fwd: nice bug with regex

by Lukas Renggli

I committed VB-Regex-lr.34 to the PharoInbox that fixes this issue. In fact, this is a completely new port of VB-Regex with numerous bug-fixes and enhancements. The bug you found was fixed in version 1.1c in December 2004. The version 1.1 we used up to now was from October 1999. The detailed log of changes from Vassily you can see below. Cheers, Lukas Name: VB-Regex-lr.34 Author: lr Time: 4 November 2009, 10:40:27 pm UUID: 9254d5aa-3e22-4e3b-83aa-2d633ff05570 Ancestors: VB-Regex-StephaneDucasse.33 VERSION 1.2.3 (November 2007) 1. Regexs with ^ or $ applied to copy empty strings caused infinite loops, e.g. ('' copyWithRegex: '^.*$' matchesReplacedWith: 'foo'). Applied a similar correction to that from version 1.1c, to #copyStream:to:(replacingMatchesWith:|translatingMatchesUsing:). 2. Extended RxParser testing to run each test for #copy:translatingMatchesUsing: as well as #search:. 3. Corrected #testSuite test that a dot does not match a null, which was passing by luck with Smalltalk code in a literal array. 4. Added test to end of test suite for fix 1 above. VERSION 1.2.2 (November 2006) There was no way to specify a backslash in a character set. Now [\\] is accepted. VERSION 1.2.1 (August 2006) 1. Support for returning all ranges (startIndex to: stopIndex) matching a regex - #allRangesOfRegexMatches:, #matchingRangesIn: 2. Added hint to usage documentation on how to get more information about matches when enumerating 3. Syntax description of dot corrected: matches anything but NUL since 1.1a VERSION 1.2 (May 2006) Fixed case-insensitive search for character sets. VERSION 1.1c (December 2004) Fixed the issue with #matchesOnStream:do: which caused infinite loops for matches that matched empty strings. VERSION 1.1b (November 2001) Changes valueNowOrOnUnwindDo: to ensure:, plus incorporates some earlier fixes. VERSION 1.1a (May 2001) 1. Support for keeping track of multiple subexpressions. 2. Dot (.) matches anything but NUL character, as it should per POSIX spec. 3. Some bug fixes. 2009/11/4 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >> l := '1Ã¨re partie\nmilieu\nfin'. >> '.*' asRegex matchesIn l. > > -> infinite and freezing loop. > > Stef > > > > > _______________________________________________ > 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

Nov. 4, 2009

Re: [Pharo-project] Underscore assignments

by Lukas Renggli

>> Â Â Preferences disable: #allowUnderscoreAssignment > > I did that, but I can still compile assignments with underscores. > > Do I miss anything? No, it is me that is totally confused tonight. You also need to evaluate the following expression: (Scanner classPool at: #TypeTable) at: $_ asciiValue put: #xLetter Afterwards you can create classes, inst-vars, methods, etc. that have an underscore inside. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Nov. 4, 2009

Re: [Pharo-project] Sockets, events, semaphores, etc.

by Schwab,Wilhelm K

Sig, That's what threads and semaphores solve, and far more elegantly that sitting in a wide-open polling loop. Sounds like this stuff indeed needs to be rewritten. However, I recall much discussion of one vs. three semaphores, see fail-over code to pick up the single-semaphore (old vm IIRC), etc. That was a lot of work only to end up polling in the end. Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Igor Stasenko Sent: Wednesday, November 04, 2009 3:56 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Sockets, events, semaphores, etc. 2009/11/4 Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>: > Hello all, > > Am I falling into a bad area of the image, or does Pharo poll for socket connections? Â As an example, look at ConnectionQueue>>getConnectionOrNil. Â Even the Socket waiting methods are all time-bombed. Â I would expect these methods to wait on a semaphore signalled by the vm on a socket event. Â It is one thing to offer time-bombed options, but I see nothing event driven at present :( Â Am I missing something? > Network is unreliable, thus you waiting for data/connection during some time and then abandon this idea. Without timeouts you would never have the way to interrupt the connection/data transfer if it takes too long. > Bill > > > _______________________________________________ > 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. _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Nov. 4, 2009

Re: [Pharo-project] Shadowed Variables

by Igor Stasenko

2009/11/4 Lukas Renggli <renggli(a)gmail.com>: > It shows up in the transcript for all users of the trait when the > method is accepted. This is nasty, because that introduces ugly > dependencies. > > Of course we might want to relax the semantics of Smalltalk and allow > shadowing of variables, so that class variables could shadow globals; > instance variables could shadow super instance variables, class > variables, and globals; temp variables could shadow outer temp > variables, instance variables, class variables, and globals, etc. > > I thought Python allowed this kind of shadowing? Don't remember if > this was cool or not, but it sounds quite bit messy. > not only Python. Most languages i used to know, allowing a local-scope names to shadow an outer scope names without any warnings and bashing the user. Some IDEs could warn about such things, but not compiler. > Lukas > > > 2009/11/4 Â <csrabak(a)bol.com.br>: >> Em 04/11/2009 17:53, Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> escreveu: >> >> Right. Â However, shouldn't the message about shadowing be issued when >> we accept the method in the browser? >> >> >>> Â ??? Â Â Â Â Â Â Just Â Â Â Â Â looking Â Â Â Â Â the Â Â Â Â Â first >>> ArrayTest>>#testCopyReplaceAllWith1Occurence, Â it has Â a Â temp named >>> result and an inst var named result >>> >>> Â 2009/11/4 Lukas Renggli : >>> > First I thought this is Â because temps in trait methods shadow the >>> > inst-vars of Â the classes Â that use these Â traits (ouch!), Â but it >>> > doesn't seem to be the case. Â I don't understand either why we get >>> > these messages. >>> > Lukas >>> > 2009/11/4 StÃ©phane Ducasse : >>> >> Strange this is related to traits? >>> >> Stef >>> >> On Nov 4, 2009, at 5:17 PM, Lukas Renggli wrote: >>> >> >>> >>> When I recompile a Pharo image >>> >>> Compiler recompileAll >>> >>> I get 819 messages Â complaining about shadowed variables, mostly >>> >>> but not only in the new collection tests. Does anybody knows why >>> >>> this happens? >>> >>> Lukas >> [819 messages snipped] >> >> _______________________________________________ >> 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 > > _______________________________________________ > 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.

Nov. 4, 2009

Re: [Pharo-project] Underscore assignments

by Adrian Lienhard

On Nov 4, 2009, at 21:09 , Lukas Renggli wrote: > I probably better go to bed now. In this case I am blind too. Eliot > already implemented this, we should just "enable the disabling of > underscore assignments" as fast as possible: > > Preferences disable: #allowUnderscoreAssignment I did that, but I can still compile assignments with underscores. Do I miss anything? Cheers, Adrian > > Cheers, > Lukas > > 2009/11/4 Martin McClure <martin(a)hand2mouse.com>: >> Lukas Renggli wrote: >> >>> Supporting underscore identifiers and assignments at the same time >>> seems to be tricky, as there are all kinds of new ambiguities: >>> a_1negated could be an assignment of 1 negated to a, or an access of >>> the variable a_1negated :-/ >> >> GemStone has supported both for the past couple of years. The rule we >> use is that _ must have whitespace on both sides to be considered >> assignment, otherwise it's part of a selector or variable name. >> >> This allowed us to continue using _ in selectors and variables, which >> we'd allowed from the very beginning, and made it easier to port >> Squeak >> code to GemStone. >> >> I'm not sure we've run across *any* code in actual use that uses >> underscore assignment without surrounding it with whitespace; >> certainly >> most code does put whitespace around assignments. >> >> >> Regards, >> >> -Martin >> >> _______________________________________________ >> 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 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Nov. 4, 2009

Re: [Pharo-project] Sockets, events, semaphores, etc.

by Igor Stasenko

2009/11/4 Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>: > Hello all, > > Am I falling into a bad area of the image, or does Pharo poll for socket connections? Â As an example, look at ConnectionQueue>>getConnectionOrNil. Â Even the Socket waiting methods are all time-bombed. Â I would expect these methods to wait on a semaphore signalled by the vm on a socket event. Â It is one thing to offer time-bombed options, but I see nothing event driven at present :( Â Am I missing something? > Network is unreliable, thus you waiting for data/connection during some time and then abandon this idea. Without timeouts you would never have the way to interrupt the connection/data transfer if it takes too long. > Bill > > > _______________________________________________ > 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.

Nov. 4, 2009

Re: [Pharo-project] gofer cannot load if the package name not well-formed.

by Adrian Lienhard

yes Adrian On Nov 4, 2009, at 16:16 , StÃ©phane Ducasse wrote: > Adrian? > Can you do that? > Issue 1409: update gofer > Stef > > On Nov 4, 2009, at 3:55 PM, Lukas Renggli wrote: > >> Maybe you should also update Gofer for Pharo 1.0, because there is a >> similar problem with the Seaside 2.8 repository. >> >> Lukas >> >> 2009/11/4 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >>> I will run that script for 1.1. >>> >>> Stef >>> >>> On Nov 4, 2009, at 10:53 AM, Lukas Renggli wrote: >>> >>>> Sorry, I forgot to merge the changes. Please try again to update >>>> Gofer >>>> >>>> Gofer gofer update >>>> >>>> and then your load script should work. >>>> >>>> Lukas >>>> >>>> 2009/11/4 arnaud Jean Baptiste <jbaptiste.arnaud(a)gmail.com>: >>>>> Now, yes >>>>> i have try to update gofer. >>>>> and that alway return the same exception : >>>>> >>>>> 'subscript is out of bounds: 1' >>>>> >>>>> >>>>> On Nov 4, 2009, at 10:36 AM, Lukas Renggli wrote: >>>>> >>>>>> Hi Jean, >>>>>> >>>>>> did you try to update to the latest version of Gofer from >>>>>> <http://source.lukas-renggli.ch/flair>. >>>>>> >>>>>> Gofer gofer update >>>>>> >>>>>> I noticed a similar problem with other malformed package names >>>>>> and >>>>>> probably already fixed the issue. >>>>>> >>>>>> Lukas >>>>>> >>>>>> 2009/11/4 arnaud Jean Baptiste <jbaptiste.arnaud(a)gmail.com>: >>>>>>> hi, >>>>>>> My named is Arnaud Jean Baptiste, i work with VMMaker and, i >>>>>>> have >>>>>>> try to >>>>>>> load VMMaker via Gofer on Pharo (severals versions of the image, >>>>>>> rc, alpha, >>>>>>> dev). >>>>>>> and then the : >>>>>>> when i load the VMMaker package gofer don't find any version and >>>>>>> raise a >>>>>>> exception. >>>>>>> The code: >>>>>>> >>>>>>> Gofer new squeaksource: 'VMMaker'; >>>>>>> addPackage: 'VMMaker'; >>>>>>> load. >>>>>>> >>>>>>> raise a unbound exception. >>>>>>> i have open a issue : http://code.google.com/p/pharo/issues/detail?id=1397 >>>>>>> I can reproduce the problem with another project like balloon3D >>>>>>> _______________________________________________ >>>>>>> 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 >>>>>> >>>>>> _______________________________________________ >>>>>> 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 >>>>> >>>> >>>> >>>> >>>> -- >>>> 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 >>> >> >> >> >> -- >> 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

Nov. 4, 2009