March 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Platform and portable versions for Pharo 2.0 too

by Esteban Lorenzano

Thanks Sean. I understand your motivation (and I agree with them), but well... we need to adjust the process before make this kind of changes. You wouldn't believe the amount of things that became affected with that small change :S anyway, this will be backported to 2.0 in summer release (or perhaps before), we wont need to wait until next year :) Esteban On Mar 29, 2013, at 1:12 AM, "Sean P. DeNigris" <sean(a)clipperadams.com> wrote: > Marcus Denker-4 wrote >> Please let it like it is and we move *controlled* forward. > > Okay I removed the links to the platform files from the download page for > now. > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Platform-and-portable-versions-for-Pharo-2-0-too-tp46… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

March 29, 2013

Re: [Pharo-project] Versionner in pharo 2.0

by Esteban Lorenzano

MetaRepoForPharo20 that's for verified versions (version the author is certain the installation will work) Esteban On Mar 28, 2013, at 10:23 PM, Christophe Demarey <Christophe.Demarey(a)inria.fr> wrote: > > Le 28 mars 2013 Ã 14:13, Esteban Lorenzano a Ã©crit : > >> btw... why is there a ConfigurationOfVersionner in verified repo for 2.0 if it is not working (and therefore, it is not "verified")? > > > What do you mean by "verified repo for 2.0" ?

March 29, 2013

Re: [Pharo-project] I stumbled upon

by Marcus Denker

On Mar 29, 2013, at 10:28 AM, Andreas Wacknitz <a.wacknitz(a)gmx.de> wrote: > > > Comparing my solution with your first approach I like mine better :) > But following your arguments about consistency I like your final approach best. > Alas IMO it should be initiated by the ANSI Smalltalk team (is it still alive?) ANSI is dead since a long time. Marcus

March 29, 2013

Re: [Pharo-project] I stumbled upon

by Andreas Wacknitz

Hi Friedrich, I had a similar problem in Dolphin Smalltalk some days ago. Dolphin has String>>capitalized: capitalized "Answer a <readableString> which is a copy of the receiver but with the first character converted to its uppercase equivalent." | answer | (answer := self basicCopy) notEmpty ifTrue: [answer at: 1 put: self first asUppercase]. ^answer I was in a need of the opposite (I called it decapitalized) and ended with String>>withFirstCharacterTransformedWith: aMethodSymbol "Answer a <readableString> which is a copy of the receiver but with the first character converted by performing aMethodSymbol on it." | answer | (answer := self basicCopy) notEmpty ifTrue: [answer at: 1 put: (self first perform: aMethodSymbol)]. ^answer Comparing my solution with your first approach I like mine better :) But following your arguments about consistency I like your final approach best. Alas IMO it should be initiated by the ANSI Smalltalk team (is it still alive?) as it would be nice to have this in all dialects. Best regards Andreas Am 29.03.2013 um 07:55 schrieb Friedrich Dominicus <frido(a)q-software-solutions.de>: > The following two functions: > capitalized > "Return a copy with the first letter capitalized" > | cap | > self isEmpty ifTrue: [ ^self copy ]. > cap := self copy. > cap at: 1 put: (cap at: 1) asUppercase. > ^ cap > > and > withFirstCharacterDownshifted > "Return a copy with the first letter downShifted (in lower case)" > > | answer | > self ifEmpty: [ ^ self copy ]. > answer := self copy. > answer at: 1 put: answer first asLowercase. > ^ answer > > Well AFAIKT it should be first in the function (according to SLIME) > > But as one can easily see it's redundant code. How about a replacement > like: > withFirstLetterTransformed: aTransformBlock > | result | > self isEmpty ifTrue: [^ self copy ]. > result := self copy. > result at: 1 put: (aTransformBlock value: result first ). > ^ result > > the above fucntions would get: > capitalized > "Return a copy with the first letter capitalized" > ^ self withFirstLetterTransformed: [:value | value asUppercase ]. > > and > withFirstCharacterDownshifted > "Return a copy with the first letter downShifted (in lower case)" > > ^ self withFirstLetterTransformed: [:value | value asLowercase ]. > > Well I also know that capitalized is a very "old" thing but the second > name is more specific. So what about: > withFistCharacterUpshifted .... as counterpart? > > > There's another thing which probably is incongruent: > we have first for accessing the first element of any collection > but first: is not for setting the first element. > > first:n yields the first n Elements of a collection. > > That's not a good name then. > firstElements:n would be a better name IMHO. > > And then we could have > first: someValue > and so we would have in the end: > > result first: (aTranformBlock value: result first). > > > would change the first Element of "any" collection. AFAIKT Lisp has such > a convention... > > my first changes to not to any harm to existing Code, but of course > changing the meaning of first: would.... > > Regards > Friedrich >

March 29, 2013

Re: [Pharo-project] How to open a file with external app

by phil＠highoctane.be

Looks like OSProcess is not your best bet. Check NBWin32Shell instead (in NativeBoostWin32) (Smalltalk at: #NBWin32Shell) shellBrowse: 'http://localhost:', self port asString Phil 2013/3/29 jannik laval <jannik.laval(a)gmail.com>: > Hi again, > > I took the ConfigurationOfOSProcess in > http://www.squeaksource.com/MetacelloRepository > When I load the stable version in Pharo2.0, there is a lot of error that > things are undeclared in Transcript: > > === > CommandShell>>builtinCommandProxyFor:input:output:error: > (ShellBuiltinEvaluator is Undeclared) > CommandShell>>evaluationProxyFor:input:output:error: (ExpressionEvaluator is > Undeclared) > CommandShell>>installCommands: (ShellBuiltin is Undeclared) > CommandShell>>open (CommandShellTranscript is Undeclared) > CommandShell>>openLabel: (CommandShellTranscript is Undeclared) > CommandShell>>pipeline: (ProxyPipeline is Undeclared) > CommandShell>>pipelineCollectionFrom: (ProxyPipeline is Undeclared) > CommandShell>>processProxyFor:input:output:error:predecessorProxy: > (InternalPipe is Undeclared) > CommandShell>>processProxyFor:input:output:error:predecessorProxy: > (PipeJunction is Undeclared) > CommandShell>>processProxyFor:input:output:error:predecessorProxy: > (PipeableOSProcess is Undeclared) > CommandShell>>scheduleToEvaluate: (ScheduledControllers is Undeclared) > CrLfFileEditor class>>fileNamed:inDirectoryPath: (CrLfFileStream is > Undeclared) > CrLfFileEditor class>>fileNamed:withLabel: (CrLfFileStream is Undeclared) > CrLfFileEditor>>bogusTruncate: (CrLfFileStream is Undeclared) > CrLfFileEditor>>fileContentsMenu:shifted: (ParagraphEditor is Undeclared) > CrLfFileEditor>>getAnotherFileName: (PopUpMenu is Undeclared) > CrLfFileEditor>>getAnotherFileName: (FillInTheBlank is Undeclared) > CrLfFileEditor>>getFileName: (PopUpMenu is Undeclared) > CrLfFileEditor>>getFileName: (FillInTheBlank is Undeclared) > CrLfFileEditor>>mvcWithLabel: (StandardSystemView is Undeclared) > CrLfFileEditor>>mvcWithLabel: (StandardSystemController is Undeclared) > CrLfFileEditor>>mvcWithLabel: (PluggableTextView is Undeclared) > CrLfFileEditor>>put: (CrLfFileStream is Undeclared) > CrLfFileEditor>>put: (CrLfFileStream is Undeclared) > CrLfFileEditor>>saveAs (FillInTheBlank is Undeclared) > CommandShellTranscript>>openLabel: (StandardSystemView is Undeclared) > CommandShellTranscript>>openLabel: (StandardSystemController is Undeclared) > CommandShellTranscript>>openLabel: (ShellWindowView is Undeclared) > === > > Do I have the correct version ? > > Thanks, > Jannik > > 2013/3/29 jannik laval <jannik.laval(a)gmail.com> >> >> Thank you all. >> >> Jannik >> >> >> 2013/3/28 Holger Hans Peter Freyther <holger(a)freyther.de> >>> >>> On Wed, Mar 27, 2013 at 11:26:21PM +0100, Camillo Bruni wrote: >>> > The only solution currently is to use OSProcess and >>> > - open under OSX >>> > - gnome-open under linux >>> >>> Please use xdg-open to work on all free desktop implementations. >>> >> >> >> >> -- >> >> ~~Dr. Jannik Laval~~ >> Ãcole des Mines de Douai >> Enseignant-chercheur >> http://www.jannik-laval.eu > > > > > -- > > ~~Dr. Jannik Laval~~ > Ãcole des Mines de Douai > Enseignant-chercheur > http://www.jannik-laval.eu

March 29, 2013

[Pharo-project] OSProcess problem with Windows

by jannik laval

Hi, When I try OSProcess command: 'cd "C:\Users\Jannik Laval\Desktop\Pharo2.0-one-click.app\Contents\Resources\Help\en"' There is an error. Can anyone help me ? Thanks -- ~~Jannik Laval~~ Ãcole des Mines de Douai Enseignant-chercheur http://www.jannik-laval.eu

March 29, 2013

Re: [Pharo-project] How to open a file with external app

by jannik laval

Hi again, I took the ConfigurationOfOSProcess in http://www.squeaksource.com/MetacelloRepository When I load the stable version in Pharo2.0, there is a lot of error that things are undeclared in Transcript: === CommandShell>>builtinCommandProxyFor:input:output:error: (ShellBuiltinEvaluator is Undeclared) CommandShell>>evaluationProxyFor:input:output:error: (ExpressionEvaluator is Undeclared) CommandShell>>installCommands: (ShellBuiltin is Undeclared) CommandShell>>open (CommandShellTranscript is Undeclared) CommandShell>>openLabel: (CommandShellTranscript is Undeclared) CommandShell>>pipeline: (ProxyPipeline is Undeclared) CommandShell>>pipelineCollectionFrom: (ProxyPipeline is Undeclared) CommandShell>>processProxyFor:input:output:error:predecessorProxy: (InternalPipe is Undeclared) CommandShell>>processProxyFor:input:output:error:predecessorProxy: (PipeJunction is Undeclared) CommandShell>>processProxyFor:input:output:error:predecessorProxy: (PipeableOSProcess is Undeclared) CommandShell>>scheduleToEvaluate: (ScheduledControllers is Undeclared) CrLfFileEditor class>>fileNamed:inDirectoryPath: (CrLfFileStream is Undeclared) CrLfFileEditor class>>fileNamed:withLabel: (CrLfFileStream is Undeclared) CrLfFileEditor>>bogusTruncate: (CrLfFileStream is Undeclared) CrLfFileEditor>>fileContentsMenu:shifted: (ParagraphEditor is Undeclared) CrLfFileEditor>>getAnotherFileName: (PopUpMenu is Undeclared) CrLfFileEditor>>getAnotherFileName: (FillInTheBlank is Undeclared) CrLfFileEditor>>getFileName: (PopUpMenu is Undeclared) CrLfFileEditor>>getFileName: (FillInTheBlank is Undeclared) CrLfFileEditor>>mvcWithLabel: (StandardSystemView is Undeclared) CrLfFileEditor>>mvcWithLabel: (StandardSystemController is Undeclared) CrLfFileEditor>>mvcWithLabel: (PluggableTextView is Undeclared) CrLfFileEditor>>put: (CrLfFileStream is Undeclared) CrLfFileEditor>>put: (CrLfFileStream is Undeclared) CrLfFileEditor>>saveAs (FillInTheBlank is Undeclared) CommandShellTranscript>>openLabel: (StandardSystemView is Undeclared) CommandShellTranscript>>openLabel: (StandardSystemController is Undeclared) CommandShellTranscript>>openLabel: (ShellWindowView is Undeclared) === Do I have the correct version ? Thanks, Jannik 2013/3/29 jannik laval <jannik.laval(a)gmail.com> > Thank you all. > > Jannik > > > 2013/3/28 Holger Hans Peter Freyther <holger(a)freyther.de> > >> On Wed, Mar 27, 2013 at 11:26:21PM +0100, Camillo Bruni wrote: >> > The only solution currently is to use OSProcess and >> > - open under OSX >> > - gnome-open under linux >> >> Please use xdg-open to work on all free desktop implementations. >> >> > > > -- > > ~~Dr. Jannik Laval~~ > Ãcole des Mines de Douai > Enseignant-chercheur > http://www.jannik-laval.eu > -- ~~Dr. Jannik Laval~~ Ãcole des Mines de Douai Enseignant-chercheur http://www.jannik-laval.eu

March 29, 2013

[Pharo-project] I stumbled upon

by Friedrich Dominicus

The following two functions: capitalized "Return a copy with the first letter capitalized" | cap | self isEmpty ifTrue: [ ^self copy ]. cap := self copy. cap at: 1 put: (cap at: 1) asUppercase. ^ cap and withFirstCharacterDownshifted "Return a copy with the first letter downShifted (in lower case)" | answer | self ifEmpty: [ ^ self copy ]. answer := self copy. answer at: 1 put: answer first asLowercase. ^ answer Well AFAIKT it should be first in the function (according to SLIME) But as one can easily see it's redundant code. How about a replacement like: withFirstLetterTransformed: aTransformBlock | result | self isEmpty ifTrue: [^ self copy ]. result := self copy. result at: 1 put: (aTransformBlock value: result first ). ^ result the above fucntions would get: capitalized "Return a copy with the first letter capitalized" ^ self withFirstLetterTransformed: [:value | value asUppercase ]. and withFirstCharacterDownshifted "Return a copy with the first letter downShifted (in lower case)" ^ self withFirstLetterTransformed: [:value | value asLowercase ]. Well I also know that capitalized is a very "old" thing but the second name is more specific. So what about: withFistCharacterUpshifted .... as counterpart? There's another thing which probably is incongruent: we have first for accessing the first element of any collection but first: is not for setting the first element. first:n yields the first n Elements of a collection. That's not a good name then. firstElements:n would be a better name IMHO. And then we could have first: someValue and so we would have in the end: result first: (aTranformBlock value: result first). would change the first Element of "any" collection. AFAIKT Lisp has such a convention... my first changes to not to any harm to existing Code, but of course changing the meaning of first: would.... Regards Friedrich

March 29, 2013

Re: [Pharo-project] How to open a file with external app

by jannik laval

Thank you all. Jannik 2013/3/28 Holger Hans Peter Freyther <holger(a)freyther.de> > On Wed, Mar 27, 2013 at 11:26:21PM +0100, Camillo Bruni wrote: > > The only solution currently is to use OSProcess and > > - open under OSX > > - gnome-open under linux > > Please use xdg-open to work on all free desktop implementations. > > -- ~~Dr. Jannik Laval~~ Ãcole des Mines de Douai Enseignant-chercheur http://www.jannik-laval.eu

March 29, 2013

Re: [Pharo-project] [Moose-dev] Project Show & Tell - LEKtrek

by Ben Coman

March 29, 2013