From: "Jan Djärv" <jan.h.d@swipnet.se>
To: YAMAMOTO Mitsuharu <mituharu@math.s.chiba-u.ac.jp>
Cc: Chong Yidong <cyd@stupidchicken.com>,
emacs-devel@gnu.org, Filipe Cabecinhas <filcab@gmail.com>,
David De La Harpe Golden <david@harpegolden.net>
Subject: Re: visible-bell patch for Mac OS X
Date: Sat, 13 Feb 2010 08:54:33 +0100 [thread overview]
Message-ID: <4B765AB9.5050404@swipnet.se> (raw)
In-Reply-To: <wly6ixvdky.wl%mituharu@math.s.chiba-u.ac.jp>
YAMAMOTO Mitsuharu skrev:
>
> Another minor issue I've just found is disappearance of scroll bar
> when dragging an edge between mode lines horizontally (i.e., to change
> the width of windows):
>
> 1. emacs -Q
> 2. C-x 3
> (2.5. Optionally, C-x o followed by C-x 2)
> 3. Drag the edge between the mode lines at the bottom center in
> order to move the scroll bar horizontally.
>
> Then the scroll bar at the center disappears until you stop dragging.
> This does not happen when GDK_NATIVE_WINDOWS=1.
>
> (It would also be interesting to compare the result of the above
> experiment between NS and Mac ports.)
Can you file this as a bug?
David De La Harpe Golden writes:
> So I think gtk+ guys mean there's a way for emacs to request
> gtk to continue to use "native" (real X11 child) windows at the gtk/gdk level:
>
> Well, there is a way to do it app-globally- set env var GDK_NATIVE_WINDOWS=1
It can be done programmatically without resorting to globally use
GDK_NATIVE_WINDOWS=1. The issue here being, is this just a temporary fix,
i.e. will this option go away in future Gtk+ versions? My gut feeling is yes,
so I tried to not go that way.
Jan D.
prev parent reply other threads:[~2010-02-13 7:54 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-01-30 13:34 visible-bell patch for Mac OS X Filipe Cabecinhas
2010-01-31 3:34 ` Chong Yidong
2010-02-01 0:41 ` YAMAMOTO Mitsuharu
2010-02-01 15:56 ` Chong Yidong
2010-02-01 23:33 ` YAMAMOTO Mitsuharu
2010-02-02 1:40 ` YAMAMOTO Mitsuharu
2010-02-02 1:45 ` YAMAMOTO Mitsuharu
2010-02-02 8:47 ` Leo
2010-02-13 1:30 ` YAMAMOTO Mitsuharu
2010-02-13 1:51 ` David De La Harpe Golden
2010-02-13 3:54 ` Native scrollbars? [was: visible-bell patch for Mac OS X] Stephen J. Turnbull
2010-02-13 5:45 ` David De La Harpe Golden
2010-02-13 6:45 ` David De La Harpe Golden
2010-02-13 7:32 ` YAMAMOTO Mitsuharu
2010-02-13 13:32 ` Jan Djärv
2010-02-13 9:00 ` Native scrollbars? David Kastrup
2010-02-13 10:02 ` Eli Zaretskii
2010-02-13 12:23 ` Jan Djärv
2010-02-13 12:46 ` David Kastrup
2010-02-13 13:40 ` Jan Djärv
2010-02-13 14:26 ` David Kastrup
2010-02-13 13:50 ` Stephen J. Turnbull
2010-02-13 6:45 ` visible-bell patch for Mac OS X YAMAMOTO Mitsuharu
2010-02-13 7:01 ` David De La Harpe Golden
2010-02-13 7:54 ` Jan Djärv [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4B765AB9.5050404@swipnet.se \
--to=jan.h.d@swipnet.se \
--cc=cyd@stupidchicken.com \
--cc=david@harpegolden.net \
--cc=emacs-devel@gnu.org \
--cc=filcab@gmail.com \
--cc=mituharu@math.s.chiba-u.ac.jp \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).