X-Git-Url: http://ncurses.scripts.mit.edu/?p=ncurses.git;a=blobdiff_plain;f=doc%2Fhtml%2FAda95.html;h=043b9de5d2ca56c8f6cdf122c0e6795db1ff62fd;hp=70a951dbfe0cbf28c6953d2216f0811a9a6558f0;hb=3ec8f79f3ceda990461c80de2f96d66b886e00d5;hpb=46722468f47c2b77b3987729b4bcf2321cccfd01
diff --git a/doc/html/Ada95.html b/doc/html/Ada95.html
index 70a951db..043b9de5 100644
--- a/doc/html/Ada95.html
+++ b/doc/html/Ada95.html
@@ -1,6 +1,34 @@
@@ -8,20 +36,8 @@
Ada95 Binding for ncurses
-The ncurses Ada95 binding is © 1996-2000 by
-Jürgen Pfeifer.
-
-
-Permission is hereby granted to reproduce and distribute this
-binding by any means and for any fee, whether alone or as part
-of a larger distribution, in source or in binary form, PROVIDED
-this notice is included with any such distribution, and is not
-removed from any of its header files. Mention of ncurses and the
-author of this binding in any applications linked with it is
-highly appreciated.
-
-This binding comes AS IS with no warranty, implied or expressed.
-
+by Jürgen Pfeifer.
+
General Remarks
@@ -29,24 +45,24 @@ This binding comes AS IS with no warranty, implied or expressed.
- The functionality is modeled to be compatible with the ncurses
package, a clone of the SVr4 curses model.
I did the development on an Intel box running the latest stable release of
-Linux, ncurses and the most recent released
+Linux, ncurses and the most recent released
GNU Ada Translator
gnat versions. For any older versions of ncurses and gnat
it is not guaranteed to work.
- You must have the m4 macroprocessor to build this package.
If you don't have this program, you can get the FSF version
-here.
+here.
- Ada programs are supposed to be readable. One of my
favorite methods to make code readable is to use expressive
names for the identifiers. You can find a list of a mapping
of the cryptic curses names to the Ada names in this table.
-- This is not a typical one-2-one interface mapping. It is
-close to one-2-one on the functional level. Each (n)curses function
+
- This is not a typical one-to-one interface mapping. It is
+close to one-to-one on the functional level. Each (n)curses function
has it's counterpart with a more or less similar formal parameter list
-in the binding. It is not one-2-one with respect to the datatypes.
+in the binding. It is not one-to-one with respect to the datatypes.
I tried to make records out of the flat chtype and similar structures,
so you don't have to do bit operations to mark an attributed character
-as bold. Just make the boolean member bold of the record
+as bold. Just make the boolean member bold of the record
true. The binding also hides the structures like WINDOW, PANEL, MENU, FORM
etc. ! It's a pure functional API.
- I try to do as much error checking as possible and feasible
@@ -58,8 +74,7 @@ error checking style of C.
- Support for wide characters is currently not in the binding, as it
is not really in ncurses at this point in time.
-
-
+
Limitations
- I provide no SCREEN datatype and functions to set a new screen.
@@ -79,7 +94,7 @@ which the various fieldtypes are derived.
forms subsystem.
- The *_IO packages are currently output only.
-
+
Hierarchy of packages
Forms
+
+
Text_IO
-
+
If you want to navigate through the html pages of the package specs, click here.
Implementation Details
Behind the abstraction
All the new types like Window, Panel,
Menu, Form etc. are just
-opaque representations of the pointers to the corresponding
-low level (n)curses structures like
+opaque representations of the pointers to the corresponding
+low level (n)curses structures like
WINDOW *, PANEL *,
MENU * or FORM *.
So you can safely pass them to C routines that expect a pointer
@@ -163,6 +178,6 @@ have two choices to deal with this:
Most likely you will follow a mixed approach. Some features are easy to simulate,
others will be hard if not impossible.
-I'm quite sure I forgot something.
+I'm quite sure I forgot something.