October 2011 - Pharo-dev - lists.pharo.org

[Pharo-project] The rubber progress bar is stretching too fast

by Nicolas Cellier

Do you really like this new progress bar that resizes at high frequency? It's funny 5 minutes, but hardly any longer... Shouldn't we restrict update frequency to some number? maybe 2Hz or a bit more... Higher frequencies are not readable, and 2Hz is enough to show that progress occurs. Could we reduce downsizing frequency too? Between 0 and 0.5 Hz would be well enough to my taste. Any better idea? Nicolas

Oct. 31, 2011

Re: [Pharo-project] Comment Syntax

by Sean P. DeNigris

Ricardo Moran wrote: > > If you only want to avoid evaluating a part of your code temporarily, > maybe > you'll be better enclosing it within square brackets (making a block that > never gets evaluated). > Thanks for the idea. It may come in handy. In this case, it's not possible because the text I want to put in a comment is an Applescript snippet which contains double quotes, not st code. Sean -- View this message in context: http://forum.world.st/Comment-Syntax-tp3961451p3961576.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Oct. 31, 2011

Re: [Pharo-project] Windows disappear in saved image on startup

by StÃ©phane Ducasse

Did you publish your packages? On Oct 27, 2011, at 2:03 PM, Larry Kellogg wrote: > Hello, > So, I have saved some Pharo 1.0 images, Pharo-1.8.image, for example, that > contains a lot of > changes that I have made, and packages that I have loaded. > > Now, when I bring up one of my saved images, I see all the windows the way > they were for > about three seconds, and then they all disappear. The image is still running > but has none of the > code I loaded. I do not see why and how this is possible. If you code was loaded and the image saved. > I tried to interrupt the image in startup (Command . on my > Mac) but have been > unsuccessful. > > Is there any way I can fix this problem? I have seven images that all > display the same > problem. I'm on Pharo 1.0 and running in an Amazon EC2 micro instance. can you put an image somewhere? Stef

Oct. 31, 2011

Re: [Pharo-project] Still more problems with underscore

by StÃ©phane Ducasse

+1 I like the idea that we removed _ in assignment. >> I don't agree that having both at the same time is a mess. In fact, I need >> exactly that: >> >> 1) Sometimes I load code which uses _ as assigment >> 2) Sometimes I load packages which use _ as selector (like Glorp). >> >> So now I cannot have both. It means that if I load Glorp, I cannot load code >> that needs _ as assigment. >> If I load code that needs _ as assigment, I cannot load Glorp. >> >> THAT means a "broken mess" for me. > > Why? You can change the setting before you load each individual > package. It only affects code that is newly parsed, existing code > continues to work the way it was compiled. > > This should encourage you to clean up the underscore assignment mess. > There is really no reason to keep an underscore assignment. > > Lukas > > -- > Lukas Renggli > www.lukas-renggli.ch >

Oct. 31, 2011

Re: [Pharo-project] [squeak-dev] readFrom: vs readFromString:

by StÃ©phane Ducasse

Nicolas We are interested in the rationalization of the code you propose. Send it and we will integrate it. May be this is because of Bach music but I like regularly in code :) Stef On Oct 30, 2011, at 8:42 PM, Nicolas Cellier wrote: > 2011/10/30 Sven Van Caekenberghe <sven(a)beta9.be>: >> Nicolas, >> >> On 30 Oct 2011, at 17:07, Nicolas Cellier wrote: >> >>> There is a huge mess in #readFrom: implementation. >>> Some classes will signal trailing characters as a bug, some other >>> won't and will simply leave the stream positioned after the valid >>> part. >>> I propose to change this behaviour uniformly: >>> - readFrom: aStream will never fail on trailing chars (hey, it's a >>> stream, it's up to sender to interpret the tail) >>> - readFromString: aString will always forbid trailing char (it's not a >>> stream, so this garbage is most probably an error and cannot be >>> ignored silently) >>> >>> What do you think ? >> >> Will that not break the idiom (lazy implementation) >> >> readFromString: string >> ^ self readFrom: string readStream >> >> ? > > That's it, I would change for something like > > readFromString: aString > | aStream newInstance | > aStream := aString readString. > newInstance := self readFrom: aStream. > aStream atEnd ifFalse: [FormatError raise]. > ^newInstance > > >> >> BTW, what I miss in Smalltalk is a way to read from some position to another without all the terrible copying, either from a stream or from a string. >> > > There is ReadStream class>>on:from:to: but I recommend testing and > testing again, because Stream implementation is ... not crystal clear. > >> Consider parsing something like this '2011-10-30T17:17:47+01:00', the fields are fixed and pretty simple, but I can't think of an efficient way to do it, can you ? >> > > Don't know... Some pattern matching, maybe with a simple regexp. > PEG might be simple too. > Qualifying as "efficient" however raise the bar a bit high ;) > > Nicolas > >> Sven >> >> >> >

Oct. 31, 2011

Re: [Pharo-project] Is RPackage dead?

by StÃ©phane Ducasse

On Oct 28, 2011, at 2:40 PM, Torsten Bergmann wrote: > hi stef, > > I think I'm not the only one who didnt follow so close as > you, Marcus, Igor, ... > so please could you explain more in detail: > > - Problems mentioned with RPackage, Nautilus RPackage works well now to integrate: be the backbone of pharo, it should replace package info and package organizer and this is work. > - why throw RPackage away and get stuck with the old browsers? > > I thought getting real packages was one of our most important tasks, > so I could not understand you prefer solution A? because I was tired. And because pharo does not go fast enough to me because we drag a lot of features. Because we are not enough doing core development. But nothing that we can really change. > Thanks > T.

Oct. 31, 2011

Re: [Pharo-project] Comment Syntax

by Ricardo Moran

If you only want to avoid evaluating a part of your code temporarily, maybe you'll be better enclosing it within square brackets (making a block that never gets evaluated). Cheers Richo On Mon, Oct 31, 2011 at 5:12 PM, Sean P. DeNigris <sean(a)clipperadams.com>wrote: > Would it be difficult/valuable to create an alternate comment syntax? I > often > find myself wanting to comment a large block itself containing comments. It > would be nice to have something like C++'s /* */. I feel like this may have > been brought up before, but couldn't find it searching the lists. > > Sean > > -- > View this message in context: > http://forum.world.st/Comment-Syntax-tp3961451p3961451.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > >

Oct. 31, 2011

Re: [Pharo-project] When using Autotest + TilingWindowManager, the sarch dialog is unaccesible

by StÃ©phane Ducasse

Let us know if we missed something. It is probable. Stef On Oct 27, 2011, at 7:22 PM, Gary Chambers wrote: > See post of 30/8/2011... > > Though only on initialize (as user can place afterwards), might need to be more aggressive (in open). > Wonder if any of those fixes got in... > > Regards, Gary > ----- Original Message ----- > From: Mariano Martinez Peck > To: Pharo-project(a)lists.gforge.inria.fr > Sent: Thursday, October 27, 2011 6:19 PM > Subject: Re: [Pharo-project] When using Autotest + TilingWindowManager, the sarch dialog is unaccesible > > > > On Thu, Oct 27, 2011 at 7:07 PM, Gary Chambers <gazzaguru2(a)btinternet.com> wrote: > I'm sure I had some fixes for this... must find! > > > please please :) > > Regards, Gary > ----- Original Message ----- > From: laurent laffont > To: Pharo-project(a)lists.gforge.inria.fr > Sent: Thursday, October 27, 2011 5:51 PM > Subject: Re: [Pharo-project] When using Autotest + TilingWindowManager, the sarch dialog is unaccesible > > On Thu, Oct 27, 2011 at 2:26 PM, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > Hi (alain?). When using Autotest + TilingWindowManager , if I then I am in the system browser and press cmd + f, the search dialog is too much in the top left of the screen. I cannot type in there, and I cannot move it. > Look the attached screenshot. > So... any ideas how we can fix that? what about just giving focus (bring to front) to the search windows just after opening it ? > > > Hi, > > I'm not aware of the consequences, but if you remove: > EditorFindReplaceDialogWindow>>open > > (thus using SystemWindow>>open instead) > > the dialog is placed the same way as SystemWindows and does not open behind docked bars. > > Laurent > > > > > thanks in advance, > > -- > Mariano > http://marianopeck.wordpress.com > > > > > > -- > Mariano > http://marianopeck.wordpress.com >

Oct. 31, 2011

[Pharo-project] Is FS loadable in 1.3?

by Sean P. DeNigris

Thanks. Sean -- View this message in context: http://forum.world.st/Is-FS-loadable-in-1-3-tp3961499p3961499.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Oct. 31, 2011

[Pharo-project] Comment Syntax

by Sean P. DeNigris

Would it be difficult/valuable to create an alternate comment syntax? I often find myself wanting to comment a large block itself containing comments. It would be nice to have something like C++'s /* */. I feel like this may have been brought up before, but couldn't find it searching the lists. Sean -- View this message in context: http://forum.world.st/Comment-Syntax-tp3961451p3961451.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Oct. 31, 2011