This is the bug/patch tracker for Rockbox. Click here for more information.
Quick links: Bugs · Patches · Rockbox frontpage
FS#9537 - Backdrop for viewport
Attached to Project:
Rockbox
Opened by John Woznack (Software_Samurai) - Sunday, 09 November 2008, 00:11 GMT+2
Opened by John Woznack (Software_Samurai) - Sunday, 09 November 2008, 00:11 GMT+2
|
DetailsI'd like to suggest the following new WPS feature(s):
1. A viewport can be assigned an image as a "backdrop". a. A viewport may be assigned an image dynamically via the WPS tag "%VX<identifier>" (i.e. %VXa for image a, %VXZ for image Z, etc.) b. As a viewport is being processed and drawn, its backdrop would be drawn "first", followed by any other normal images/characters. 2. Viewport may define FF00FF as a background color, which would then be "transparent". This would allow overlapping viewports. 3. Fonts drawn in a viewport with a backdrop would automatically be drawn with DRMODE_FG. Notes on the attached patch file: + It was created from the SVN revision 18997 on Nov 3, 2008. + Although I stubbed in the new functions for all the LCD drivers, I've only flushed out the 16 bit driver so far. Cheers! 
ViewportBackdrop.patch
(19.2 KiB)
apps/gui/gwps-common.c | 10 ++ apps/gui/gwps.h | 1 apps/gui/viewport.c | 1 apps/gui/wps_debug.c | 4 + apps/gui/wps_parser.c | 22 ++++++ apps/plugins/test_viewports.c | 6 + apps/screen_access.c | 2 apps/screen_access.h | 1 firmware/drivers/lcd-16bit.c | 133 ++++++++++++++++++++++++++++++++++++--- firmware/drivers/lcd-1bit-vert.c | 10 ++ firmware/drivers/lcd-2bit-horz.c | 10 ++ firmware/drivers/lcd-2bit-vert.c | 10 ++ firmware/drivers/lcd-2bit-vi.c | 10 ++ firmware/export/lcd.h | 42 ++++++------ utils/wpseditor/libwps/src/api.c | 4 + utils/wpseditor/libwps/src/api.h | 2 utils/wpseditor/libwps/src/lcd.c | 9 ++ 17 files changed, 248 insertions(+), 29 deletions(-) |
This task depends upon
1. So that a viewport can have a backdrop image with scrollable font on top. (e.g. With viewports that activate other viewport based on various conditions, the overall arrangement/style can be dramatically different.)
2. So that a viewport can have a _dynamic_ backdrop image, with scrollable font on top. (e.g. Have a different image under the currently playing song title depending on what type of file it is.)
3. So that viewports can overlap.
"we do not support (or want) overlapping viewports."
I do. May I ask why you do not want to support overlapping viewports?
Except for for font over bitmaps part of course, which might be indeed very handy.
However I can this being usefull in other screens.
Also, with this, we could simplify / unify bitmap displaying in general + alowing fonts displayed on top of that bitmaps.
I'm not sure about the approach for the bitmap/font drawing though in the LCD driver though. This method would be quite a bit slower than the real backdrop method, it would be nice if this could be implemented in a way that was close to the performance of the real backdrop. At the moment I don't have a suggestion how though.