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#12419: Mouse click changes layout Date: Wed, 26 Sep 2012 14:43:22 +0200 Message-ID: <5062F86A.4060502@gmx.at> References: <504FB55D.5030405@t-online.de> <5050432C.4060203@gmx.at> <5052450F.8030001@t-online.de> <5052F242.4060303@gmx.at> <5055D769.1060804@t-online.de> <50561046.60902@gmx.at> <505E1FB6.1050504@t-online.de> <505ED4AB.7070009@gmx.at> <505F8576.8070902@t-online.de> <50601715.6030108@gmx.at> <833927jxrx.fsf@gnu.org> <5061802C.1070600@gmx.at> <834nmmi9sq.fsf@gnu.org> <5061BBD7.8070009@gmx.at> <83ehlpgpn9.fsf@gnu.org> <5062E0ED.3050901@gmx.at> <83a9wdgfri.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1348663460 15599 80.91.229.3 (26 Sep 2012 12:44:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 26 Sep 2012 12:44:20 +0000 (UTC) Cc: occitan@esperanto.org, 12419@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Sep 26 14:44:24 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 1TGqyU-0003gz-PF for geb-bug-gnu-emacs@m.gmane.org; Wed, 26 Sep 2012 14:44:22 +0200 Original-Received: from localhost ([::1]:35192 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TGqyP-0005h2-Mc for geb-bug-gnu-emacs@m.gmane.org; Wed, 26 Sep 2012 08:44:17 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:59567) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TGqyJ-0005ep-0X for bug-gnu-emacs@gnu.org; Wed, 26 Sep 2012 08:44:16 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TGqyD-0004X0-C8 for bug-gnu-emacs@gnu.org; Wed, 26 Sep 2012 08:44:10 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:46945) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TGqyD-0004WZ-8e for bug-gnu-emacs@gnu.org; Wed, 26 Sep 2012 08:44:05 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1TGqy9-0007NC-VG for bug-gnu-emacs@gnu.org; Wed, 26 Sep 2012 08:44:01 -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: Wed, 26 Sep 2012 12:44:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12419 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 12419-submit@debbugs.gnu.org id=B12419.134866341028298 (code B ref 12419); Wed, 26 Sep 2012 12:44:01 +0000 Original-Received: (at 12419) by debbugs.gnu.org; 26 Sep 2012 12:43:30 +0000 Original-Received: from localhost ([127.0.0.1]:56491 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TGqxd-0007MM-Lb for submit@debbugs.gnu.org; Wed, 26 Sep 2012 08:43:30 -0400 Original-Received: from mailout-de.gmx.net ([213.165.64.23]:37135) by debbugs.gnu.org with smtp (Exim 4.72) (envelope-from ) id 1TGqxa-0007MB-LX for 12419@debbugs.gnu.org; Wed, 26 Sep 2012 08:43:28 -0400 Original-Received: (qmail invoked by alias); 26 Sep 2012 12:43:26 -0000 Original-Received: from 62-47-46-104.adsl.highway.telekom.at (EHLO [62.47.46.104]) [62.47.46.104] by mail.gmx.net (mp069) with SMTP; 26 Sep 2012 14:43:26 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX18kCZ5OpZUkeR56EUqriyIA1mcBzCIOqDniCtsKNU wXB2PP4wwj22ut In-Reply-To: <83a9wdgfri.fsf@gnu.org> 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:64917 Archived-At: > Sorry, I don't understand what you mean by "drawing over a previous > column/row". Which "previous" column/row are we talking about? For example, when we draw the mode-line of a window: Do we first clip the glyphs on the bottom of the last proper line of the window or do we draw them unclipped and afterwards draw the mode-line on top of it so it obscures the lower part of the window line? > A window must always start with a fully-visible line (unless it's the > only line), so in that sense a window always starts at an integral > number of lines. But it doesn't have to _end_ with a fully-visible > line. > > Does this explain why the above is not a problem? Yes. So the event reporting mechanism fully supports windows that display partially visible lines. >> Consider a two window frame, the upper window has 5 lines the lower >> window has 6 lines but in fact both are shown with 5.5 lines. > > Can't happen: a window that displays 5.5 lines must have 6 lines, or > else the glyphs for the last half-line will have no place in the glyph > matrix. Let's say the TTY equivalent of the upper window would display 5 lines. >> Now I >> enlarge the upper window by one line. Currently this makes a 6 to 5 >> lines frame. Would it make a 6.5 to 4.5 frame with the new code or a 6 >> to 5 lines frame? > > It's up to us. The easiest (and also the least surprising, IMO) would > be to resize from (5.5, 5.5) to (6.5, 4.5), i.e. by one full line. In this case the TTY equivalent would display (6, 5) lines. >> For implementing something like `count-screen-lines-to-pixels' and get >> rid of that crazy loop where we calculate `pos-visible-in-window-p' and >> resize the window. > > I think pos-visible-in-window-p is what you need. Currently it loops calling `pos-visible-in-window-p' until the position is visible. How avoid that loop? martin