[Scummvm-cvs-logs] CVS: scummvm TODO,1.65,1.66
Max Horn
fingolfin at users.sourceforge.net
Thu Jan 15 14:42:22 CET 2004
- Previous message: [Scummvm-cvs-logs] CVS: scummvm/scumm charset.cpp,2.84,2.85 nut_renderer.cpp,1.40,1.41
- Next message: [Scummvm-cvs-logs] CVS: scummvm/scumm actor.cpp,1.218,1.219 actor.h,1.49,1.50 script_v6.cpp,1.269,1.270
- Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
Update of /cvsroot/scummvm/scummvm
In directory sc8-pr-cvs1:/tmp/cvs-serv7995
Modified Files:
TODO
Log Message:
added COMI text TODO
Index: TODO
===================================================================
RCS file: /cvsroot/scummvm/scummvm/TODO,v
retrieving revision 1.65
retrieving revision 1.66
diff -u -d -r1.65 -r1.66
--- TODO 15 Jan 2004 10:54:47 -0000 1.65
+++ TODO 15 Jan 2004 22:41:23 -0000 1.66
@@ -140,6 +140,15 @@
increments of 8 pixels). See bug #629417.
* Implement o6_actorOps case 218 as used in Humongous games
* Add method of setting initial debug channels from command-line
+* COMI (maybe V7 games, too?): "Fix" CHARSET_1 behaviour when the room scrolls.
+ In particular, when text is drawn via CHARSET_1 and then scrolling takes
+ place, the text scrolls, too - but it really should stay fixed. There are
+ several ways to do this that I can think of. One would be to use an overlay
+ screen (i.e. use virtscreen 3, which isn't used at all currently) to draw
+ the text; then "compose" that screen over the main screen.
+ Or constantly (well, at least whenever the camera moves) redraw the text.
+ That would require buffering the text; maybe the blast text code could be
+ reused for this...
Broken Sword 2
==============
- Previous message: [Scummvm-cvs-logs] CVS: scummvm/scumm charset.cpp,2.84,2.85 nut_renderer.cpp,1.40,1.41
- Next message: [Scummvm-cvs-logs] CVS: scummvm/scumm actor.cpp,1.218,1.219 actor.h,1.49,1.50 script_v6.cpp,1.269,1.270
- Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
More information about the Scummvm-git-logs
mailing list