https://bugzilla.novell.com/show_bug.cgi?id=778350 https://bugzilla.novell.com/show_bug.cgi?id=778350#c13 --- Comment #13 from Michael Chang <mchang@suse.com> 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.