January 2015 - Pharo-dev - lists.pharo.org

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/40466 Home: https://github.com/pharo-project/pharo-core

Jan. 27, 2015

Re: [Pharo-dev] Issue 12970 - 16 steps to get through #halt - PROPOSED FIX

by Ben Coman

Just notice, I have another solution under development. On Tue, Jan 27, 2015 at 9:55 PM, Ben Coman <btc(a)openinworld.com> wrote: > @Sean, In what way will it make halts more annoying? As far as I can > tell, it eliminates FIVE mouse-clicks from #halt, and #haltOnce behaviour > is unchanged. > > Now ideally the debugger should not step into the halt at all when you > <Step Over> - but this change eliminates FIVE mouse-clicks from #halt, > making #halt behave the same as #haltOnce. I can live with that. Lets > do the simple thing first (the ticket has been open 11 months), and leave > the potentially harder thing to make it right later on - unless of course > this creates other problems. > > On Mon, Jan 26, 2015 at 5:25 PM, Nicolai Hess <nicolaihess(a)web.de> wrote: > >> >> >> 2015-01-25 0:22 GMT+01:00 Sean P. DeNigris <sean(a)clipperadams.com>: >> >>> Ben Coman wrote >>> > Anyone see a problem with removing >>> > that last condition? >>> >>> Off the top of my head... Yes that doesn't seem like a good idea. You >>> don't >>> want to find yourself inside Halt. You want to be in your code. >> >> >> But isn't it already like that in case of #haltOnce ? >> >> >> >> >>> Although the >>> change makes this weird exceptional-sounding case better, it looks like a >>> hack that will make halts more annoying in general. The question is why >>> you >>> end up deeply buried in the internals of Halt and how to prevent that in >>> this odd case. >>> >>> >>> >>> ----- >>> Cheers, >>> Sean >>> -- >>> View this message in context: >>> http://forum.world.st/Issue-12970-16-steps-to-get-through-halt-PROPOSED-FIX… >>> Sent from the Pharo Smalltalk Developers mailing list archive at >>> Nabble.com. >>> >>> >> >

Jan. 27, 2015

[pharo-project/pharo-core] d06d06: 40465

by GitHub

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: d06d06c0ecc1cf810afea209c7ae568a05ad1d31 https://github.com/pharo-project/pharo-core/commit/d06d06c0ecc1cf810afea209… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-01-27 (Tue, 27 Jan 2015) Changed paths: A Compiler.package/BytecodeEncoder.class/class/bytecode decoding/specialSelectors.st A Compiler.package/BytecodeEncoder.class/instance/accessing/stream_.st A Compiler.package/BytecodeEncoder.class/instance/bytecode generation/genPushNClosureTemps_.st A Compiler.package/EncoderForSistaV1.class/class/bytecode decoding/backJumpBytecodeSize.st A Compiler.package/EncoderForSistaV1.class/class/bytecode decoding/specialLiterals.st A Compiler.package/EncoderForSistaV1.class/instance/bytecode generation/genPushNClosureTemps_.st A Compiler.package/EncoderForV3.class/instance/bytecode generation/genSendSpecial_numArgs_.st A Compiler.package/EncoderForV3PlusClosures.class/class/bytecode decoding/backJumpBytecodeSize.st A Compiler.package/EncoderForV3PlusClosures.class/class/bytecode decoding/specialLiterals.st M OpalCompiler-Core.package/CCompilationContext.class/README.md M OpalCompiler-Core.package/CCompilationContext.class/instance/accessing/bytecodeGeneratorClass.st M OpalCompiler-Core.package/CompilationContext.class/instance/accessing/bytecodeGeneratorClass.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/README.md A OpalCompiler-Core.package/IRBytecodeGenerator.class/definition.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/accessing/additionalLiterals_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/accessing/encoderClass.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/accessing/forceLongForm_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/accessing/numArgs.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/accessing/numArgs_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/accessing/numTemps.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/accessing/numTemps_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/accessing/primNum.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/accessing/properties.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/accessing/properties_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/initialize/initialize.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/initialize/irPrimitive_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/instructions/blockReturnTop.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/instructions/closureFrom_to_copyNumCopiedValues_numArgs_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/instructions/goto_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/instructions/if_goto_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/instructions/if_goto_otherwise_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/instructions/jumpBackward_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/instructions/jumpForward_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/instructions/jump_if_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/instructions/label_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/instructions/popTop.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/instructions/pushClosureCopyNumCopiedValues_numArgs_to_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/instructions/pushConsArray_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/instructions/pushDup.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/instructions/pushInstVar_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/instructions/pushLiteralVariable_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/instructions/pushLiteral_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/instructions/pushNClosureTemps_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/instructions/pushNewArray_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/instructions/pushReceiver.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/instructions/pushRemoteTemp_inVectorAt_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/instructions/pushTemp_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/instructions/pushThisContext.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/instructions/returnConstant_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/instructions/returnInstVar_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/instructions/returnReceiver.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/instructions/returnTop.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/instructions/send_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/instructions/send_toSuperOf_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/instructions/storeInstVar_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/instructions/storeIntoLiteralVariable_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/instructions/storePopInstVar_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/instructions/storePopIntoLiteralVariable_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/instructions/storePopRemoteTemp_inVectorAt_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/instructions/storePopTemp_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/instructions/storeRemoteTemp_inVectorAt_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/instructions/storeTemp_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/mapping/mapBytesTo_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/private/addLastLiteral_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/private/addLiteral_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/private/addPragma_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/private/from_goto_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/private/from_if_goto_otherwise_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/private/literalIndexOf_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/private/newDummySeqId.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/private/nextPut_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/private/pragmas_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/private/quickMethodPrim.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/private/saveLastJump_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/private/updateJumpOffsets.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/private/updateJump_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/results/addProperties_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/results/bytecodes.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/results/compiledMethod.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/results/compiledMethodWith_.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/results/literals.st A OpalCompiler-Core.package/IRBytecodeGenerator.class/instance/results/stackFrameSize.st M OpalCompiler-Tests.package/OCBytecodeGeneratorTest.class/instance/helper/newBytecodeGen.st M OpalCompiler-Tests.package/OCBytecodeGeneratorTest.class/instance/tests - errors/testPushRemoteTempInVectorAtOutOfRange.st M OpalCompiler-Tests.package/OCBytecodeGeneratorTest.class/instance/tests - errors/testPushRemoteTempOutOfRangeInVectorAt.st M OpalCompiler-Tests.package/OCBytecodeGeneratorTest.class/instance/tests - errors/testStoreRemoteTempInVectorAtOutOfRange.st M OpalCompiler-Tests.package/OCBytecodeGeneratorTest.class/instance/tests - errors/testStoreRemoteTempOutOfRangeInVectorAt.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script465.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40465.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 40465 14803 Prepare Encoder for Opal integration https://pharo.fogbugz.com/f/cases/14803 14802 Opal should rely on the bytecode encoder for bytecode generation https://pharo.fogbugz.com/f/cases/14802 http://files.pharo.org/image/40/40465.zip

Jan. 27, 2015

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/40465 Home: https://github.com/pharo-project/pharo-core

Jan. 27, 2015

Re: [Pharo-dev] Issue 12970 - 16 steps to get through #halt - PROPOSED FIX

by Ben Coman

@Sean, In what way will it make halts more annoying? As far as I can tell, it eliminates FIVE mouse-clicks from #halt, and #haltOnce behaviour is unchanged. Now ideally the debugger should not step into the halt at all when you <Step Over> - but this change eliminates FIVE mouse-clicks from #halt, making #halt behave the same as #haltOnce. I can live with that. Lets do the simple thing first (the ticket has been open 11 months), and leave the potentially harder thing to make it right later on - unless of course this creates other problems. On Mon, Jan 26, 2015 at 5:25 PM, Nicolai Hess <nicolaihess(a)web.de> wrote: > > > 2015-01-25 0:22 GMT+01:00 Sean P. DeNigris <sean(a)clipperadams.com>: > >> Ben Coman wrote >> > Anyone see a problem with removing >> > that last condition? >> >> Off the top of my head... Yes that doesn't seem like a good idea. You >> don't >> want to find yourself inside Halt. You want to be in your code. > > > But isn't it already like that in case of #haltOnce ? > > > > >> Although the >> change makes this weird exceptional-sounding case better, it looks like a >> hack that will make halts more annoying in general. The question is why >> you >> end up deeply buried in the internals of Halt and how to prevent that in >> this odd case. >> >> >> >> ----- >> Cheers, >> Sean >> -- >> View this message in context: >> http://forum.world.st/Issue-12970-16-steps-to-get-through-halt-PROPOSED-FIX… >> Sent from the Pharo Smalltalk Developers mailing list archive at >> Nabble.com. >> >> >

Jan. 27, 2015

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/40464 Home: https://github.com/pharo-project/pharo-core

Jan. 27, 2015

[pharo-project/pharo-core] b471d9: 40464

by GitHub

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: b471d9a15023c686d8edc106ad923e049378d60a https://github.com/pharo-project/pharo-core/commit/b471d9a15023c686d8edc106… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-01-27 (Tue, 27 Jan 2015) Changed paths: A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script464.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40464.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M UpdateStreamer-Core.package/UpdateStreamer.class/definition.st M UpdateStreamer-Core.package/UpdateStreamer.class/instance/accessing/path.st M UpdateStreamer-Core.package/UpdateStreamer.class/instance/accessing/path_.st M UpdateStreamer-Core.package/UpdateStreamer.class/instance/accessing/server.st M UpdateStreamer-Core.package/UpdateStreamer.class/instance/accessing/shouldApplyChanges.st M UpdateStreamer-Core.package/UpdateStreamer.class/instance/accessing/shouldApplyChanges_.st M UpdateStreamer-Core.package/UpdateStreamer.class/instance/accessing/silent.st M UpdateStreamer-Core.package/UpdateStreamer.class/instance/accessing/upToNumber.st M UpdateStreamer-Core.package/UpdateStreamer.class/instance/accessing/upToNumber_.st R UpdateStreamer-Core.package/UpdateStreamer.class/instance/accessing/updateFolderURL.st R UpdateStreamer-Core.package/UpdateStreamer.class/instance/accessing/updateListFileURLString.st R UpdateStreamer-Core.package/UpdateStreamer.class/instance/accessing/updatesListFile.st M UpdateStreamer-Core.package/UpdateStreamer.class/instance/accessing/updatesListFileName.st A UpdateStreamer-Core.package/UpdateStreamer.class/instance/accessing/updatesListFileName_.st A UpdateStreamer-Core.package/UpdateStreamer.class/instance/defaults/defaultPath.st A UpdateStreamer-Core.package/UpdateStreamer.class/instance/defaults/defaultServer.st A UpdateStreamer-Core.package/UpdateStreamer.class/instance/defaults/defaultUpdatesListFileName.st A UpdateStreamer-Core.package/UpdateStreamer.class/instance/private - actions/elementaryReadServerUpdates.st A UpdateStreamer-Core.package/UpdateStreamer.class/instance/private - actions/elementaryReadServerUpdates_.st A UpdateStreamer-Core.package/UpdateStreamer.class/instance/private - actions/extractVersion_from_.st A UpdateStreamer-Core.package/UpdateStreamer.class/instance/private - actions/feedback_.st A UpdateStreamer-Core.package/UpdateStreamer.class/instance/private - actions/groupUpdatesByVersion_.st A UpdateStreamer-Core.package/UpdateStreamer.class/instance/private - actions/newUpdates.st A UpdateStreamer-Core.package/UpdateStreamer.class/instance/private - actions/newUpdatesFromFile_.st A UpdateStreamer-Core.package/UpdateStreamer.class/instance/private - actions/newUpdatesFromString_.st A UpdateStreamer-Core.package/UpdateStreamer.class/instance/private - actions/newUpdatesUpToNumber_.st A UpdateStreamer-Core.package/UpdateStreamer.class/instance/private - actions/retrieveUrls_ontoQueue_withWaitSema_.st A UpdateStreamer-Core.package/UpdateStreamer.class/instance/private - actions/silentRetrieveUrls_ontoQueue_withWaitSema_.st A UpdateStreamer-Core.package/UpdateStreamer.class/instance/private - actions/verboseRetrieveUrls_ontoQueue_withWaitSema_.st A UpdateStreamer-Core.package/UpdateStreamer.class/instance/private - actions/zapUpdateDownloader.st A UpdateStreamer-Core.package/UpdateStreamer.class/instance/private - updating/updateListFileURLString.st A UpdateStreamer-Core.package/UpdateStreamer.class/instance/private - updating/updateWith_.st R UpdateStreamer-Core.package/UpdateStreamer.class/instance/private actions/elementaryReadServerUpdates.st R UpdateStreamer-Core.package/UpdateStreamer.class/instance/private actions/elementaryReadServerUpdates_.st R UpdateStreamer-Core.package/UpdateStreamer.class/instance/private actions/extractVersion_from_.st R UpdateStreamer-Core.package/UpdateStreamer.class/instance/private actions/feedback_.st R UpdateStreamer-Core.package/UpdateStreamer.class/instance/private actions/groupUpdatesByVersion_.st R UpdateStreamer-Core.package/UpdateStreamer.class/instance/private actions/newUpdates.st R UpdateStreamer-Core.package/UpdateStreamer.class/instance/private actions/newUpdatesFromFile_.st R UpdateStreamer-Core.package/UpdateStreamer.class/instance/private actions/newUpdatesFromString_.st R UpdateStreamer-Core.package/UpdateStreamer.class/instance/private actions/newUpdatesUpToNumber_.st R UpdateStreamer-Core.package/UpdateStreamer.class/instance/private actions/retrieveUrls_ontoQueue_withWaitSema_.st R UpdateStreamer-Core.package/UpdateStreamer.class/instance/private actions/silentRetrieveUrls_ontoQueue_withWaitSema_.st R UpdateStreamer-Core.package/UpdateStreamer.class/instance/private actions/verboseRetrieveUrls_ontoQueue_withWaitSema_.st R UpdateStreamer-Core.package/UpdateStreamer.class/instance/private actions/zapUpdateDownloader.st A UpdateStreamer-Core.package/UpdateStreamer.class/instance/public/updateFolderURL.st A UpdateStreamer-Core.package/UpdateStreamer.class/instance/public/updateFromServerSilently.st R UpdateStreamer-Core.package/UpdateStreamer.class/instance/public/updateWith_.st A UpdateStreamer-Core.package/UpdateStreamer.class/instance/public/updatesListFile.st R UpdateStreamer-Core.package/UpdateStreamer.class/instance/updating/updateFromServerSilently.st A UpdateStreamer-Tests.package/UpdateStreamerTest.class/instance/tests/testDefaultPath.st A UpdateStreamer-Tests.package/UpdateStreamerTest.class/instance/tests/testDefaultServer.st A UpdateStreamer-Tests.package/UpdateStreamerTest.class/instance/tests/testDefaultUpdatesListFileName.st Log Message: ----------- 40464 14788 UpdateStreamer>>path: does not make any sense https://pharo.fogbugz.com/f/cases/14788 http://files.pharo.org/image/40/40464.zip

Jan. 27, 2015

Re: [Pharo-dev] Who are the experts?

by Henrik Johansen

> On 27 Jan 2015, at 1:51 , Henrik Johansen <henrik.s.johansen(a)veloxit.no> wrote: > > >> On 27 Jan 2015, at 1:21 , Roberto Minelli <roberto.minelli(a)usi.ch> wrote: >> >> Dear all, >> >> I have some questions about the following topics: Morphic, the Zinc-HTTP-Client-Server, and NautilusRefactoring. I am wondering if someone can help ;) >> >> I am visiting RMoD @ INRIA these days (I am now sitting at the âvisiting tablesâ @ 3rd floor of INRIA). If someone is willingness to help, please come forward! To get an idea (and hopefully to collect some answers from people outside of Lille) here are my doubts >> >> ### Morphic >> - How can I assess the âz indexâ of windows? > That would be their index in the PasteupMorphs submorphs collection, where larger index -> higher in z-order. > In general, the z-ordering of morphs would be a tree, where > > Morph >> visibilityIndex > ^self owner ifNil:[0] ifNotNil: [: own | own submorphs indexOf: self ] > > Morph >> visibility > ^self owner ifNotNil: [ owner visibility addLast: self visibilityIndex; yourself ] ifNil:[OrderedCollection new]. > > would give you a list of numbers, all morphs with higher numbers at any level would have a higher z-order. Hupps, upon further reading, I got the ordering wrong, submorphs at higher indexes are drawn first. It's amazing what you forget over time... (a modification to this method was the first thing I contributed to Pharo :) * ) Morph visibilityIndex ^self owner ifNil: [0] ifNotNil: [: | own | own submorphs size - (own submorphs indexOf: self) ] is probably better than switching the definition in the original post, since then you'd need to special case the root morph. Cheers, Henry * Related to the Pharo-users thread about when Pharo was publicly announced, timestamp in 1.0 shows that change committed 25/2/2009. I remember first hearing about Pharo from Steph announcing a new dialect at an ESUG, which means even though it's not an official post of the program of ESUG Amsterdam 2008, at least by the end of that, it was public.

Jan. 27, 2015

Re: [Pharo-dev] Who are the experts?

by Roberto Minelli

Henry, thanks a lot for all the useful information! Concerning the last part my question is: given a window, say a Workspace (or Playground) is there a way to tell which program entity (i.e., method or class) is involved? So, for a SystemBrowser the entity is the #selectedClass or #selectedMethod. For a Playground I should probably extract the source code displayed and parse it? I have no idea on how to do that.. Cheers, Roberto > On 27 Jan 2015, at 13:51, Henrik Johansen <henrik.s.johansen(a)veloxit.no> wrote: > >> >> On 27 Jan 2015, at 1:21 , Roberto Minelli <roberto.minelli(a)usi.ch> wrote: >> >> Dear all, >> >> I have some questions about the following topics: Morphic, the Zinc-HTTP-Client-Server, and NautilusRefactoring. I am wondering if someone can help ;) >> >> I am visiting RMoD @ INRIA these days (I am now sitting at the âvisiting tablesâ @ 3rd floor of INRIA). If someone is willingness to help, please come forward! To get an idea (and hopefully to collect some answers from people outside of Lille) here are my doubts >> >> ### Morphic >> - How can I assess the âz indexâ of windows? > That would be their index in the PasteupMorphs submorphs collection, where larger index -> higher in z-order. > In general, the z-ordering of morphs would be a tree, where > > Morph >> visibilityIndex > ^self owner ifNil:[0] ifNotNil: [: own | own submorphs indexOf: self ] > > Morph >> visibility > ^self owner ifNotNil: [ owner visibility addLast: self visibilityIndex; yourself ] ifNil:[OrderedCollection new]. > > would give you a list of numbers, all morphs with higher numbers at any level would have a higher z-order. > >> For each window Iâd like to know the % that is visible on screen, i.e., not covered from other windows. > > That's not possible to calculate accurately in the general case, due to morphs possibly containing fully transparent portions within their bounds. > An approximation using bounds would work the same way as the procedure in WorldState >> drawWorld: aWorld submorphs: submorphs invalidAreasOn: aCanvas , > where: > - The bounds of the morph to check is the damage rect to fill (rectList) > - The bounds of higher ordered morphs that might obscure it corresponds to the submorphs parameter. > - There's no merging of remnants > - No actually drawing/all the other fluff :P > > Area of remnants / area of original morph bounds would then be an ok-ish approximation of the % that is visible. > >> - Is there a âgeneral patternâ on how to extract which entity is âdisplayedâ on a window? In System Browsers is easy, what about other types of windows? > > Dunno what you mean by that... >> >> ### Zinc-HTTP-Client-Server >> - How can I do a real upload (HTTP post) in background? >> >> ### NautilusRefactoring >> - How does it work? Why there are different methods to remove a class, for example? e.g., NautilusRefactoring>>#removeClasses: vs. AbstractTool>>#removeClasses: >> - Why #removeClasses: is triggered before the actual removal (i.e., confirmation dialogue)? > > Leaving these for others ;) > > Cheers, > Henry

Jan. 27, 2015

Re: [Pharo-dev] Who are the experts?

by Roberto Minelli

Hi Sven, Yes, Iâll be there at the Pharo Days! Super cool that I can discuss with you about the Zinc-HTTP-Client-Server! See you at the Pharo Days then! Cheers, Roberto > On 27 Jan 2015, at 13:24, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > >> On 27 Jan 2015, at 13:21, Roberto Minelli <roberto.minelli(a)usi.ch> wrote: >> >> Dear all, >> >> I have some questions about the following topics: Morphic, the Zinc-HTTP-Client-Server, and NautilusRefactoring. I am wondering if someone can help ;) >> >> I am visiting RMoD @ INRIA these days (I am now sitting at the âvisiting tablesâ @ 3rd floor of INRIA). If someone is willingness to help, please come forward! To get an idea (and hopefully to collect some answers from people outside of Lille) here are my doubts > > Are you at the Pharo Days ? > >> ### Morphic >> - How can I assess the âz indexâ of windows? For each window Iâd like to know the % that is visible on screen, i.e., not covered from other windows. >> - Is there a âgeneral patternâ on how to extract which entity is âdisplayedâ on a window? In System Browsers is easy, what about other types of windows? >> >> ### Zinc-HTTP-Client-Server >> - How can I do a real upload (HTTP post) in background? > > You can talk to me about that. > >> ### NautilusRefactoring >> - How does it work? Why there are different methods to remove a class, for example? e.g., NautilusRefactoring>>#removeClasses: vs. AbstractTool>>#removeClasses: >> - Why #removeClasses: is triggered before the actual removal (i.e., confirmation dialogue)? >> >> Cheers and thanks in advance, >> Roberto > >

Jan. 27, 2015