<!--
- $Id: Ada95.html,v 1.15 2019/03/16 19:39:05 tom Exp $
+ $Id: Ada95.html,v 1.17 2021/09/04 10:52:55 tom Exp $
****************************************************************************
- * Copyright (c) 1998-2013,2019 Free Software Foundation, Inc. *
+ * Copyright 2019-2020,2021 Thomas E. Dickey *
+ * Copyright 2000-2010,2013 Free Software Foundation, Inc. *
* *
* Permission is hereby granted, free of charge, to any person obtaining a *
* copy of this software and associated documentation files (the *
<li>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
+ function has its counterpart with a more or less similar
formal parameter list 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 <strong>bold</strong> of the record true.
The binding also hides the structures like WINDOW, PANEL, MENU,
- FORM etc. ! It's a pure functional API.</li>
+ FORM etc. ! It is a pure functional API.</li>
<li>I try to do as much error checking as possible and feasible
in the binding. I will raise an Ada exception when something
<li>Although Ada95 is an OO Language, this binding doesn't
provide an OO abstraction of the (n)curses functionality. As
- mentioned above it's a thin binding for the (n)curses
+ mentioned above it is a thin binding for the (n)curses
functions. But without any doubt it would be nice to build on
top of this an OO abstraction of (n)curses functionality.<br>
The only exception is the method how fieldtypes are represented
projects / ncurses.git / blobdiff