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.4 required=5.0 tests=AC_FROM_MANY_DOTS,BAYES_00 autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,34e6505a3616fb21 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-03-19 08:16:14 PST Path: supernews.google.com!sn-xit-03!supernews.com!freenix!teaser.fr!isdnet!psinet-france!psiuk-f4!psiuk-p4!uknet!psiuk-n!news.pace.co.uk!nh.pace.co.uk!not-for-mail From: "Marin David Condic" Newsgroups: comp.lang.ada Subject: Re: calander package - Proposal for dates Date: Mon, 19 Mar 2001 11:07:36 -0500 Organization: Posted on a server owned by Pace Micro Technology plc Message-ID: <995asr$m34$1@nh.pace.co.uk> References: <3AB2D1EF.B2CA8117@acm.org> NNTP-Posting-Host: 136.170.200.133 X-Trace: nh.pace.co.uk 985018075 22628 136.170.200.133 (19 Mar 2001 16:07:55 GMT) X-Complaints-To: newsmaster@pace.co.uk NNTP-Posting-Date: 19 Mar 2001 16:07:55 GMT X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Xref: supernews.google.com comp.lang.ada:5848 Date: 2001-03-19T16:07:55+00:00 List-Id: Well, the problem is this: If you *don't* want to limit things to some fixed set of formats, you're only going to invent some programming language for "rolling your own". Maybe it would be a tad easier than simply using Ada features, but ultimately, it will be some kind of programming task. At that point, you have to ask: "Why not just rely on Ada to do it?" I've coded a bunch of date/time-to-string formatting routines with Ada and they are generally pretty small. If you were to provide some flavor of 'Image for date/time pieces, it might make things a bit more efficient, but I don't know that it would be big enough to make much difference. (You can already get the 'Image of the pieces after you convert the time to numeric pieces. Seems like at best you can eliminate one step.) OTOH, if the package Calendar (or some child) had some Image functions that gave you back strings of the form "January" and "1941" and such, it might be enough of a language extension to eliminate any further need for additional packages. Hmmmmmmmmm............... MDC -- Marin David Condic Senior Software Engineer Pace Micro Technology Americas www.pacemicro.com Enabling the digital revolution e-Mail: marin.condic@pacemicro.com Web: http://www.mcondic.com/ "Jeffrey Carter" wrote in message news:3AB2D1EF.B2CA8117@acm.org... > This proposal limits you to a fixed set of formats. If the format you > need is not in that set, you are out of luck. > > I'm toying with providing image functions for the individual parts of a > date or time. This would allow the client to combine them in any manner > desired. I'm currently chewing on what to do with the am/pm part of a > 12-hour hour. When I come up with something usable I'll post it here for > comment. > > -- > Jeff Carter > "I waggle my private parts at your aunties." > Monty Python & the Holy Grail