On Sun, Jun 12, 2005 at 08:01:49AM -0400, Thomas Dickey wrote:
> On Sun, 12 Jun 2005, Daniel Jacobowitz wrote:
> 
> >On Sun, Jun 12, 2005 at 01:27:05PM +0930, Ron wrote:
> >>I'll be happy to make and test a patch if there is agreement on
> >>a desirable remedy.  Who (else) would I need to convince to make
> >>that a useful thing to pursue?
> >
> >Thomas Dickey.  But, don't you think that any action which moves the
> >cursor off the screen must be an error?  Remember, the cursor is
> >_visible_; we can't paint it if it's gone out of bounds.
> 
> When it's gone out of bounds, curses has to handle it specially.  On
> anything but the lower-right corner, ncurses can treat this as a case
> where the next addch will move the cursor (and has to store that state).
> But in the corner with scrollok false, there's nowhere to go.
> 
> There are some programs that test for the error - changing the behavior
> would break those.  (I don't have a list, but recall writing that into
> some test code after someone reported it as an issue).

I'm curious to know what Solaris returns in this case still, but do
you think it might be feasible to return something other than OK or
ERR to indicate this special case?

(the longer version of coming to that question can be read in an
earlier followup at http://bugs.debian.org/311345)

I'm seeing something of the opposite problem at the moment, in that I
would like to check for errors, but to do that I have to detect when
I write to this position and ignore (hopefully correctly) the error
that will always be reported.

If a real problem occurred, all bets are off for the program to know
about it.

I would like to fix that (somehow), but I do understand this is not a
trivial change, and probably means ncurses6, which likewise means
probably not soon if at all.  But I'm planning for the code that I'm
working on now to still be useful to me then (whenever that is ;)  so
I don't mind making long range plans here, or putting some work into
coding and testing solutions if we can find any good ones.

cheers,
Ron




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to