From 45584fdfe56d8f56dd7f27a462de501ff11c8a41 Mon Sep 17 00:00:00 2001 From: Gregory Nutt Date: Mon, 29 Dec 2014 11:03:33 -0600 Subject: [PATCH] Update TODO lis --- TODO | 21 ++++++++++++++++++++- 1 file changed, 20 insertions(+), 1 deletion(-) diff --git a/TODO b/TODO index 58352f8112..c78bc8a4f1 100644 --- a/TODO +++ b/TODO @@ -19,7 +19,7 @@ nuttx/ (4) USB (drivers/usbdev, drivers/usbhost) (11) Libraries (libc/, libm/) (11) File system/Generic drivers (fs/, drivers/) - (8) Graphics subystem (graphics/) + (9) Graphics subystem (graphics/) (1) Pascal add-on (pcode/) (1) Documentation (Documentation/) (2) Build system / Toolchains @@ -1367,6 +1367,25 @@ o Graphics subsystem (graphics/) Status: Open Priority: Medium-ish. This would definitely improve line drawing. + Title: PER-WINDOW FRAMEBUFFERS + Description: One of the most awkard things to handle in the NX windowing + system is the re-draw callback. This is difficult because it + requires ad hoc, custom logic to be able to do the redrawing + in most cases. + + One solution would be to provide a per-window framebuffer. + All rending would be performed into the per-window framebuffer + and the rended bits would be copied the LCD or framebuffer + device memory on demand when the redraw is required. + + This would (a) greatly simplify the graphics interface, (b) + greatly improve redraw performance, and (c) enable a more + generic use of the windowing. The downside would be a large + usage of memory to hold all of the framebuffers, one for each + window. + Status: Open + Priority: Low, of mostly strategic value. + o Pascal Add-On (pcode/) ^^^^^^^^^^^^^^^^^^^^^^