Re: EOG background color ... when in fullscreen mode

Ana Dolosa <[email protected]> Fri, 06 Jan 2012 12:42:46 +0100
Newsgroups gmane.comp.gnome.apps.Eog
Message-ID <[email protected]>
Hi Felix,

... yes 'oxygen-gtk' style is already compatible with both GTK+-2.* and 
GTK+-3.* ... and this is how EOG 3.2.1 looks like on my Kubuntu Oneiric 
amd64 install :

http://ge.tt/8nL4OyB/v/0



Talking about IMMERSIVE things ... and why I am so interested in being 
able of customizing the fullscreen background color to my needs ... ... 
... maybe ... maybe the source of the problem is how I am using EOG. The 
truth is that I am not using EOG just as my Image Viewer ... but also as 
my 'Document' Viewer ... I will explain myself :

- I have come to the habit that ... whenever I read an interesting 
article on the web, a useful howto, whatever I consider very interesting 
and want to have a copy of it ... I take a photo of the whole web page 
(using Adblock plus gives you the chance of getting a very 'clean' 
photo) and store it for future consult or whatever. Instead of saving 
the web page (some files and a folder) I am interested in, having an PNG 
image is much more confortable ... it is easier to move between machines 
using Dropbox , I can even use OCR technology if I want to edit the 
'document' ... that's what I do ... but ... what I mainly do with these 
'documents' is reading them ... and here's where EOG comes in. EOG is so 
light, snappy, agile that it has become my 'document' viewer. I switched 
zooming for scrolling on a very deeply hidden entry on DSettings and now 
I can read, zoom and scroll very LONG 'documents' in a very handy 
fashion just moving my finger through the touchpad.


When in fullscreen mode ... where an IMMERSIVE background or a dark 
background may be convenient for viewing IMAGES ... it may not be so 
confortable for reading 'DOCUMENTS' due to the VERY high contrast 
between the black background and the usually white document's paper ... 
here's an example :


http://ge.tt/8kuWUyB/v/0


... at the end of the day it may just be a matter of tastes ... and yes 
... the problem here could be related to the fact that I am using an 
image viewer as a document viewer ... but ... ... ... EOG does it so 
well !! ... so soft ... ... the fonts' antialiasing works so smoothly 
... ... and ... ... I am not asking for the moon ... just being able of 
changing the background color ... ... ... ... who knows ... maybe I am 
not the only one user in this mood ...



... ANYWAY ...


... if you EOG guys have other priorities ... I can understand it ... so 
I have tried the workaround you showed me on the previous comment.

I have added the following at the end of my ~/.config/gtk-3.0/gtk.css


EogThumbView {
background-color: white;
}


... white instead of black just for checking if it works but ... in my 
case the color I would like to set would be #918E7D .


Actually ~/.config/gtk-3.0/ is a symbolic link to my 
/usr/share/themes/oxygen-gtk/gtk-3.0


This is how my ~/.config/gtk-3.0/gtk.css looks like :


http://pastebin.com/ZfdCshJp


Well ... after editing the file nothing happened ... I rebooted the 
laptop and ... the fullscreen background color remains black. :-(




Regarding to opening a bug in Bugzilla ... I mean ... I don't want to 
waste your time ... maybe it's just me giving great importance to a 
nonsense ... do you consider this really worth it ?


Thanks a lot.



El 05/01/12 16:40, Felix Riemann escribió:
> Am Donnerstag, den 05.01.2012, 01:56 +0100 schrieb Ana Dolosa:
>>    Hello,
> Hi Ana,
>
>
>>    I consider EOG such a great tool ... to the point that I am still
>> using it as my primary image viewer even though I migrated to KDE
>> some time ago.
> that's always nice to hear. :)
>
>>    I always wanted to be able to modify the background color  ... when
>> in FULLSCREEN mode (BLACK by default on my laptop).
>>
>>    These days I have had some time for gathering information to look
>> for a way to carry it out ... and this is what I have found ...
>>
>> - In 2009 something similar was requested ( Bug 569025 ;
>> https://bugzilla.gnome.org/show_bug.cgi?id=569025 ) :
>>
>>        At the end of the thread a responsible stated ...     “I'd
>> prefer to have this defined in a theme, instead of enforcing this to
>> eog users or adding a preferences for that. You can probably tweak
>> this in gtkrc file. Closing as WONTFIX. Thanks for the report anyway!”
>>
>>    The argument seems reasonable ...  but ... I didn't lose my faith.
> Well, this part is actually possible to do. If you are using a eog-3.x
> you can add the following CSS to your GTK-3 user overrides
> (~/.config/gtk-3.0/gtk.css) to paint your collection background black:
>
> EogThumbView {
> 	background-color: black;
> }
>
>>    I am using 'oxygen-gtk' style for gtk+ apps on KDE ... the practical
>> result of this setup is that widgets, COLORS, typographies on gtk+
>> apps are virtually identical to qt native ones.
> Hmm, okay. Is this actually compatible to GTK+-3.x already or is it
> still GTK+-2.x only?
>
>>    Coming back to my original itch ( being able to modify background
>> color of EOG when in fullscreen mode) ... according to the  previous
>> comment “I'd prefer to have this defined in a theme” ... all I had to
>> do was to define at KDE theme level the 'background color on
>> fullscreen mode' I wanted ... then 'oxygen-gtk' style would replicate
>> the settings for my EOG install in Kubuntu. But I bumped into an
>> strange KDE bug ...
>>
>>
>> - In 2005 it was requested having the availability to set the
>> background color in fullscreen mode on KDE ( Bug 101634 ;
>> http://bugs.kde.org/101634 ) :
>>
>>     In May 2011 a responsible stated ...    “Fullscreen mode is
>> designed to be more IMMERSIVE than browse or view mode. This
>> is the reason why the background is HARDCODED TO BLACK.”
>>
>>    The bug was closed as (RESOLVED ; WONT FIX)
>>
>>
>>    Sincerely ... my personal opinion is that the 'IMMERSIVE' argument
>> is not a good one ... not at all.
>>
>>
>>    Now I am STUCK ... at EOG they prefer the background color when in
>> fullscreen to be set at theme level ... and in KDE this level is
>> HARDCODED to black because Fullscreen mode is designed to be more
>> 'IMMERSIVE' .
> Well, "IMMERSIVE" isn't the term I'd use for it. But generally dark
> backgrounds are prefered for this due to the better contrast to the
> displayed image. That's also the reason why eog-3.x uses a darker theme
> variant (if available).
>>
>>    I don't feel brave enough myself for negotiating about 'IMMERSIVE'
>> issues and ... even though I understand EOG initial position is
>> reasonable ... I also consider that having the availability of setting
>> background color when in fullscreen would also be a great feature ...
>> that would make ALL EOG users independent from the desktop
>> environment ... which shouldn't be a bad thing.
>>
>>
>>    And my question ...
>>
>>       ... is there any chance this additional feature could be
>> implemented so that EOG users outwards GNOME could face things in an
>> less difficult way ?
>>
>>
>>    Or at least ...
>>
>>       ... anybody knows a way / trick / workaround  so that I can
>> customize the background color of EOG when in fullscreen mode ?    ...
>> maybe the 'gtkrc' way ?????
> It depends a bit on the version of eog you are using. eog-2.x uses GTK
> +-2.x and would require an override in a gtkrc file while eog-3.x/gtk
> +-3.x can be overriden using CSS (as shown above).
>
> The problem is that we set the background color programmatically when
> entering fullscreen mode and reset it upon leaving. This makes
> overriding through the theming system unavailable for this case. I
> wouldn't want to add a GSettings entry for this (like the other color
> settings) though as this setting would be changed by even less users.
>
> So, all I could offer would be to improve the possibility to theme the
> image view widget in fullscreen, although I have no idea about what
> would be the best way to do it.
>
> Anyway, I'd ask you to open a ticket in our Bugzilla for this request as
> it makes it generally easier to track for us.
>
> Regards,
>
> Felix
>