I do not think that fork is the solution. Stef
On Jan 3, 2012, at 2:35 PM, S Krish wrote: > > ( SimpleButtonMorph new extent: 80@60 ; label: 'test' ; on:#click send: > #value to:[ [UIManager default inform: 'test' ] fork]; color: Color red) > openInWorld. > > the fork helps.. it simply lets the on:send:to: method continue to finish up > the clean up and invoke the mouseUp... > > It is simply that this target code if it blocks.. it blocks the mouseUp call > to the morph and thereby holds the morph as the clickClient... > > On Tue, Jan 3, 2012 at 5:05 PM, Ben Coman <[email protected]> wrote: > S Krish wrote: > 2. bug with mouseUp not passing through for event handling with > on:send:to: target... > > click all over the World and you will keep getting the dialog though you > are not clicking the morph. > #clickClient in MouseClickState holds the morph as the recipient morph for > clicks.. rather than the modal dialog.. > > ( SimpleButtonMorph new extent: 80@60 ; label: 'test' ; on:#click send: > #value to:[ UIManager default inform: 'test']; color: Color red) > openInWorld. > > > Replicated on: > Pharo-1.2.1-OneClick > Pharo-1.3-13315-OneCLick > Pharo-1.4-14263. Additional observation is that specifically clicking the > <OK> button on the dialog does not close it. > Right-clicking anywhere fixes the behaviour such that clicking <OK> does > close the dialog rather than creating a new one. > > >
