Re: GWindows and David Botton

From: Fionn mac Cuimhaill (invisible_at_hiding.from.spam)
Date: 09/24/04 

Date: Fri, 24 Sep 2004 05:45:00 GMT

On 23 Sep 2004 20:35:20 -0400, Stephen Leake <stephen_leake@acm.org>
wrote:

>Fionn mac Cuimhaill <invisible@hiding.from.spam> writes:
>
>> <snip GWindows stuff>
>>
>> The Gwindows/GNATCOM mailing list seems to be defunct, and I would
>> also like to find a way to organize a replacement for it.
>
>I suggest you use this newsgroup (comp.lang.ada), until it becomes
>clear that you need another forum. I, for one, would like to hear if
>Gwindows becomes a better supported and more widely used project.
>
>I'm considering giving up on GtkAda for Windows development, and
>resurrecting Windex (long story, for another thread :). But I would
>consider joining an open Gwindows project, instead. I always thought
>Windex and Gwindows should be merged.

OK, that sounds fine to me - I will go with comp.lang.ada as a
communication medium I have neve done anything with Sourceforge other
than download software from it. Does anyone here who might want to
work on GWindows have any experience with it? In any case, I will
investigate Sourceforge myself and see what it takes to start a new
project there.

And to get started, I would like to start laying out a roadmap of
things that need to get done. I can think of several areas that can
stand some more work.

1. Documentation. The existing tutorial intro is a good start, but it
needs much work, as do the associated tutorial examples. For example,
there is no section in the tutorial intro about the use of radio
buttons, and there is no corresponding example program.

Some of the examples show several variations of ways to do things,
which might be best broken up into several independent example
programs. The numbering scheme for tutorial programs needs to be
changed so that new ones can be added without renumbering all of the
later ones.

A reference manual is needed.

Documentation should be available in some form other than Word, as not
everybody has or likes it. Anybody can get a free Adobe pdf reader,
and I can easily create documents in that form. (I actually like
WordPerfect, but few use it nowadays, although it can easily produce
both pdf and html outputs.)

2. Bugs need to be identified and fixed. I hereby call for bug
reports, so that we can look to see what needs to be done.

3. Deficiencies in existing areas need to be addressed. An example
here is edit boxes. There seems to be no general way to capture
character entered into an edit box and do special handling for things
like carriage returns. In general, if Visual Basic can do something,
GWindows should be able to do the same thing.

4. Expansion areas need to be identified. Printing is important for
me. I want to do printing additions in two stages. The first level
should bring printing support up to a rough equivalent of what can be
done with Visual Basic 6, but done in a more coherent Ada way.
The second level needs to add some kind of higher-level document
abstraction. I have in mind something like the qPrinter package for
Visual Basic 6. (Google for qPrinter and you will find it
immediately.)

The existing thin binding to the Windows printing API should not be
neglected - various API functions are missing and should be added.

5. Various extensions need to be done to character string handling.
Gwindows tries to hide the difference between character
representation among the various versions of Windows by defining a
GString to be composed of either ordinary or wide characters as
needed, and likewise tries to hide the differences between various
Windows API procedures and functions that use string arguments. This
hiding philosophy in not completely implemented and I still need to
use a variety of Ada system packages that have both ordinary and
wide-character versions. (Typically the wide versions, as I do all of
my development on Windows 2K and XP)

I'm going to need help; I am far from being the best Ada programmer in
the world and I know little about low-level Windows API programming.
If all goes well, both of those situations will change for the better
as this project develops.

Relevant Pages

  • Re: ActiveSheet.Printout
    ... Unfortunately the pop-up box for printing cannot be prevented from being ... There is a way of disabling ... but it involves using Windows API to stops the whole of Windows ...
    (microsoft.public.excel.programming)
  • Re: Determining Available Paper Sizes on Printer
    ... I looped through only the sizes given in the VB ... I'm afraid printing in Windows is still not an exact science, at least as far as paper sizes or special printing arrangements is concerned. ... Some printers are bristling with sensors that detect the size of paper in each available tray and some are not, and even for those that are there is still no "standard" way of communicating such information to Windows. ... Or in fact it could be that the printer driver you are using is a "generic for the model range" driver that can be used for various models in the range. ...
    (microsoft.public.vb.general.discussion)
  • RE: Problems Printing After XP Upgrade from 98SE
    ... following steps to clean the printer subsystem completely on the ... Windows NT Fax Monitor ... AppleTalk Printing Devices ... | workstation, but if I do that, I'll have to create the queue and re-share ...
    (microsoft.public.windowsxp.help_and_support)
  • RE: Problems Printing After XP Upgrade from 98SE
    ... everyone is still printing fine. ... When we are experiencing the problem, local and remote jobs fail in the ... All Windows XP clients that are using the printer experience the same ... workstation, but if I do that, I'll have to create the queue and re-share it ...
    (microsoft.public.windowsxp.help_and_support)
  • Re: Poor real time operation in DOS emulation mode
    ... problems on Windows 2000/Windows XP/Windows 2003 and Windows Vista. ... do not support text ROM fonts. ... Terminal Server Printing redirection, ... MINIMAL CPU USAGE! ...
    (microsoft.public.windowsxp.general)