June 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] start thinking on summer release of Pharo 1.4

by Esteban Lorenzano

Ok... but we are not going to spend time fixing OB. OB maintainers are not anymore in the community (or are not willing to maintain OB for 1.4) and is too much work for us to do it. I think even with that couple of things you are reporting (and maybe some others that may appear), OB is overall working fine with 1.4. We are working on the future browser (Nautilus) and we sorry that is not ready yet, but well... that's life :P Of course, if someone wants to take this issues and do a quick fix, squeaksource.com/PharoOB project is open to accept fixes. Esteban On Jun 18, 2012, at 7:00 PM, Milan Mimica wrote: > On 13 June 2012 11:08, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > - pre-load OmniBrowser. > > Two things I have noticed don't work well in OB in Pharo 1.4: > 1. The chasing browser for senders/implementors - well it's not chasing. > 2. When you hit ctrl+f and type something, you cannot use arrow keys to select a class from the list. You have to switch focus with the mouse first. > > > -- > Milan Mimica > http://sparklet.sf.net

June 19, 2012

Re: [Pharo-project] Version of method broken

by Davide Varvello

Hi Mariano, Probably you are right because I have an old 1.4 image with Nautilus that works but unfortunately I can't use that image. Do you remember the version of Nautilus that works with 1.4, so I can download it from ss3? Cheers Davide Mariano Martinez Peck wrote > > On Mon, Jun 18, 2012 at 9:21 PM, Davide Varvello <varvello@> wrote: > > > Hi Davide. All I can say is that I remember seeing this bug in previous > versions of Nautilus. > Of course this has been fixed in latest Nautilus versions but they are > available only for Pharo 2.0. > I guess the version of Nautilus that works in 1.4 is a little bit old. We > (Ben) cannot maintain Nautilus working with both versions so in 1.4.1 you > need to stick to that version. > Maybe someone can take that version and create a new one with the bug > fix... > > >> I'm on Pharo 1.4 with Nautilus. >> Hints? >> Thanks >> Davide >> >> -- >> View this message in context: >> http://forum.world.st/Version-of-method-broken-tp4635379.html >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >> >> > > > -- > Mariano > http://marianopeck.wordpress.com > -- View this message in context: http://forum.world.st/Version-of-method-broken-tp4635379p4635417.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

June 19, 2012

Re: [Pharo-project] start thinking on summer release of Pharo 1.4

by StÃ©phane Ducasse

On Jun 18, 2012, at 7:00 PM, Milan Mimica wrote: > On 13 June 2012 11:08, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > - pre-load OmniBrowser. > > Two things I have noticed don't work well in OB in Pharo 1.4: > 1. The chasing browser for senders/implementors - well it's not chasing. check because normally there is a setting or a way to change its behavior. > 2. When you hit ctrl+f and type something, you cannot use arrow keys to select a class from the list. You have to switch focus with the mouse first. > > > -- > Milan Mimica > http://sparklet.sf.net

June 19, 2012

Re: [Pharo-project] Mouse down events are being processed twice

by Sean P. DeNigris

Sven Van Caekenberghe wrote > > Thanks for all the effort, Sean, it is really nice to see you contributing > so much lately. > It's our Pharo :) And, it's usually easier to fix the bug than to suffer from it ;-) Sean -- View this message in context: http://forum.world.st/Mouse-down-events-are-being-processed-twice-tp4635339… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

June 19, 2012

Re: [Pharo-project] [XMLRPC] Little client clean up

by garduino

And updated ConfigurationOfXMLRPC adding 'version100Beta4' to install the latest client code. -- View this message in context: http://forum.world.st/XMLRPC-Little-client-clean-up-tp4635363p4635405.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

June 19, 2012

Re: [Pharo-project] [XMLRPC] Little client clean up

by garduino

Ok, I published XMLRPC-Client-Core-GermanArduino.23 with the corrections. In the method sendXmlRpc: I maintained the original code commented, because need to implement some error controls in the new use of Zinc. Cheers. -- View this message in context: http://forum.world.st/XMLRPC-Little-client-clean-up-tp4635363p4635403.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

June 18, 2012

Re: [Pharo-project] default command line arguments

by Bernardo Ezequiel Contreras

Hi Francisco, It has been reported, see http://code.google.com/p/pharo/issues/detail?id=6075 It's a WIP On Mon, Jun 18, 2012 at 7:16 PM, Francisco Garau <francisco.garau(a)gmail.com>wrote: > Hi -- opening the latest version of Pharo (build #20134) throws an error > when trying to open the startup script (which I don't have). > > Maybe an empty Pharo-2.0.st should be included in the Pharo-2.0.zip? > > Cheers, > Francisco > > PS: let me know if I should report this with a bug entry. > > a CommandLineArguments > > '/builds/jenkins/workspace/Pharo-2.0/Pharo-2.0/Pharo-2.0.st' > > '-headless' > > MultiByteFileStream(Object)>>primitiveFailed > MultiByteFileStream(StandardFileStream)>>primClose: > MultiByteFileStream(StandardFileStream)>>close > [stream close] in FileReference>>readStreamDo: > MethodContext(ContextPart)>>resume:through: > BlockClosure>>ensure: > FileReference>>readStreamDo: > BasicCodeLoader>>installSourceFile: > [:reference | self installSourceFile: reference] in [sourceFiles > do: [:reference | self installSourceFile: reference]] in > BasicCodeLoader>>installSourceFiles > OrderedCollection>>do: > [sourceFiles > do: [:reference | self installSourceFile: reference]] in > BasicCodeLoader>>installSourceFiles > BlockClosure>>ensure: > BasicCodeLoader>>installSourceFiles > BasicCodeLoader>>activate > BasicCodeLoader class(CommandLineHandler class)>>activateWith: > DefaultCommandLineHandler>>handleSubcommand > DefaultCommandLineHandler>>handleArgument: > DefaultCommandLineHandler>>activate > [self new activate] in DefaultCommandLineHandler class>>startUp: > BlockClosure>>cull: > [each cull: resuming] in [:each | self > logStartUpErrorDuring: [each cull: resuming] > into: errors > tryDebugger: self isInteractive] in > SmalltalkImage>>executeDeferredStartupActions: > BlockClosure>>on:do: > SmalltalkImage>>logStartUpErrorDuring:into:tryDebugger: > [:each | self > logStartUpErrorDuring: [each cull: resuming] > into: errors > tryDebugger: self isInteractive] in > SmalltalkImage>>executeDeferredStartupActions: > OrderedCollection>>do: > SmalltalkImage>>executeDeferredStartupActions: > SmalltalkImage>>startupImage:snapshotWorked: > SmalltalkImage>>snapshot:andQuit: > -- Bernardo E.C.

June 18, 2012

[Pharo-project] default command line arguments

by Francisco Garau

Hi -- opening the latest version of Pharo (build #20134) throws an error when trying to open the startup script (which I don't have). Maybe an empty Pharo-2.0.st should be included in the Pharo-2.0.zip? Cheers, Francisco PS: let me know if I should report this with a bug entry. a CommandLineArguments '/builds/jenkins/workspace/Pharo-2.0/Pharo-2.0/Pharo-2.0.st' '-headless' MultiByteFileStream(Object)>>primitiveFailed MultiByteFileStream(StandardFileStream)>>primClose: MultiByteFileStream(StandardFileStream)>>close [stream close] in FileReference>>readStreamDo: MethodContext(ContextPart)>>resume:through: BlockClosure>>ensure: FileReference>>readStreamDo: BasicCodeLoader>>installSourceFile: [:reference | self installSourceFile: reference] in [sourceFiles do: [:reference | self installSourceFile: reference]] in BasicCodeLoader>>installSourceFiles OrderedCollection>>do: [sourceFiles do: [:reference | self installSourceFile: reference]] in BasicCodeLoader>>installSourceFiles BlockClosure>>ensure: BasicCodeLoader>>installSourceFiles BasicCodeLoader>>activate BasicCodeLoader class(CommandLineHandler class)>>activateWith: DefaultCommandLineHandler>>handleSubcommand DefaultCommandLineHandler>>handleArgument: DefaultCommandLineHandler>>activate [self new activate] in DefaultCommandLineHandler class>>startUp: BlockClosure>>cull: [each cull: resuming] in [:each | self logStartUpErrorDuring: [each cull: resuming] into: errors tryDebugger: self isInteractive] in SmalltalkImage>>executeDeferredStartupActions: BlockClosure>>on:do: SmalltalkImage>>logStartUpErrorDuring:into:tryDebugger: [:each | self logStartUpErrorDuring: [each cull: resuming] into: errors tryDebugger: self isInteractive] in SmalltalkImage>>executeDeferredStartupActions: OrderedCollection>>do: SmalltalkImage>>executeDeferredStartupActions: SmalltalkImage>>startupImage:snapshotWorked: SmalltalkImage>>snapshot:andQuit:

June 18, 2012

Re: [Pharo-project] Version of method broken

by Mariano Martinez Peck

On Mon, Jun 18, 2012 at 9:21 PM, Davide Varvello <varvello(a)yahoo.com> wrote: > Hi, > Suddenly methods' version is broken, i.e. when I click on a method and > select "versions", the "recent versions" panel appears but looking at > method > versions, no differences is displayed with standard red and green colors > and > moreover revert button does not work anymore. > Hi Davide. All I can say is that I remember seeing this bug in previous versions of Nautilus. Of course this has been fixed in latest Nautilus versions but they are available only for Pharo 2.0. I guess the version of Nautilus that works in 1.4 is a little bit old. We (Ben) cannot maintain Nautilus working with both versions so in 1.4.1 you need to stick to that version. Maybe someone can take that version and create a new one with the bug fix... > I'm on Pharo 1.4 with Nautilus. > Hints? > Thanks > Davide > > -- > View this message in context: > http://forum.world.st/Version-of-method-broken-tp4635379.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > -- Mariano http://marianopeck.wordpress.com

June 18, 2012

Re: [Pharo-project] [XMLRPC] Little client clean up

by garduino

Sure, I still must to publish latest version, await me a bit please. Will do it as soon as I can. Cheers. -- View this message in context: http://forum.world.st/XMLRPC-Little-client-clean-up-tp4635363p4635381.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

June 18, 2012