* bug#12612: 24.2.50; Frame Background RGB(1,1,1) Darker Than Set Using GTK3
@ 2012-10-09 18:11 Taylor Venable
2012-10-09 20:18 ` Stephen Berman
0 siblings, 1 reply; 5+ messages in thread
From: Taylor Venable @ 2012-10-09 18:11 UTC (permalink / raw)
To: 12612
When using GTK3, any time one sets the frame background (e.g. from
startup, or using set-frame-parameter) there is a difference between the
background color of the part of the frame with text, and the part of the
frame without. The part with text is correct, but the part of the frame
without is darker by 1 bit in all three RGB attributes. For example, the
default background is white; if you take a screenshot and look at the
result in the GIMP you will find that space between text is #ffffff,
whereas the background after the end of the line or buffer is #fefefe.
Only with GTK3 have I noticed this; with GTK2 this does not occur. It
happens with -Q. You don't notice it with light (Emacs) themes, but on
my monitor I can see it with darker (Emacs) themes fairly easily. When
in doubt, you can always check with a screenshot. The exception is if
the background is set to #000000, in which case everything has a
background of #000000 as it should.
I have no GTK3 theme set. Thanks for having a look.
In GNU Emacs 24.2.50.2 (x86_64-unknown-linux-gnu, GTK+ Version 3.4.4)
of 2012-10-09 on trantor
Bzr revision: monnier@iro.umontreal.ca-20121009163751-ui2zwwoaj8bqwj52
Windowing system distributor `The X.Org Foundation', version 11.0.11204000
Configured using:
`configure '--prefix=/usr' '--sysconfdir=/etc' '--localstatedir=/var'
'--libexecdir=/usr/lib' '--mandir=/usr/share/man' '--without-sound'
'--with-xft' '--with-x-toolkit=gtk3' 'CFLAGS=-march=x86-64
-mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4
-D_FORTIFY_SOURCE=2'
'LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro''
Important settings:
value of $LC_COLLATE: POSIX
value of $LANG: en_US.UTF-8
locale-coding-system: utf-8-unix
default enable-multibyte-characters: t
Major mode: Lisp Interaction
Minor modes in effect:
tooltip-mode: t
mouse-wheel-mode: t
tool-bar-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
Recent input:
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<menu-bar> <help-menu> <send-emacs-bug-report>
Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Load-path shadows:
None found.
Features:
(shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml
easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231
mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums
mm-util mail-prsvr mail-utils time-date tooltip ediff-hook vc-hooks
lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image regexp-opt
fringe tabulated-list newcomment lisp-mode register page menu-bar
rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax
facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese
tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak
czech european ethiopic indian cyrillic chinese case-table epa-hook
jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces
cus-face macroexp files text-properties overlay sha1 md5 base64 format
env code-pages mule custom widget hashtable-print-readable backquote
make-network-process dbusbind dynamic-setting system-font-setting
font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs)
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#12612: 24.2.50; Frame Background RGB(1,1,1) Darker Than Set Using GTK3
2012-10-09 18:11 bug#12612: 24.2.50; Frame Background RGB(1,1,1) Darker Than Set Using GTK3 Taylor Venable
@ 2012-10-09 20:18 ` Stephen Berman
2012-10-13 21:52 ` Jan Djärv
0 siblings, 1 reply; 5+ messages in thread
From: Stephen Berman @ 2012-10-09 20:18 UTC (permalink / raw)
To: Taylor Venable; +Cc: 12612
On Tue, 9 Oct 2012 14:11:09 -0400 Taylor Venable <tvenable@mieweb.com> wrote:
> When using GTK3, any time one sets the frame background (e.g. from
> startup, or using set-frame-parameter) there is a difference between the
> background color of the part of the frame with text, and the part of the
> frame without. The part with text is correct, but the part of the frame
> without is darker by 1 bit in all three RGB attributes. For example, the
> default background is white; if you take a screenshot and look at the
> result in the GIMP you will find that space between text is #ffffff,
> whereas the background after the end of the line or buffer is #fefefe.
>
> Only with GTK3 have I noticed this; with GTK2 this does not occur.
I confirm both these observations.
> happens with -Q. You don't notice it with light (Emacs) themes, but on
> my monitor I can see it with darker (Emacs) themes fairly easily. When
> in doubt, you can always check with a screenshot.
On my monitor (and with my eyes) I can't tell the difference, but when I
used a color picker program it showed just what you describe.
> The exception is if
> the background is set to #000000, in which case everything has a
> background of #000000 as it should.
I guess that's no exception, since there are no negative RGB values.
> I have no GTK3 theme set. Thanks for having a look.
I'm using oxygen-gtk on KDE4.
> In GNU Emacs 24.2.50.2 (x86_64-unknown-linux-gnu, GTK+ Version 3.4.4)
> of 2012-10-09 on trantor
> Bzr revision: monnier@iro.umontreal.ca-20121009163751-ui2zwwoaj8bqwj52
Mine: GNU Emacs 24.2.50.1 (x86_64-suse-linux-gnu, GTK+ Version 3.4.4) of
2012-10-03 on rosalinde
Bzr revision 110349 eggert@cs.ucla.edu-20121002193810-gu1indup6lry2cxn
(Not seen on GNU Emacs 23.3.1 (x86_64-suse-linux-gnu, GTK+ Version
2.24.10) of 2012-08-15 on build21.)
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#12612: 24.2.50; Frame Background RGB(1,1,1) Darker Than Set Using GTK3
2012-10-09 20:18 ` Stephen Berman
@ 2012-10-13 21:52 ` Jan Djärv
2012-10-14 9:33 ` Stephen Berman
2012-10-15 13:30 ` Taylor Venable
0 siblings, 2 replies; 5+ messages in thread
From: Jan Djärv @ 2012-10-13 21:52 UTC (permalink / raw)
To: Stephen Berman; +Cc: 12612-done, Taylor Venable
Hello.
I think I fixed this, please test it.
Thanks,
Jan D.
9 okt 2012 kl. 22:18 skrev Stephen Berman <stephen.berman@gmx.net>:
> On Tue, 9 Oct 2012 14:11:09 -0400 Taylor Venable <tvenable@mieweb.com> wrote:
>
>> When using GTK3, any time one sets the frame background (e.g. from
>> startup, or using set-frame-parameter) there is a difference between the
>> background color of the part of the frame with text, and the part of the
>> frame without. The part with text is correct, but the part of the frame
>> without is darker by 1 bit in all three RGB attributes. For example, the
>> default background is white; if you take a screenshot and look at the
>> result in the GIMP you will find that space between text is #ffffff,
>> whereas the background after the end of the line or buffer is #fefefe.
>>
>> Only with GTK3 have I noticed this; with GTK2 this does not occur.
>
> I confirm both these observations.
>
>> happens with -Q. You don't notice it with light (Emacs) themes, but on
>> my monitor I can see it with darker (Emacs) themes fairly easily. When
>> in doubt, you can always check with a screenshot.
>
> On my monitor (and with my eyes) I can't tell the difference, but when I
> used a color picker program it showed just what you describe.
>
>> The exception is if
>> the background is set to #000000, in which case everything has a
>> background of #000000 as it should.
>
> I guess that's no exception, since there are no negative RGB values.
>
>> I have no GTK3 theme set. Thanks for having a look.
>
> I'm using oxygen-gtk on KDE4.
>
>> In GNU Emacs 24.2.50.2 (x86_64-unknown-linux-gnu, GTK+ Version 3.4.4)
>> of 2012-10-09 on trantor
>> Bzr revision: monnier@iro.umontreal.ca-20121009163751-ui2zwwoaj8bqwj52
>
> Mine: GNU Emacs 24.2.50.1 (x86_64-suse-linux-gnu, GTK+ Version 3.4.4) of
> 2012-10-03 on rosalinde
> Bzr revision 110349 eggert@cs.ucla.edu-20121002193810-gu1indup6lry2cxn
>
> (Not seen on GNU Emacs 23.3.1 (x86_64-suse-linux-gnu, GTK+ Version
> 2.24.10) of 2012-08-15 on build21.)
>
>
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#12612: 24.2.50; Frame Background RGB(1,1,1) Darker Than Set Using GTK3
2012-10-13 21:52 ` Jan Djärv
@ 2012-10-14 9:33 ` Stephen Berman
2012-10-15 13:30 ` Taylor Venable
1 sibling, 0 replies; 5+ messages in thread
From: Stephen Berman @ 2012-10-14 9:33 UTC (permalink / raw)
To: 12612
On Sat, 13 Oct 2012 23:52:45 +0200 Jan Djärv <jan.h.d@swipnet.se> wrote:
> Hello.
>
> I think I fixed this, please test it.
It's fixed for me (judging by my color picker tool). Thanks.
Steve Berman
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#12612: 24.2.50; Frame Background RGB(1,1,1) Darker Than Set Using GTK3
2012-10-13 21:52 ` Jan Djärv
2012-10-14 9:33 ` Stephen Berman
@ 2012-10-15 13:30 ` Taylor Venable
1 sibling, 0 replies; 5+ messages in thread
From: Taylor Venable @ 2012-10-15 13:30 UTC (permalink / raw)
To: Jan Djärv, Stephen Berman; +Cc: 12612-done@debbugs.gnu.org
Works for me, thank you!
-----Original Message-----
From: Jan Djärv [mailto:jan.h.d@swipnet.se]
Sent: Saturday, October 13, 2012 5:53 PM
To: Stephen Berman
Cc: Taylor Venable; 12612-done@debbugs.gnu.org
Subject: Re: bug#12612: 24.2.50; Frame Background RGB(1,1,1) Darker Than Set Using GTK3
Hello.
I think I fixed this, please test it.
Thanks,
Jan D.
9 okt 2012 kl. 22:18 skrev Stephen Berman <stephen.berman@gmx.net>:
> On Tue, 9 Oct 2012 14:11:09 -0400 Taylor Venable <tvenable@mieweb.com> wrote:
>
>> When using GTK3, any time one sets the frame background (e.g. from
>> startup, or using set-frame-parameter) there is a difference between
>> the background color of the part of the frame with text, and the part
>> of the frame without. The part with text is correct, but the part of
>> the frame without is darker by 1 bit in all three RGB attributes. For
>> example, the default background is white; if you take a screenshot
>> and look at the result in the GIMP you will find that space between
>> text is #ffffff, whereas the background after the end of the line or buffer is #fefefe.
>>
>> Only with GTK3 have I noticed this; with GTK2 this does not occur.
>
> I confirm both these observations.
>
>> happens with -Q. You don't notice it with light (Emacs) themes, but
>> on my monitor I can see it with darker (Emacs) themes fairly easily.
>> When in doubt, you can always check with a screenshot.
>
> On my monitor (and with my eyes) I can't tell the difference, but when
> I used a color picker program it showed just what you describe.
>
>> The exception is if
>> the background is set to #000000, in which case everything has a
>> background of #000000 as it should.
>
> I guess that's no exception, since there are no negative RGB values.
>
>> I have no GTK3 theme set. Thanks for having a look.
>
> I'm using oxygen-gtk on KDE4.
>
>> In GNU Emacs 24.2.50.2 (x86_64-unknown-linux-gnu, GTK+ Version 3.4.4)
>> of 2012-10-09 on trantor Bzr revision:
>> monnier@iro.umontreal.ca-20121009163751-ui2zwwoaj8bqwj52
>
> Mine: GNU Emacs 24.2.50.1 (x86_64-suse-linux-gnu, GTK+ Version 3.4.4)
> of
> 2012-10-03 on rosalinde
> Bzr revision 110349 eggert@cs.ucla.edu-20121002193810-gu1indup6lry2cxn
>
> (Not seen on GNU Emacs 23.3.1 (x86_64-suse-linux-gnu, GTK+ Version
> 2.24.10) of 2012-08-15 on build21.)
>
>
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2012-10-15 13:30 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-10-09 18:11 bug#12612: 24.2.50; Frame Background RGB(1,1,1) Darker Than Set Using GTK3 Taylor Venable
2012-10-09 20:18 ` Stephen Berman
2012-10-13 21:52 ` Jan Djärv
2012-10-14 9:33 ` Stephen Berman
2012-10-15 13:30 ` Taylor Venable
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).