From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?ISO-8859-1?Q?Jan_Dj=E4rv?= Newsgroups: gmane.emacs.devel Subject: Re: visible-bell patch for Mac OS X Date: Sat, 13 Feb 2010 08:54:33 +0100 Message-ID: <4B765AB9.5050404@swipnet.se> References: <87ljffx7zr.fsf@stupidchicken.com> <87bpg90x1s.fsf@stupidchicken.com> <4B7605BF.10404@harpegolden.net> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1266047751 11660 80.91.229.12 (13 Feb 2010 07:55:51 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 13 Feb 2010 07:55:51 +0000 (UTC) Cc: Chong Yidong , emacs-devel@gnu.org, Filipe Cabecinhas , David De La Harpe Golden To: YAMAMOTO Mitsuharu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Feb 13 08:55:48 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1NgCqy-0007VG-FD for ged-emacs-devel@m.gmane.org; Sat, 13 Feb 2010 08:55:48 +0100 Original-Received: from localhost ([127.0.0.1]:33196 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NgCqy-0003UP-2P for ged-emacs-devel@m.gmane.org; Sat, 13 Feb 2010 02:55:48 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NgCpq-0003Jg-GX for emacs-devel@gnu.org; Sat, 13 Feb 2010 02:54:38 -0500 Original-Received: from [140.186.70.92] (port=36196 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NgCpp-0003JS-Hi for emacs-devel@gnu.org; Sat, 13 Feb 2010 02:54:37 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1NgCpo-0002oq-AY for emacs-devel@gnu.org; Sat, 13 Feb 2010 02:54:37 -0500 Original-Received: from proxy2.bredband.net ([195.54.101.72]:53398) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NgCpn-0002oj-I2 for emacs-devel@gnu.org; Sat, 13 Feb 2010 02:54:36 -0500 Original-Received: from ipb1.telenor.se (195.54.127.164) by proxy2.bredband.net (7.3.140.3) id 4AD3E1BC035C6ABD for emacs-devel@gnu.org; Sat, 13 Feb 2010 08:54:34 +0100 X-SMTPAUTH-B2: X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApRHAGbpdUtV4S1uPGdsb2JhbACbHAwBAQEBNy69LIRaBI4m X-IronPort-AV: E=Sophos;i="4.49,466,1262559600"; d="scan'208";a="36695532" Original-Received: from c-6e2de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.110]) by ipb1.telenor.se with ESMTP; 13 Feb 2010 08:54:34 +0100 Original-Received: from [172.20.199.2] (gaffa [172.20.199.2]) by coolsville.localdomain (Postfix) with ESMTP id 7B5867FA01A; Sat, 13 Feb 2010 08:54:33 +0100 (CET) User-Agent: Thunderbird 2.0.0.23 (X11/20090817) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:121094 Archived-At: 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.