* Emacs-CVS doesn't redraw correctly with gtk-2.6
@ 2004-12-31 2:43 Jens Lautenbacher
2004-12-31 8:20 ` Jan D.
0 siblings, 1 reply; 8+ messages in thread
From: Jens Lautenbacher @ 2004-12-31 2:43 UTC (permalink / raw)
[-- Attachment #1.1: Type: text/plain, Size: 413 bytes --]
Hi,
since I upgraded to gtk-2.6, emacs no longer clears the windows
correctly when popping up a context menu or when using the menus. On the
main emacs text widget all gtk stuff will no longer be erased so e.g.
traversing the menus will leave the screen cluttered with all the menus
opened.
I don't know gtk good enough to fix it myself, so maybe someone else can
look into this.
--
jtl
[-- Attachment #1.2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #2: Type: text/plain, Size: 142 bytes --]
_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Emacs-CVS doesn't redraw correctly with gtk-2.6
2004-12-31 2:43 Emacs-CVS doesn't redraw correctly with gtk-2.6 Jens Lautenbacher
@ 2004-12-31 8:20 ` Jan D.
2004-12-31 9:38 ` amardeeps
2004-12-31 15:31 ` Jens Lautenbacher
0 siblings, 2 replies; 8+ messages in thread
From: Jan D. @ 2004-12-31 8:20 UTC (permalink / raw)
Cc: Emacs-Devel
> Hi,
>
> since I upgraded to gtk-2.6, emacs no longer clears the windows
> correctly when popping up a context menu or when using the menus. On
> the
> main emacs text widget all gtk stuff will no longer be erased so e.g.
> traversing the menus will leave the screen cluttered with all the menus
> opened.
>
> I don't know gtk good enough to fix it myself, so maybe someone else
> can
> look into this.
Please use "Send Bug Report" from within Emacs or send the output from
xdpyinfo.
Thanks,
Jan D.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Emacs-CVS doesn't redraw correctly with gtk-2.6
2004-12-31 8:20 ` Jan D.
@ 2004-12-31 9:38 ` amardeeps
2004-12-31 15:31 ` Jens Lautenbacher
1 sibling, 0 replies; 8+ messages in thread
From: amardeeps @ 2004-12-31 9:38 UTC (permalink / raw)
i am also seeing the same behaviour.
xdpyinfo output:
name of display: :0.0
version number: 11.0
vendor string: The XFree86 Project, Inc
vendor release number: 40300000
XFree86 version: 4.3.0
maximum request size: 4194300 bytes
motion buffer size: 256
bitmap unit, bit order, padding: 32, LSBFirst, 32
image byte order: LSBFirst
number of supported pixmap formats: 7
supported pixmap formats:
depth 1, bits_per_pixel 1, scanline_pad 32
depth 4, bits_per_pixel 8, scanline_pad 32
depth 8, bits_per_pixel 8, scanline_pad 32
depth 15, bits_per_pixel 16, scanline_pad 32
depth 16, bits_per_pixel 16, scanline_pad 32
depth 24, bits_per_pixel 32, scanline_pad 32
depth 32, bits_per_pixel 32, scanline_pad 32
keycode range: minimum 8, maximum 255
focus: window 0x280288f, revert to Parent
number of extensions: 31
BIG-REQUESTS
DOUBLE-BUFFER
DPMS
Extended-Visual-Information
FontCache
GLX
LBX
MIT-SCREEN-SAVER
MIT-SHM
MIT-SUNDRY-NONSTANDARD
NV-CONTROL
NV-GLX
RANDR
RECORD
RENDER
SECURITY
SHAPE
SYNC
TOG-CUP
X-Resource
XC-APPGROUP
XC-MISC
XFree86-Bigfont
XFree86-DGA
XFree86-Misc
XFree86-VidModeExtension
XInputExtension
XKEYBOARD
XTEST
XVideo
XVideo-MotionCompensation
default screen number: 0
number of screens: 1
screen #0:
dimensions: 1600x1200 pixels (411x311 millimeters)
resolution: 99x98 dots per inch
depths (7): 24, 1, 4, 8, 15, 16, 32
root window id: 0x94
depth of root window: 24 planes
number of colormaps: minimum 1, maximum 1
default colormap: 0x20
default number of colormap cells: 256
preallocated pixels: black 0, white 16777215
options: backing-store NO, save-unders NO
largest cursor: 64x64
current input event mask: 0xfa2033
KeyPressMask KeyReleaseMask EnterWindowMask
LeaveWindowMask ButtonMotionMask StructureNotifyMask
SubstructureNotifyMask SubstructureRedirectMask FocusChangeMask
PropertyChangeMask ColormapChangeMask
number of visuals: 24
default visual id: 0x21
visual:
visual id: 0x21
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 10 bits
visual:
visual id: 0x22
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 10 bits
visual:
visual id: 0x23
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 10 bits
visual:
visual id: 0x24
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 10 bits
visual:
visual id: 0x25
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 10 bits
visual:
visual id: 0x26
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 10 bits
visual:
visual id: 0x27
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 10 bits
visual:
visual id: 0x28
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 10 bits
visual:
visual id: 0x29
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 10 bits
visual:
visual id: 0x2a
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 10 bits
visual:
visual id: 0x2b
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 10 bits
visual:
visual id: 0x2c
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 10 bits
visual:
visual id: 0x2d
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 10 bits
visual:
visual id: 0x2e
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 10 bits
visual:
visual id: 0x2f
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 10 bits
visual:
visual id: 0x30
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 10 bits
visual:
visual id: 0x31
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 10 bits
visual:
visual id: 0x32
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 10 bits
visual:
visual id: 0x33
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 10 bits
visual:
visual id: 0x34
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 10 bits
visual:
visual id: 0x35
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 10 bits
visual:
visual id: 0x36
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 10 bits
visual:
visual id: 0x37
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 10 bits
visual:
visual id: 0x38
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 10 bits
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Emacs-CVS doesn't redraw correctly with gtk-2.6
2004-12-31 8:20 ` Jan D.
2004-12-31 9:38 ` amardeeps
@ 2004-12-31 15:31 ` Jens Lautenbacher
2004-12-31 18:20 ` Jan D.
1 sibling, 1 reply; 8+ messages in thread
From: Jens Lautenbacher @ 2004-12-31 15:31 UTC (permalink / raw)
Cc: Emacs-Devel
[-- Attachment #1.1: Type: text/plain, Size: 4337 bytes --]
On Fri, 2004-12-31 at 09:20 +0100, Jan D. wrote:
> Please use "Send Bug Report" from within Emacs or send the output from
> xdpyinfo.
[~] $ xdpyinfo
name of display: :0.0
version number: 11.0
vendor string: The X.Org Foundation
vendor release number: 60801000
X.Org version: 6.8.1
maximum request size: 16777212 bytes
motion buffer size: 256
bitmap unit, bit order, padding: 32, LSBFirst, 32
image byte order: LSBFirst
number of supported pixmap formats: 7
supported pixmap formats:
depth 1, bits_per_pixel 1, scanline_pad 32
depth 4, bits_per_pixel 8, scanline_pad 32
depth 8, bits_per_pixel 8, scanline_pad 32
depth 15, bits_per_pixel 16, scanline_pad 32
depth 16, bits_per_pixel 16, scanline_pad 32
depth 24, bits_per_pixel 32, scanline_pad 32
depth 32, bits_per_pixel 32, scanline_pad 32
keycode range: minimum 8, maximum 255
focus: window 0x1400016, revert to Parent
number of extensions: 30
BIG-REQUESTS
DAMAGE
DOUBLE-BUFFER
DPMS
Extended-Visual-Information
GLX
LBX
MIT-SCREEN-SAVER
MIT-SHM
MIT-SUNDRY-NONSTANDARD
RANDR
RECORD
RENDER
SECURITY
SGI-GLX
SHAPE
SYNC
TOG-CUP
X-Resource
XC-APPGROUP
XC-MISC
XFIXES
XFree86-Bigfont
XFree86-DGA
XFree86-Misc
XFree86-VidModeExtension
XInputExtension
XKEYBOARD
XTEST
XVideo
default screen number: 0
number of screens: 1
screen #0:
dimensions: 1600x1200 pixels (542x406 millimeters)
resolution: 75x75 dots per inch
depths (7): 24, 1, 4, 8, 15, 16, 32
root window id: 0x40
depth of root window: 24 planes
number of colormaps: minimum 1, maximum 1
default colormap: 0x20
default number of colormap cells: 256
preallocated pixels: black 0, white 16777215
options: backing-store NO, save-unders NO
largest cursor: 64x64
current input event mask: 0xfa2033
KeyPressMask KeyReleaseMask EnterWindowMask
LeaveWindowMask ButtonMotionMask
StructureNotifyMask
SubstructureNotifyMask SubstructureRedirectMask FocusChangeMask
PropertyChangeMask ColormapChangeMask
number of visuals: 8
default visual id: 0x23
visual:
visual id: 0x23
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x24
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x25
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x26
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x27
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x28
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x29
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x2a
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
[~] $
[-- Attachment #1.2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #2: Type: text/plain, Size: 142 bytes --]
_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Emacs-CVS doesn't redraw correctly with gtk-2.6
2004-12-31 15:31 ` Jens Lautenbacher
@ 2004-12-31 18:20 ` Jan D.
2004-12-31 23:11 ` Jan D.
0 siblings, 1 reply; 8+ messages in thread
From: Jan D. @ 2004-12-31 18:20 UTC (permalink / raw)
Cc: jtl, amardeeps
Jens Lautenbacher wrote:
>On Fri, 2004-12-31 at 09:20 +0100, Jan D. wrote:
>
>
>>Please use "Send Bug Report" from within Emacs or send the output from
>>xdpyinfo.
>>
>>
>
>[~] $ xdpyinfo
>name of display: :0.0
>version number: 11.0
>vendor string: The X.Org Foundation
>vendor release number: 60801000
>X.Org version: 6.8.1
>maximum request size: 16777212 bytes
>motion buffer size: 256
>bitmap unit, bit order, padding: 32, LSBFirst, 32
>image byte order: LSBFirst
>number of supported pixmap formats: 7
>
Thanks. I don't have time to figure out exactly why this happens, but
I've added a fix in CVS. It could mean that more redrawing is done that
are needed. I see all kinds of strange redraw behaviour under Gtk+
2.6. I am not sure if Emacs or Gtk+ has a bug. In the mean time,
please try the fix in CVS.
Thanks for the report,
Jan D.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Emacs-CVS doesn't redraw correctly with gtk-2.6
2004-12-31 18:20 ` Jan D.
@ 2004-12-31 23:11 ` Jan D.
0 siblings, 0 replies; 8+ messages in thread
From: Jan D. @ 2004-12-31 23:11 UTC (permalink / raw)
> Thanks. I don't have time to figure out exactly why this happens, but
> I've added a fix in CVS. It could mean that more redrawing is done
> that are needed. I see all kinds of strange redraw behaviour under
> Gtk+ 2.6. I am not sure if Emacs or Gtk+ has a bug. In the mean
> time, please try the fix in CVS.
Apparently this worked more or less by accident with Gtk+ prior to 2.6.
The behaviour in 2.6 is said to be correct, so the fix in Emacs CVS is
what Emacs must do.
Jan D.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Emacs-CVS doesn't redraw correctly with gtk-2.6
@ 2005-01-02 4:39 sangu
2005-01-02 10:16 ` Jan D.
0 siblings, 1 reply; 8+ messages in thread
From: sangu @ 2005-01-02 4:39 UTC (permalink / raw)
http://lists.gnu.org/archive/html/emacs-devel/2004-12/msg01058.html
This problem is probably gtk+ 2.6 bug.
Please See : http://bugzilla.gnome.org/show_bug.cgi?id=161561
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Emacs-CVS doesn't redraw correctly with gtk-2.6
2005-01-02 4:39 sangu
@ 2005-01-02 10:16 ` Jan D.
0 siblings, 0 replies; 8+ messages in thread
From: Jan D. @ 2005-01-02 10:16 UTC (permalink / raw)
2005-01-02 kl. 05.39 skrev sangu:
> http://lists.gnu.org/archive/html/emacs-devel/2004-12/msg01058.html
> This problem is probably gtk+ 2.6 bug.
>
> Please See : http://bugzilla.gnome.org/show_bug.cgi?id=161561
See also http://bugzilla.gnome.org/show_bug.cgi?id=162645 where it says
it is not a Gtk+ bug.
Jan D.
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2005-01-02 10:16 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-12-31 2:43 Emacs-CVS doesn't redraw correctly with gtk-2.6 Jens Lautenbacher
2004-12-31 8:20 ` Jan D.
2004-12-31 9:38 ` amardeeps
2004-12-31 15:31 ` Jens Lautenbacher
2004-12-31 18:20 ` Jan D.
2004-12-31 23:11 ` Jan D.
-- strict thread matches above, loose matches on Subject: below --
2005-01-02 4:39 sangu
2005-01-02 10:16 ` Jan D.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.