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: 103376,a875d9649dde34e3 X-Google-Attributes: gid103376,public X-Google-Language: ENGLISH,ASCII Path: g2news1.google.com!news1.google.com!news.glorb.com!border1.nntp.dca.giganews.com!border2.nntp.dca.giganews.com!nntp.giganews.com!cyclone1.gnilink.net!spamkiller.gnilink.net!gnilink.net!trnddc07.POSTED!da33a4ab!not-for-mail From: Fionn mac Cuimhaill Newsgroups: comp.lang.ada Subject: Re: GWindows and a future home for it Message-ID: References: X-Newsreader: Forte Agent 2.0/32.652 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Date: Thu, 30 Sep 2004 03:29:21 GMT NNTP-Posting-Host: 4.41.197.98 X-Complaints-To: abuse@verizon.net X-Trace: trnddc07 1096514961 4.41.197.98 (Wed, 29 Sep 2004 23:29:21 EDT) NNTP-Posting-Date: Wed, 29 Sep 2004 23:29:21 EDT Xref: g2news1.google.com comp.lang.ada:4426 Date: 2004-09-30T03:29:21+00:00 List-Id: On 29 Sep 2004 20:03:07 -0400, Stephen Leake wrote: >Fionn mac Cuimhaill writes: > >> Has anyone done any more thinking about a home for GWindows? > >I was hoping we would have a more general discussion of whether >Gwindows is what we want to take forward. > >I've been collecting names in this thread. Here's what I think is the >current situation: > >Stephen Leake > Willing to proceed with GWindows or Claw, preference for GWindows, > because it is closer to Windex > Will merge Windex into either. > >Fionn mac Cuimhaill > would like to proceed with GWindows > not clear if Claw would be an acceptable option Dumping GWindows for Claw would require me to start over learning a new set of packages, and would complicate maintenance of existing software. Database support is essential. If Claw is weaker than GWindows on database support, that is a major strike against it. I would go for Claw only if it has database support equal to or better than GWindows, good printing support and as good a set of controls/widgets. A good point-by-point comparison of the two by someone familiar with both would be desirable. > >Randy Brukardt > would like to proceed with Claw; willing to make the full Claw > open source > Switching to GWindows not an option > >Martin Dowie > willing to help > not clear whether he prefers GWindows or Claw > >stephane richard > willing to help > either GWindows or Claw > >Bj�rn Persson > has string encodings library that could be useful > >Stephen McNeill > willing to work on gwindows documentation > not clear on whether Claw is acceptable > >I apologize if I've got your opinion wrong, or if I've left someone out. > >Could we get a vote from the above people, and any others that will >actually work on this project, on how to proceed? I think it's clear >we should set up a SourceForge project with either Claw or GWindows. >As others have pointed out, it's not hard to set up a SourceForge >project. I have extensive experience in CVS, and have run a project on >Savannah; I volunteer to be the first admin for the SourceForge >project (we should have at least two at all times). > >So the vote is for: > >1) Start a GWindows SourceForge project. Let Claw do its own thing. > >2) Start a Claw SourceForge project. Let GWindows wither away. > >3) Do something else. Please be specific! > >> On another front - the proposed bug list. I have an item for it. >> This might be described as a restriction rather than a bug; this is in >> GWindows.Databases. I was using one of the Field_Value functions to >> get a SQL Server datetime value into a variable of type Time (as >> defined in Ada.Calendar). The problem is that the range of dates that >> can be expressed with a variable of type Time is too narrow, and one >> of the GNATCOM routines which converts the date extracted from SQL >> Server into a Time choked on a date with a year before 1901. >> >> GNATCOM and GWindows need a calendar package similar to Ada.Calendar >> which is based on a native Windows time representation. > >I'll answer this in a separate thread, so we don't confuse things. David Gressett AKA Fionn mac Cuimhaill res1nntf.radish@beet.verizon.broccoli.net (remove vegetables to get correct address)