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=unavailable autolearn_force=no version=3.4.4 Path: eternal-september.org!reader01.eternal-september.org!feeder.eternal-september.org!news.dns-netz.com!news.freedyn.net!newsreader4.netcologne.de!news.netcologne.de!peer01.ams1!peer.ams1.xlned.com!news.xlned.com!peer04.fr7!futter-mich.highwinds-media.com!news.highwinds-media.com!fx26.fr7.POSTED!not-for-mail Subject: Re: Latest suggestion for 202x Newsgroups: comp.lang.ada References: <728c4668-8fa0-4a57-a502-2bf476fc3940@googlegroups.com> From: Per Sandberg User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.0 MIME-Version: 1.0 In-Reply-To: <728c4668-8fa0-4a57-a502-2bf476fc3940@googlegroups.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Message-ID: X-Complaints-To: abuse@usenet.se NNTP-Posting-Date: Sun, 23 Jun 2019 20:17:37 UTC Organization: usenet.se Date: Sun, 23 Jun 2019 22:17:37 +0200 X-Received-Bytes: 2999 X-Received-Body-CRC: 2282542048 Xref: reader01.eternal-september.org comp.lang.ada:56725 Date: 2019-06-23T22:17:37+02:00 List-Id: Just a humble comment concerning using square brackets for for indexing arrays. Why care if it is an array or function ? That's just some implementation details that is of interest when using assembler. /P On 6/16/19 1:59 AM, Micah Waddoups wrote: > Following is my comment of appreciation AND my suggestion that is a very basic and important level of support for Unicode. > > Frankly, the former rules for directly specifying the contents of an array were perfect, when you can only use parenthesis. Being able to use square brackets to improve the readability of an array is brilliant because it is familiar to those who use other languages and it does very little to change what is already part of the language definition (square brackets are already use in a way that does not conflict). Therefore, it is not confusing, just new. > > As for the other uses, I can't fully wrap my head around it, because I don't have time to study that part yet. > > I have a suggestion, and I am sorry I haven't searched thoroughly to see if someone has suggested this already, though I don't believe they have. Unicode and UTF are supported very well, however, the support is simply limited to the packages starting at Ada.Strings.UTF_Encoding. There is no connection to Character_Set found in Maps. Since many lines of code are designed around the traditional Character_Set in Ada.Strings, the categories of UTF should be conveyable as a (Wide_+)Character_Set so that the much existing code does not have to be fundamentally or completely redesigned in order to use the support to Unicode. Please consider making Unicode categories available as character_sets (obviously omitting any characters from a category that are out of the range of the string, such as String, sans block drawing, vs. Wide_String, with block drawing). > > If the character_set support for Unicode is not included in the pre-built standard libraries, then it will be much elaboration and unnecessary code to try to implement it correctly. > > Does anybody agree or disagree with this very simple, but very impactful suggestion? > > >