From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-0.3 required=5.0 tests=BAYES_00,FREEMAIL_FROM, REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,bc1361a952ec75ca X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-08-28 08:48:02 PST Path: archiver1.google.com!newsfeed.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!fu-berlin.de!uni-berlin.de!62.154.176.138!not-for-mail From: Steffen Huber Newsgroups: comp.lang.ada Subject: Re: Progress on AdaOS Date: Tue, 28 Aug 2001 17:48:07 +0200 Organization: private Message-ID: <3B8BBD37.DCB8B506@gmx.de> References: <9IFe7.12813$6R6.1221214@news1.cableinet.net> <9lghqu$ac6$1@nh.pace.co.uk> <3B7C3293.76F49097@home.com> <9lhefg$lgd$1@nh.pace.co.uk> <3B7D47F1.25D6FC78@boeing.com> <5ee5b646.0108171856.18631c4c@posting.google.com> <3B7F624B.7294D24F@acm.org> <9lr6je$5hj$1@nh.pace.co.uk> <9ltoi7$4is$1@nh.pace.co.uk> <3B82789B.8D195045@home.com> <9ltuo8$70n$1@nh.pace.co.uk> <3B829450.879B0396@home.com> Reply-To: steffen.huber@gmx.de NNTP-Posting-Host: 62.154.176.138 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: fu-berlin.de 999013680 2086293 62.154.176.138 (16 [82308]) X-Mailer: Mozilla 4.7 [de] (WinNT; I) X-Accept-Language: de Xref: archiver1.google.com comp.lang.ada:12519 Date: 2001-08-28T17:48:07+02:00 List-Id: Larry Kilgallen wrote: > > In article <3B8AB6C8.910130C8@san.rr.com>, Darren New writes: > > >> Then we have > >> for example, types text, image, video, audio, program, data and > >> text/utf8, text/utf8/crlf, text/utf8/lf, text/utf8/psls, image/png, > >> image/tiff, image/tiff/lzw, data/word, data/word/7.0, etc. > > > > How about the type for Ada source files? Ada specification headers? Ada > > bodies? The type for an "Active Server Page" with Ada code embedded in > > HTML markup under control of CVS? And how do you determine which > > programs can read such? :-) > > You determine which programs can read it by having the programs declare > that they can read it. You have just described the RISC OS way of handling the problem. Congratulations ;-) > A user must be able to choose their "preferred" > reader for a particular type, if there are multiple possible readers. RISC OS does that in an interesting, and sometimes strange (for the user) way. RISC OS defines a "filetype" for types of file contents. This filetype is allocated centrally and must be unique for every type of content. There are a few things connected to the filetype like a translation table to MimeMaps and to DOS extensions for outside communication (this was an afterthought of course). Every RISC OS application is "hidden" inside a special directory on the filing system. As soon as the application is "seen" by the system (which happens when the user opens the filer window (RISC OS equivalent to the Windows Explorer) where the application happens to be), a batch file inside the application (named !Boot) is executed. If the application is able to handle a special filetype, it declares that it can handle that filetype. If another application is "seen" by the system that handles that filetype, the first declaration gets overwritten. So basically the user decides by using the respective part of the filing system which application he prefers to handle his data. Apart from that, due to RISC OS's way of implementing drag&drop, double clicks are not overly important. > But there are various types of "reading" there is the "edit" type and > the "compile" type for source files, but for object files there is > the "link" type and the "strip out symbol data" type. This is not handled by RISC OS in any meaningful way - well, RISC OS was created in 1987, so you can't really expect perfection ;-) [snip] ObAda: there is a port of GNAT 3.03 for RISC OS... Steffen -- steffen.huber@gmx.de steffen@huber-net.de GCC for RISC OS - http://www.arcsite.de/hp/gcc/ Private homepage - http://www.huber-net.de/