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=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Thread: a07f3367d7,e55245590c829bef X-Google-Attributes: gida07f3367d7,public,usenet X-Google-NewGroupId: yes X-Google-Language: ENGLISH,UTF8 Path: g2news1.google.com!news4.google.com!feeder.news-service.com!newsfeed.straub-nv.de!newsfeed01.sul.t-online.de!t-online.de!newsfeed.arcor.de!newsspool2.arcor-online.net!news.arcor.de.POSTED!not-for-mail Date: Wed, 03 Nov 2010 13:59:18 +0100 From: Georg Bauhaus User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: Beginners question: Compound types, how-to? References: <86wroy58ff.fsf@gareth.avalon.lan> <86pqup5xfy.fsf@gareth.avalon.lan> <86y69d3rec.fsf@gareth.avalon.lan> <82lj5c5ecm.fsf@stephe-leake.org> <79ed13b7-4c55-40c4-9f66-e30ed94e5591@e14g2000yqe.googlegroups.com> <4cd0b0ed$0$6775$9b4e6d93@newsspool3.arcor-online.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Message-ID: <4cd15ca6$0$7666$9b4e6d93@newsspool1.arcor-online.net> Organization: Arcor NNTP-Posting-Date: 03 Nov 2010 13:59:18 CET NNTP-Posting-Host: 29298e13.newsspool1.arcor-online.net X-Trace: DXC=`VSjW;6]A1Z1`E>oC;JXEZic==]BZ:af^4Fo<]lROoRQ<`=YMgDjhgRSP;f\ePnKa\nc\616M64>ZLh>_cHTX3j]bXV90 On 03.11.10 02:59, Yannick DuchĂȘne (Hibou57) wrote: > Le Wed, 03 Nov 2010 01:46:37 +0100, Georg Bauhaus > a Ă©crit: >> Sill, a different grammar(!) might lead to better visual >> distinction. (Which words are types' names etc.) >> A grammatical approach seems a lot better to me than >> injecting a mechanical sublanguage into identifiers!!! > There is exactly *no* grammatical approach to this. This is the core of the > rationals I gave yesterday (or the day before). (Recent NNTP agents seem to copy Outlook and make readers' NNTP software present lengthy format=flowed plain text lines. If, above the text view, one has tabular header views and a subject listing with sender, date, etc. above, as is usual, the text lines stretch across the entire window unless one makes special efforts. It'll be very kind of you if you could tick the relevant box in Opera.) Ada does have grammar to help readers sort out the role of names in an Ada program. For example, a word after a ':' (other than "in" etc, other than a base_literal using obsolescent number sign colon) is guaranteed to be a type's name. I don't think this is "no support"? Can a name placed before ':' be a type at all? That's a good thing because it remove one decision. Every "if" requiring context makes the number of possible interpretations grow exponentially. Reading effort is higher, which might be not so good. () is syntactically overloaded. This may or may not be what you want. But '.', '=', '*', ... have very few syntactical meanings, to be determined by context. So there isn't exactly no support for telling things apart. I'll still like to have one name for one thing, even if a grammar offers other ways to designate the intended meaning of a name.