https://bugzilla.novell.com/show_bug.cgi?id=778350
https://bugzilla.novell.com/show_bug.cgi?id=778350#c13
--- Comment #13 from Michael Chang 2012-09-04 07:55:10 UTC ---
Hi Alin,
First thank you for investigate this issue. That patch was reverted with
reasons that we are not sure the usage is correct(original(upstream) scrip only
allow you to set either theme or background at a time .. but not both), and the
test result is not satisfactory(the background not scaled or stretched as
expected, which is the major concern as the end result is not identical across
all the resolution .. and we have to pick the background carefully to not
easily expose the defect in the future we change branding).
I just looked again the grub2's source. Use GRUB_BACKGROUND to set terminal's
window may NOT be abuse .. The theme's init_terminal() eventually use
redraw_screen_rect() to draw the terminal contents, which is a common function
with gfxterm (and which in turn honors the settings of GRUB_BACKGROUND .. set
color_normal=... and so on).
However, the problem is obvious, at least two problem .
1. There's only one global instance of background image buffer (bitmap) which
is scaled well to fit the "full screen" width and height. So when it displays
on smaller terminal window, the background image get "cropped" with only part
of the upper left area displayed and not pre-dict-able result (depends on you
display size the actual area may change)
2. Theme defines the terminal-box "center" decoration image .. it would be
scale well to the box's width and height, but it was re-paint over by the
pixmap or default terminal background color.
I'll try if I could resolve them (and not too hackish). Before we fix this I
think reviving that patch is with concerns (we may have to do that .. but we
have to aware of the problems it has)
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.