From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#11544: Subject: 24.1.50; ediff-buffers command window does not work properly Date: Thu, 24 May 2012 11:01:45 +0200 Message-ID: <4FBDF8F9.6060908@gmx.at> References: <4FBCA96C.1070705@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="------------090003040705080703020200" X-Trace: dough.gmane.org 1337850147 14356 80.91.229.3 (24 May 2012 09:02:27 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 24 May 2012 09:02:27 +0000 (UTC) Cc: 11544@debbugs.gnu.org To: Munawar Cheema Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu May 24 11:02:26 2012 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1SXTw8-0006pD-FV for geb-bug-gnu-emacs@m.gmane.org; Thu, 24 May 2012 11:02:24 +0200 Original-Received: from localhost ([::1]:40779 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SXTw8-0006sE-4m for geb-bug-gnu-emacs@m.gmane.org; Thu, 24 May 2012 05:02:24 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:52121) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SXTw4-0006rS-Kx for bug-gnu-emacs@gnu.org; Thu, 24 May 2012 05:02:22 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SXTvu-00083g-E6 for bug-gnu-emacs@gnu.org; Thu, 24 May 2012 05:02:20 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:60144) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SXTvu-00081g-B2 for bug-gnu-emacs@gnu.org; Thu, 24 May 2012 05:02:10 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1SXTwk-0007uB-Bj for bug-gnu-emacs@gnu.org; Thu, 24 May 2012 05:03:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 24 May 2012 09:03:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11544 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 11544-submit@debbugs.gnu.org id=B11544.133785016230362 (code B ref 11544); Thu, 24 May 2012 09:03:02 +0000 Original-Received: (at 11544) by debbugs.gnu.org; 24 May 2012 09:02:42 +0000 Original-Received: from localhost ([127.0.0.1]:41457 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SXTwP-0007te-Qx for submit@debbugs.gnu.org; Thu, 24 May 2012 05:02:42 -0400 Original-Received: from mailout-de.gmx.net ([213.165.64.22]:41450) by debbugs.gnu.org with smtp (Exim 4.72) (envelope-from ) id 1SXTwO-0007tS-Km for 11544@debbugs.gnu.org; Thu, 24 May 2012 05:02:41 -0400 Original-Received: (qmail invoked by alias); 24 May 2012 09:01:40 -0000 Original-Received: from 62-47-46-172.adsl.highway.telekom.at (EHLO [62.47.46.172]) [62.47.46.172] by mail.gmx.net (mp072) with SMTP; 24 May 2012 11:01:40 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX19MxltnY1xMGvggmcuviIOkPZenzfOITuT7EvWGez HT2lpdNM66n9Xf In-Reply-To: X-Y-GMX-Trusted: 0 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:60334 Archived-At: This is a multi-part message in MIME format. --------------090003040705080703020200 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Please keep CCing to 11544@debbugs.gnu.org so the information you provide does not get lost. > On this bug, after typing the ? first the window grows to normal size and > then the window's left edge stays in place But when you type "?" on your Windows Emacs the left edge moves? Could you try comparing the return values of the function `ediff-make-frame-position' on GNU/Linux and Windows respectively? > and the width decreases to about > a characters width in a fairly continuous movement. So it looks like an animated variant of bug#11480. > I tried emacs 23 and > it does the same thing on Ubuntu precise. I use emacs on windows and have > never seen this problem using ediff there if that helps. I don't have the slightest idea what's going on so I can only suggest to try the following: Locate the file ediff-wind.el (in the lisp/vc subdirectory) and try to apply the patch I attached. At least this way we should be able to find out whether doing two separate calls of `modify-frame-parameters' confuses your window manager. Thanks, martin --------------090003040705080703020200 Content-Type: text/plain; name="ediff-wind.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ediff-wind.diff" *** lisp/vc/ediff-wind.el 2012-04-26 03:04:36 +0000 --- lisp/vc/ediff-wind.el 2012-05-24 08:41:17 +0000 *************** *** 1004,1010 **** (goto-char (point-min)) ! (modify-frame-parameters ctl-frame adjusted-parameters) (make-frame-visible ctl-frame) ;; This works around a bug in 19.25 and earlier. There, if frame gets --- 1004,1013 ---- (goto-char (point-min)) ! (modify-frame-parameters ! ctl-frame ! (append adjusted-parameters ! (funcall ediff-control-frame-position-function ctl-buffer fwidth fheight))) (make-frame-visible ctl-frame) ;; This works around a bug in 19.25 and earlier. There, if frame gets *************** *** 1024,1032 **** ;; Now move the frame. We must do it separately due to an obscure bug in ;; XEmacs ! (modify-frame-parameters ! ctl-frame ! (funcall ediff-control-frame-position-function ctl-buffer fwidth fheight)) ;; synchronize so the cursor will move to control frame ;; per RMS suggestion --- 1027,1035 ---- ;; Now move the frame. We must do it separately due to an obscure bug in ;; XEmacs ! ;; (modify-frame-parameters ! ;; ctl-frame ! ;; (funcall ediff-control-frame-position-function ctl-buffer fwidth fheight)) ;; synchronize so the cursor will move to control frame ;; per RMS suggestion --------------090003040705080703020200--