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

[Gary Byers]

I checked in a change to the trunk a few days ago; GUI:EXECUTE-IN-GUI and friends
are supposed to now use #/performSelectorOnMainThread:withObject:waitUntilDone:
instead of libdispatch, and that seems to be at least a large part of the problem.

If people who've experienced problems find that those problems persist after
updating to this version, we'll at least know that that isn't all of the problem.

On Fri, 31 Aug 2012, Joakim Sandgren wrote:

>
>> I personally was a little surprised to see this behavior dating back to Lion.
>
> I have had it for some time (several months) on lion. But I thought it was my fault not understanding retain / release in objective c. I would be very happy to have the 'right' version of choose-file-dialog (I understood that you made a version that is more 'stable'?).
>
>
> Joakim
>
>
>
>>
>
>
>> On Aug 31, 2012, at 10:59 AM, R. Matthew Emerson wrote:
>>
>>>
>>> On Aug 31, 2012, at 9:36 AM, Raffael Cavallaro <raffaelcavallaro at me.com> wrote:
>>>
>>>>
>>>> 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.
>>>
>>> I was able to duplicate this in an Objective-C program.
>>>
>>> http://www.clozure.com/~rme/OpenPanelTest.zip
>>>
>>> When you build and run this, a little window will appear with two buttons.  One will show an open panel via a dispatch_async call, and the other uses performSelectorOnMainThread.  The respective buttons show open panels that display symptoms like the ones you describe.
>>>
>>> When I build and run this on my Snow Leopard system, both versions appear to behave normally.
>>>
>>> _______________________________________________
>>> Openmcl-devel mailing list
>>> Openmcl-devel at clozure.com
>>> http://clozure.com/mailman/listinfo/openmcl-devel
>>
>> _______________________________________________
>> Openmcl-devel mailing list
>> Openmcl-devel at clozure.com
>> http://clozure.com/mailman/listinfo/openmcl-devel
>>
>
> _______________________________________________
> Openmcl-devel mailing list
> Openmcl-devel at clozure.com
> http://clozure.com/mailman/listinfo/openmcl-devel
>
>