[Openmcl-devel] CCL on Windows

Robert Goldman rpgoldman at sift.info
Mon Oct 1 16:23:16 PDT 2012


On 10/1/12 Oct 1 -5:54 PM, mikel evins wrote:
> 
> On Oct 1, 2012, at 4:22 PM, Ron Garret wrote:
> 
>>
>> On Oct 1, 2012, at 2:16 PM, Robert Goldman wrote:
>>
>>> On 10/1/12 Oct 1 -2:27 PM, Raymond Wiker wrote:
>>>> On Oct 1, 2012, at 21:19 , Ron Garret <ron at flownet.com
>>>> <mailto:ron at flownet.com>> wrote:
>>>>> Thanks!
>>>>>
>>>>> The problem turned out to be this: if you double-click on a zip file,
>>>>> Windows will open up a window that displays the contents of the zip
>>>>> file.  If you try to run ccl out of this window, it doesn't work.  If
>>>>> you explicitly unpack the zip file first and then run ccl out of the
>>>>> resulting folder then it works.
>>>>>
>>>>> So CCL is running, on to the next question: if I want to do some
>>>>> UI-ish thing in CCL on OS X then I use the ObjC bridge to call Cocoa
>>>>> functions.  What is the equivalent concept on Windows?  Do I use the
>>>>> FFI to call the Win32 API?  Or is there some higher level library that
>>>>> I can use that lets me do something like (make-instance 'window)?  Is
>>>>> there any Windows UI sample code or documentation?
>>>>>
>>>>> rg
>>>>
>>>> One option would be to create a web interface to your application - I do
>>>> this regularly (but admittedly for things that are an obvious fit to web
>>>> interfaces :-)
>>>
>>> I have done this, too.  I find, though, that it's not always a good fit.
>>> In particular, I find that doing obvious things in the UI client is
>>> often a monumental nuisance because of the sandboxing rules in the browser.
>>
>> Unfortunately, a web interface is not an option.  This has to be a native app, which is the reason it has to run on Windows.

I've always had the vague intention to explore the use of XULRUNNER to
have a native app, which is also a web interface, but I confess I've
never made much headway.

cheers,
r





More information about the Openmcl-devel mailing list