From ana.dolosa@gmail.com Thu Jan 5 00:56:52 2012 Return-Path: X-Original-To: eog-list@gnome.org Delivered-To: eog-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B96F3750117 for ; Thu, 5 Jan 2012 00:56:52 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.822 X-Spam-Level: X-Spam-Status: No, score=-1.822 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.723, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, TW_GT=0.077, TW_KR=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dEJ4ha9yHvfS for ; Thu, 5 Jan 2012 00:56:47 +0000 (UTC) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by menubar.gnome.org (Postfix) with ESMTP id 1B7A17500B9 for ; Thu, 5 Jan 2012 00:56:38 +0000 (UTC) Received: by werb13 with SMTP id b13so19949wer.27 for ; Wed, 04 Jan 2012 16:56:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=GykpuF+inHYCiATG23Ld9cheAZOirqiHJO/XuQT6zR8=; b=YJCcr7FZHcCgACYm65IEPAOk6y9sCGmYR20vkOCPIVCCxr/+yUW8ceWtMLuUkGChmN rco5FOmDQvb8VIzpBl9mlWyc5XfSJUtaJs3BVf4QutQw3zF96asR+lHGvrBqSA5+cNnM lli0oAWwE7R8yZJdd9HwF8zWvwXpidm1FDdcw= Received: by 10.216.132.199 with SMTP id o49mr105446wei.50.1325724997048; Wed, 04 Jan 2012 16:56:37 -0800 (PST) Received: from [178.139.127.10] ([178.139.127.10]) by mx.google.com with ESMTPS id q34sm48131520wbm.15.2012.01.04.16.56.33 (version=SSLv3 cipher=OTHER); Wed, 04 Jan 2012 16:56:35 -0800 (PST) Message-ID: <4F04F540.7000607@gmail.com> Date: Thu, 05 Jan 2012 01:56:32 +0100 From: Ana Dolosa User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:9.0) Gecko/20111220 Thunderbird/9.0 MIME-Version: 1.0 To: eog-list@gnome.org Subject: EOG background color ... when in fullscreen mode Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 05 Jan 2012 12:54:51 +0000 X-BeenThere: eog-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Development of the Eye of GNOME application List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jan 2012 00:56:53 -0000 Hello,

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.

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.

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.

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' .

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 ?????

   Thank you.

From friemann@gnome.org Thu Jan 5 15:40:39 2012 Return-Path: X-Original-To: eog-list@gnome.org Delivered-To: eog-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3E269750115 for ; Thu, 5 Jan 2012 15:40:39 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -0.967 X-Spam-Level: X-Spam-Status: No, score=-0.967 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, SPF_NEUTRAL=0.779, TW_GT=0.077, TW_KR=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lnm6M8E0nKu9 for ; Thu, 5 Jan 2012 15:40:34 +0000 (UTC) Received: from wp102.webpack.hosteurope.de (wp102.webpack.hosteurope.de [80.237.132.109]) by menubar.gnome.org (Postfix) with ESMTP id E5F2775005F for ; Thu, 5 Jan 2012 15:40:25 +0000 (UTC) Received: from p5480fb06.dip.t-dialin.net ([84.128.251.6] helo=[192.168.1.100]); authenticated by wp102.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) id 1RipQV-0000v4-7O; Thu, 05 Jan 2012 16:40:23 +0100 Message-ID: <1325778017.2529.15.camel@kirschsaft> Subject: Re: EOG background color ... when in fullscreen mode From: Felix Riemann To: Ana Dolosa Date: Thu, 05 Jan 2012 16:40:17 +0100 In-Reply-To: <4F04F540.7000607@gmail.com> References: <4F04F540.7000607@gmail.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.2 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 X-bounce-key: webpack.hosteurope.de;friemann@gnome.org;1325778033;7a3cca19; Cc: eog-list@gnome.org X-BeenThere: eog-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Development of the Eye of GNOME application List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jan 2012 15:40:39 -0000 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). >=20 > 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 ... >=20 > - In 2009 something similar was requested ( Bug 569025 ; > https://bugzilla.gnome.org/show_bug.cgi?id=3D569025 ) : >=20 > At the end of the thread a responsible stated ... =E2=80=9CI'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!=E2= =80=9D >=20 > 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 =E2=80=9CI'd prefer to have this defined in a theme=E2=80=9D ... = 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 ... >=20 >=20 > - 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 ) : >=20 > In May 2011 a responsible stated ... =E2=80=9CFullscreen mode is > designed to be more IMMERSIVE than browse or view mode. This > is the reason why the background is HARDCODED TO BLACK.=E2=80=9D > =20 > The bug was closed as (RESOLVED ; WONT FIX) >=20 >=20 > Sincerely ... my personal opinion is that the 'IMMERSIVE' argument > is not a good one ... not at all. >=20 >=20 > 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). >=20 >=20 > 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. >=20 >=20 > And my question ... >=20 > ... is there any chance this additional feature could be > implemented so that EOG users outwards GNOME could face things in an > less difficult way ? >=20 >=20 > Or at least ...=20 >=20 > ... 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 From ana.dolosa@gmail.com Fri Jan 6 11:43:11 2012 Return-Path: X-Original-To: eog-list@gnome.org Delivered-To: eog-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 54F8675006B; Fri, 6 Jan 2012 11:43:11 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.546 X-Spam-Level: X-Spam-Status: No, score=-2.546 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, TW_GT=0.077, TW_KR=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GX+FfBik8FFb; Fri, 6 Jan 2012 11:43:07 +0000 (UTC) Received: from mail-ww0-f46.google.com (mail-ww0-f46.google.com [74.125.82.46]) by menubar.gnome.org (Postfix) with ESMTP id 280E875005F; Fri, 6 Jan 2012 11:42:56 +0000 (UTC) Received: by wgbdq10 with SMTP id dq10so1025766wgb.27 for ; Fri, 06 Jan 2012 03:42:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=lpZBuSCcezzfIeS+YwJEzIxxzG+20Hw1BjzDwrhPGQE=; b=tzAkYs1ocPWbjvCuRlXrzuDAlVF9eb8nj/39yybROlj+al3l2LDMs/sLKvOGt2WlW8 wscS678f9j0DvDQRUlzWjITKfKskRJdymN08jUmrwpOQFdPOV/VNWrlRvx/GPTLvT44c c22VFTspiuriQGvMxGSNvtI3gUzfQ1sZsQ5kg= Received: by 10.180.24.105 with SMTP id t9mr6563971wif.19.1325850171517; Fri, 06 Jan 2012 03:42:51 -0800 (PST) Received: from [31.4.36.55] ([31.4.36.55]) by mx.google.com with ESMTPS id eu3sm38164075wib.6.2012.01.06.03.42.48 (version=SSLv3 cipher=OTHER); Fri, 06 Jan 2012 03:42:50 -0800 (PST) Message-ID: <4F06DE36.7050707@gmail.com> Date: Fri, 06 Jan 2012 12:42:46 +0100 From: Ana Dolosa User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:9.0) Gecko/20111220 Thunderbird/9.0 MIME-Version: 1.0 To: Felix Riemann Subject: Re: EOG background color ... when in fullscreen mode References: <4F04F540.7000607@gmail.com> <1325778017.2529.15.camel@kirschsaft> In-Reply-To: <1325778017.2529.15.camel@kirschsaft> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Cc: EOG mailing-list X-BeenThere: eog-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Development of the Eye of GNOME application List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jan 2012 11:43:11 -0000 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 > From friemann@gnome.org Sun Jan 8 18:29:04 2012 Return-Path: X-Original-To: eog-list@gnome.org Delivered-To: eog-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B6A317500CA for ; Sun, 8 Jan 2012 18:29:04 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.044 X-Spam-Level: X-Spam-Status: No, score=-1.044 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, SPF_NEUTRAL=0.779, TW_GT=0.077] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EHXkx85fn5DL for ; Sun, 8 Jan 2012 18:29:02 +0000 (UTC) Received: from wp102.webpack.hosteurope.de (wp102.webpack.hosteurope.de [80.237.132.109]) by menubar.gnome.org (Postfix) with ESMTP id 106FE7500C3 for ; Sun, 8 Jan 2012 18:28:53 +0000 (UTC) Received: from p5480f02c.dip.t-dialin.net ([84.128.240.44] helo=[192.168.1.100]); authenticated by wp102.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) id 1RjxUB-0005iG-0J; Sun, 08 Jan 2012 19:28:51 +0100 Message-ID: <1326047320.2526.13.camel@kirschsaft> Subject: Re: EOG background color ... when in fullscreen mode From: Felix Riemann To: Ana Dolosa Date: Sun, 08 Jan 2012 19:28:40 +0100 In-Reply-To: <4F06DE36.7050707@gmail.com> References: <4F04F540.7000607@gmail.com> <1325778017.2529.15.camel@kirschsaft> <4F06DE36.7050707@gmail.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.2 Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-bounce-key: webpack.hosteurope.de;friemann@gnome.org;1326047342;8fb25e54; Cc: EOG mailing-list X-BeenThere: eog-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Development of the Eye of GNOME application List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2012 18:29:04 -0000 Am Freitag, den 06.01.2012, 12:42 +0100 schrieb Ana Dolosa: > Hi Felix, Hey Ana, > ... 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 that looks better than expected. Also, it shows the strange setup of eog's statusbar (note the bevel being to short). > > 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 That's indeed an interesting usage of eog, I haven't heard before of. I know some people use eog instead of evince to view their TIFF faxes, which is why there's also a plugin providing zoom to width functionality. But this is new to me. :) > ... 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. :-( Ah okay, that's a misunderstanding. That code was meant to show off that recoloring eog's GUI works in certain situations already. This targeted the feature that was requested in the bug you referenced in your last mail. Adding this snippet to your gtk config will in fact change the background color of the image collection widget (the thing with all the thumbnails) and not the huge image viewing widget. > > > 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 ? > Don't worry about this. Although Claudio and me are having troubles finding free time for eog for quite a long time now, we would've told you if we were totally against it. Also, putting it into a Bugzilla request ensures that it doesn't get lost (which happens pretty quick on a mailing list). And even if we have to postpone it, it might serve as a starting point for someone having enough free time wishing to devote it to GNOME/eog. ;) Talking of implementation, I made some short tests and it looks like the stuff you need could be implemented in a small plugin for eog. That would mean we likely won't have to touch eog's code and it won't hit users not requiring that functionality (which was one of the reasons the plugin API was created for eog). Regards, Felix From ana.dolosa@gmail.com Mon Jan 16 00:38:46 2012 Return-Path: X-Original-To: eog-list@gnome.org Delivered-To: eog-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 521927500AF; Mon, 16 Jan 2012 00:38:46 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.976 X-Spam-Level: X-Spam-Status: No, score=-1.976 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.723, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5SMenPfX41qs; Mon, 16 Jan 2012 00:38:45 +0000 (UTC) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by menubar.gnome.org (Postfix) with ESMTP id 93F75750095; Mon, 16 Jan 2012 00:38:35 +0000 (UTC) Received: by wibhq12 with SMTP id hq12so690193wib.27 for ; Sun, 15 Jan 2012 16:38:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :content-type:content-transfer-encoding; bh=5k1ZiteBWijxPgEG81ypRt0I+NQwHVM4bU8GvKjB49E=; b=hlNjyJoBnZSq+c3qz7WGLpbjwuqblqbFD/K1U1hN0DcexqUuFDSOnugPigqglADe4T geQtyuoQn/GT6YXhX9EWZssj3Uu33y7yNUQKjfFuIXL0HRaGRZeW8bD54JvlxztX3Dkq iQsWHGRge9YBMA4OjTrh7NA3wSDOR7ze0kpok= Received: by 10.180.81.35 with SMTP id w3mr15879263wix.10.1326674314178; Sun, 15 Jan 2012 16:38:34 -0800 (PST) Received: from [77.208.216.247] ([77.208.216.247]) by mx.google.com with ESMTPS id g12sm30715203wiw.10.2012.01.15.16.38.31 (version=SSLv3 cipher=OTHER); Sun, 15 Jan 2012 16:38:33 -0800 (PST) Message-ID: <4F13718A.2070706@gmail.com> Date: Mon, 16 Jan 2012 01:38:34 +0100 From: Ana Dolosa User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:9.0) Gecko/20111220 Thunderbird/9.0 MIME-Version: 1.0 To: Felix Riemann Subject: Re: EOG background color ... when in fullscreen mode Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: EOG mailing-list X-BeenThere: eog-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Development of the Eye of GNOME application List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 00:38:46 -0000
Hi Felix,

I'm sorry about the delay ... it's been a pretty busy week ...

Well ... I was finally able to fill in my first bug report ( Bug 667979 ) ... ever. It wasn't so tough after all ... anyway if you think I should add/remove/modify whatever ... please let me know.

The implementation you suggested last week ( a small plug-in ) ... would be perfect !!

Thank you.