wkmi@cgch.UUCP (Michael Krueger) (08/31/89)
I'd like to write GEM-based applications for an Atari ST using APL.68000 from MircoAPL Ltd. Moreover they should communicate via the MIDI-ports. As I had only once my hands on the APL.68000 Interpreter (Version 6.0.5c) for a short time and have a limited understanding (yet) of GEM, I have some questions: 1. I/O via serial port is implemented with an local auxiliary processor (functions ARBIN, ARBOUT). I/O via MIDI-port is *not* implemented. Has anybody done this? Are there general difficulties to be expected implementing an auxiliary processor for that purpose? 2. GEM Support: - There is a Workspace STGRAPH, which allows to call VDI-functions. Is VDI supported completely? Will I be missing something? - Concerning AES, demos showed that keyboard/mouse events, dialog boxes and alert boxes are supported. What is missing? Are the routines graf_* (e.g. rubberbox, slidebox,...) available? - Generally: is it possible to write GEM-based applications with all "bells and whistles"? I'd like to have icons, sliders, buttons, knobs, and so on. Are toolkits available? Do I have to implement them myself? - Do I need other development tools (e.g. Resource Construction Set)? 3. In the 83 APL Conference Procedings P.A. Van Cleave describes APL.68000's local auxiliary processor (pp 137). He mentions an "68000 cross assembler/editor which runs on APL.68000". Is this available? Where? Price? Any good? 4. Any experience with APL-ASS (a tool for binding Assembler programs)? Maybe this is only available by the German distributor gdat, Bielefeld? Gee, thats alot of questions. Thank you for your help. Michael Krueger Ciba-Geigy Scientific Computing Center, Basel, Switzerland UUCP: ...!uunet!mcvax!cernvax!cgch!wkmi Internet: wkmi%cgch.uucp@uunet.uu.net BITNET: wkmi%cgch.uucp@cernvax.bitnet
hafer@tubsibr.uucp (Udo Hafermann) (09/04/89)
wkmi@cgch.UUCP (Michael Krueger) writes: >I'd like to write GEM-based applications for an Atari ST using APL.68000 >from MicroAPL Ltd. Moreover they should communicate via the >MIDI-ports. ... >1. I/O via serial port is implemented with a local auxiliary processor > (functions ARBIN, ARBOUT). I/O via MIDI-port is *not* implemented. It is, only it's not documented. Just specify the appropriate port number (3, I think). APL.68000 won't be fast enough for real-time musical applications; you'd have to write an own auxiliary processor for that. The neat thing about ARBIN is that you can read any amount of data in one chunk without worrying about buffering. I had no problems writing a soundbank manager for my synth. >2. GEM Support: > - There is a Workspace STGRAPH, which allows to call VDI-functions. > Is VDI supported completely? Yes. There is a low level interface. (Well, you can't do raster copying or anything requiring absolute pointers.) > - Concerning AES, ... What is missing? Quite a lot ... especially user-defined windows. There is no generic way to call AES functions except from an auxiliary processor. I haven't tried much of that, though. >4. Any experience with APL-ASS (a tool for binding Assembler programs)? > Maybe this is only available by the German distributor gdat, Bielefeld? gdat supplies quite a few tools for writing Window/Menu/Icon-based applications, in particular, a fast editor package. You should contact them (they are not on the net, unfortunately). [Perhaps you should take a look at the APL.68000/MWC interface I posted recently.] Udo Hafermann