Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!cornell!uw-beaver!rice!sun-spots-request
From: donn@rice.edu (Donn Baumgartner)
Newsgroups: comp.sys.sun
Subject: Re: bold & inverse curses
Keywords: Software
Message-ID: <3031@kalliope.rice.edu>
Date: 26 Apr 89 08:19:41 GMT
References: <8903032033.AA01156@amadeus.mitre.org> <3851@stiatl.UUCP>
Sender: usenet@rice.edu
Organization: Rice University, Houston
Lines: 30
Approved: Sun-Spots@rice.edu
Original-Date: 6 Apr 89 16:16:10 GMT
X-Sun-Spots-Digest: Volume 7, Issue 255, message 4 of 16
X-Issue-Reference: v7n223 v7n202

In article <3851@stiatl.UUCP> stiatl!meo@gatech.edu (Miles O'Neal) writes:
>In article <8903032033.AA01156@amadeus.mitre.org> fkuhl@amadeus.mitre.org (F. S. Kuhl) writes:
>>... curses seems to support only a 'standout' mode that can
>>be either bold or inverse, but it doesn't appear to have another mode.
>>Are we missing something?  Is there a way to add a mode to curses?
>
>The Berkeley curses does not (unless there's something new), but the
>System V (R2 and on, at least) have been enhanced in several ways,
>including multiple-terminal (simultaneously from a program) support and
>enhanced attribute control....

Various versions of (Ken Arnold's) libcurses have been enhanced over the
years to support all sorts of things... I did one such 'enhancement'.  The
curses I support, supports multiple character attributes, colors, & fonts.
It has additional support for box drawing characters, as well.  The screen
drawing optimization routines have added support for (now) more common
display features, and in general are more likely to give minimal i/o (at
the expense, at times, of a few more cpu cycles).  I've added a lot of
things over the last 7 years, some of which I am currently forgetting to
mention... but I do have a document describing the entire package.  There
are #ifdef's for about six varieties of unix, so I claim the package is
very portable.

If you're interested, send me a note and I package it up and send it to
you.  (I'm not aware of any bugs in it..., but would gladly fix any found
- as time permits.  Any more I only keep this around for historical
reasons, and rogue).

	- Donn Baumgartner
	donn@rice.edu