[Openmcl-devel] Modal dialog problems with CCL 1.9 32/64 on Mountain Lion

Raffael Cavallaro raffaelcavallaro at me.com
Fri Aug 31 13:36:39 UTC 2012


On Aug 30, 2012, at 10:45 PM, Gary Byers <gb at clozure.com> wrote:

> It'd be interesting to know whether that behaves any differently for you
> than the one which uses GUI:EXECUTE-IN-GUI.

I see two significant differences between the two examples running Version 1.9-dev-r15452M-trunk  both (DarwinX8664) and (DarwinX8632):

A. The version that uses objective-c directly (with the example class and #/performSelectorOnMainThread:withObject:waitUntilDone:) works properly every time - panels are populated with files, etc.

B. The version that uses gui:execute-in-gui exhibits two bugs:

1.  the empty-directories-until-presentation-style-is-changed issue is present the first time through the loop in both 32 and 64 bit IDEs - on subsequent iterations of the loop the directory is populated *whether I have changed presentation style the first time through or not*. This pattern is reliable and repeatable - if I call the loop again, the first time through the empty directories issue is present again; on subsequent iterations the directory is populated.

2. The gui:execute-in-gui version will not show quick-look previews in column view in either the 32-bit or 64-bit IDE - the field where the preview should be shows the spinning (non)progress indicator instead of the file's quick-look preview. This is true on all iterations, not just the first when the directory is not populated. The gui:execute-in-gui version *does* show previews in Cover Flow view, just not in Column view. The other (#/performSelectorOnMainThread) version reliably shows quick-look previews in both Column view and Cover Flow view in both the 32 and 64 bit IDEs.

Apart from this neither version shows any sign of crashing (whether I select a file or not) nor of uncontrolled memory usage - Real Memory climbs, especially if I invoke Cover Flow view, but eventually comes back down to its starting value.

HTH,

warmest regards,

Ralph


Raffael Cavallaro
raffaelcavallaro at me.com








More information about the Openmcl-devel mailing list