[2877] in BarnOwl Developers

home help back first fref pref prev next nref lref last post

[barnowl/barnowl] e062f9: Refactor some common code in colorpair_mgr

daemon@ATHENA.MIT.EDU (noreply@github.com)
Fri Feb 4 18:00:46 2011

Date: Fri, 4 Feb 2011 15:00:44 -0800
To: barnowl-dev@mit.edu
From: noreply@github.com

Branch: refs/heads/master
Home:   https://github.com/barnowl/barnowl

Commit: e062f97aa2bc53587f7f9eebcd9d789278474741
    https://github.com/barnowl/barnowl/commit/e062f97aa2bc53587f7f9eebcd9d789278474741
Author: David Benjamin <davidben@mit.edu>
Date:   2011-02-04 (Fri, 04 Feb 2011)

Changed paths:
  M fmtext.c
  M mainwin.c

Log Message:
-----------
Refactor some common code in colorpair_mgr

Reviewed-by: Alejandro R. Sedeño <asedeno@mit.edu>


Commit: 099597c2cb6389a72841e1aa2b7e3a381b4e500d
    https://github.com/barnowl/barnowl/commit/099597c2cb6389a72841e1aa2b7e3a381b4e500d
Author: David Benjamin <davidben@mit.edu>
Date:   2011-02-04 (Fri, 04 Feb 2011)

Changed paths:
  M fmtext.c
  M mainwin.c
  M owl.c
  M owl.h

Log Message:
-----------
Don't reset colorpairs in the middle of drawing

Resetting colorpairs while drawing the mainwin causes the existing
contents in a popwin to refer to invalid color pairs. We used to draw
the mainwin first and redraw the contents of each window from scratch.
Moving to libpanel in 1.6 changed this, so background colors
occasionally bled into your popwin.

This changes the colorpair logic to only trigger when we need to, and to
forcibly dirty every window if needed. NOTE: if we don't have enough
color-pairs to draw the current screen, this will draw everything twice.
But it will probably almost never happen.

Reported-by: Alex Dehnert <adehnert@mit.edu>
Reviewed-by: Alejandro R. Sedeño <asedeno@mit.edu>



home help back first fref pref prev next nref lref last post