Re: A question to the APL vendors on Windows GUIs ...

"Marv" <smoak@[EMAIL PROTECTED]
> wrote in message
news:c260a19b-56bc-459b-a322-92117f7d6eeb@[EMAIL PROTECTED]
> On Jan 14, 11:39 pm, Ibeam2000 <Ibeam2...@[EMAIL PROTECTED]
> wrote:
> In a sense, APL computation and the GUI need to be somehow
>> disconnected, but the very nature of an APL interpreter requires the
>> two to be too close together.
>
> I strongly agree with the first phrase and ask what are the minimum
> requirements of an APL interpreter and a GUI to be close?  As an APL
> user, my needs are computation not GUI development.  Sure I want some
> way to interactively write and execute APL code,  but honestly my
> minimum requirements don't include a GUI.  On my old, old machine
> where
> APL2 runs under msdos6.1,  all of my work was done without windows.
> I
> can browse, or edit, tranfer-form files with my dos browser or editor.
> Seems to me that an APL interpreter has to talk to the operating
> system,
> but the need to be tied to a GUI ....  I'm just not seeing it.  Help
> me
> see what missing here.
>
> Thanks,
> Marv
>

nothing, just a slick way to present your results (fortunately the results
won't
change with a GUI, although you have to wait a bit longer to see them);
creolization is my advice (please, have a look at the carmakers from
Somerset
UK).


>
>
>
>
>>
>> One thing I would like to look at some day soon is Mozilla, the engine
>> behind the Firefox browser.  Evidently it is possible to build
>> comprehensive GUIs with .XUL files, handle callbacks, and so on.
>