2014/1/8 Sean P. DeNigris <sean@clipperadams.com>
Pharo3.0 Latest update: #30678
This seems reproducible: 1. In Nautilus, browse a class that has a class comment 2. Bring up the comment pane 3. Edit the comment 4. Click the "Class side" checkbox
Also (don't know if it's related): 1. In Nautilus, browse a class that has a class comment 2. Bring up the comment pane 3. Edit the comment 4. Click the "Comment" button 5. Choose discard 6. Click the "Comment" button again *** It seems as if the changes were accepted instead of discarded, but⦠7. Click the "Class side" checkbox *** Now the comment is reverted to the original, so it seems the changes were indeed discarded. I guess the problem is keeping the comment pane in sync with the modelâ¦
Ben, should I open issues for these? If so, separately or as one report?
----- Cheers, Sean -- View this message in context: http://forum.world.st/Do-you-want-to-accept-Discard-tp4735220p4735221.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Here is my attempt to fix this issue (see slice in case 12605). I just changed the way the #click signal is handle by the CheckboxMorph. I don't know if it was wrong how it handled the #click signal or if we still have an issue on how #click signals are processed at MouseClickState>>handleEvent:from: For example this code still shows an "uncloseable" confirm dialog: |m| m:= Morph new. m on:#click send:#value to:[m confirm:'Really?']. m openInWorld.