From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#19300: 24.4.51; visual-line-mode messes up after-string rendering when it spans all window columns Date: Tue, 09 Dec 2014 18:11:53 +0200 Message-ID: <83zjawx0om.fsf@gnu.org> References: <86a92zhved.fsf@yandex.ru> <834mt6ztva.fsf@gnu.org> <54857A0B.7020704@yandex.ru> <83r3waxh49.fsf@gnu.org> <5485D484.3020704@yandex.ru> <83lhmixedt.fsf@gnu.org> <5485F226.2040104@yandex.ru> <837fy1yiy4.fsf@gnu.org> <54864794.80802@yandex.ru> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1418141607 19337 80.91.229.3 (9 Dec 2014 16:13:27 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 9 Dec 2014 16:13:27 +0000 (UTC) Cc: 19300@debbugs.gnu.org To: Dmitry Gutov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Dec 09 17:13:20 2014 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 1XyNPb-0004ZC-FW for geb-bug-gnu-emacs@m.gmane.org; Tue, 09 Dec 2014 17:13:19 +0100 Original-Received: from localhost ([::1]:41177 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XyNPb-0001Zz-0t for geb-bug-gnu-emacs@m.gmane.org; Tue, 09 Dec 2014 11:13:19 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49008) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XyNPR-0001Su-TD for bug-gnu-emacs@gnu.org; Tue, 09 Dec 2014 11:13:15 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XyNPK-0000Xa-MF for bug-gnu-emacs@gnu.org; Tue, 09 Dec 2014 11:13:09 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:34399) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XyNPK-0000XT-Iy for bug-gnu-emacs@gnu.org; Tue, 09 Dec 2014 11:13:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1XyNPK-0006LK-9z for bug-gnu-emacs@gnu.org; Tue, 09 Dec 2014 11:13:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 09 Dec 2014 16:13:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19300 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 19300-submit@debbugs.gnu.org id=B19300.141814152824306 (code B ref 19300); Tue, 09 Dec 2014 16:13:02 +0000 Original-Received: (at 19300) by debbugs.gnu.org; 9 Dec 2014 16:12:08 +0000 Original-Received: from localhost ([127.0.0.1]:59844 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XyNOR-0006Jy-PL for submit@debbugs.gnu.org; Tue, 09 Dec 2014 11:12:08 -0500 Original-Received: from mtaout28.012.net.il ([80.179.55.184]:45179) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XyNOP-0006Jo-13 for 19300@debbugs.gnu.org; Tue, 09 Dec 2014 11:12:06 -0500 Original-Received: from conversion-daemon.mtaout28.012.net.il by mtaout28.012.net.il (HyperSendmail v2007.08) id <0NGB00H00OPEZG00@mtaout28.012.net.il> for 19300@debbugs.gnu.org; Tue, 09 Dec 2014 18:09:41 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout28.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NGB00CQ0OW12760@mtaout28.012.net.il>; Tue, 09 Dec 2014 18:09:41 +0200 (IST) In-reply-to: <54864794.80802@yandex.ru> X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x 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:97084 Archived-At: > Date: Tue, 09 Dec 2014 02:51:32 +0200 > From: Dmitry Gutov > CC: 19300@debbugs.gnu.org > > On 12/08/2014 10:39 PM, Eli Zaretskii wrote: > > I meant a recipe to show one window with the problem and another > > without, in the same session. If you achieve that with the same > > resizing of a window, it'd be interesting to see. > > The recipe won't work on your system anyway, right? Since you can't > reproduce the situation of just "one window with a problem", and the > above would be a (tiny bit) more complicated version of it. > > I can make a video, if you like. > > > The pixel size of the canonical character of that font, as you get in > > your session, would be a good start. E.g., put a breakpoint in > > set_cursor_from_row, then step a few lines, and type "pgrow". > > > > Here's the full recipe: > > ... > > (gdb) pgrow > > 14350 set_cursor_from_row (struct window *w, struct glyph_row *row, > (gdb) pgrow > TEXT: 39 glyphs > 0 0: STRETCH[20+15] pos=740 w=64 a+d=15+5 MB > 1 64: STRETCH[20+15] pos=741 w=64 a+d=15+5 MB > 2 128: STRETCH[20+15] pos=742 w=64 a+d=15+5 MB > 3 192: CHAR[ ] pos=743 blev=0,btyp=L w=8 a+d=15+5 MB > 4 200: CHAR["] pos=744 blev=0,btyp=L w=8 a+d=15+5 face=17 MB > 5 208: CHAR[ ] pos=745 blev=0,btyp=L w=8 a+d=15+5 face=17 MB > 6 216: CHAR[a] pos=746 blev=0,btyp=L w=8 a+d=15+5 face=17 MB > 7 224: CHAR[d] pos=747 blev=0,btyp=L w=8 a+d=15+5 face=17 MB > 8 232: CHAR[-] pos=748 blev=0,btyp=L w=8 a+d=15+5 face=17 MB > 9 240: CHAR[A] pos=749 blev=0,btyp=L w=8 a+d=15+5 face=17 MB > 10 248: CHAR[d] pos=750 blev=0,btyp=L w=8 a+d=15+5 face=17 MB > 11 256: CHAR[v] pos=751 blev=0,btyp=L w=8 a+d=15+5 face=17 MB > 12 264: CHAR[i] pos=752 blev=0,btyp=L w=8 a+d=15+5 face=17 MB > 13 272: CHAR[c] pos=753 blev=0,btyp=L w=8 a+d=15+5 face=17 MB > 14 280: CHAR[e] pos=754 blev=0,btyp=L w=8 a+d=15+5 face=17 MB > 15 288: CHAR[-] pos=755 blev=0,btyp=L w=8 a+d=15+5 face=17 MB > 16 296: CHAR[d] pos=756 blev=0,btyp=L w=8 a+d=15+5 face=17 MB > 17 304: CHAR[e] pos=757 blev=0,btyp=L w=8 a+d=15+5 face=17 MB > 18 312: CHAR[l] pos=758 blev=0,btyp=L w=8 a+d=15+5 face=17 MB > 19 320: CHAR[e] pos=759 blev=0,btyp=L w=8 a+d=15+5 face=17 MB > 20 328: CHAR[t] pos=760 blev=0,btyp=L w=8 a+d=15+5 face=17 MB > 21 336: CHAR[e] pos=761 blev=0,btyp=L w=8 a+d=15+5 face=17 MB > 22 344: CHAR[-] pos=762 blev=0,btyp=L w=8 a+d=15+5 face=17 MB > 23 352: CHAR[f] pos=763 blev=0,btyp=L w=8 a+d=15+5 face=17 MB > 24 360: CHAR[i] pos=764 blev=0,btyp=L w=8 a+d=15+5 face=17 MB > 25 368: CHAR[l] pos=765 blev=0,btyp=L w=8 a+d=15+5 face=17 MB > 26 376: CHAR[e] pos=766 blev=0,btyp=L w=8 a+d=15+5 face=17 MB > 27 384: CHAR[ ] pos=767 blev=0,btyp=L w=8 a+d=15+5 face=17 MB > 28 392: CHAR[<] pos=768 blev=0,btyp=L w=8 a+d=15+5 face=17 MB > 29 400: CHAR[f] pos=769 blev=0,btyp=L w=8 a+d=15+5 face=17 MB > 30 408: CHAR[>] pos=770 blev=0,btyp=L w=8 a+d=15+5 face=17 MB > 31 416: CHAR[ ] pos=771 blev=0,btyp=L w=8 a+d=15+5 face=17 MB > 32 424: CHAR[ ] pos=772 blev=0,btyp=L w=8 a+d=15+5 face=17 MB > 33 432: CHAR[ ] pos=773 blev=0,btyp=L w=8 a+d=15+5 face=17 MB > 34 440: CHAR[ ] pos=774 blev=0,btyp=L w=8 a+d=15+5 face=17 MB > 35 448: CHAR[ ] pos=775 blev=0,btyp=L w=8 a+d=15+5 face=17 MB > 36 456: CHAR[ ] pos=776 blev=0,btyp=L w=8 a+d=15+5 face=17 MB > 37 464: CHAR["] pos=777 blev=0,btyp=L w=8 a+d=15+5 face=17 MB > 38 472: CHAR[ ] pos=0 blev=0,btyp=B w=8 a+d=15+5 MB This means every character is 8 pixels wide, so I'd expect the wrapping to occur around 256-pixel wide window. > >> I can also drag the left window border a bit, so that (window-width) > >> still returns 34, but (window-pixel-width) is 291, then the lines in the > >> test buffer become not wrapped. > > > > The fact that pixel size changes, but the size in characters doesn't > > is expected, of course. > > I wrote down specific numbers, for you to maybe try resizing the window > to these dimensions. Like mentioned, I see the problem at 288px, and > there's no problem at 291px, while the reported width in columns stays > the same. These are not the numbers we need, we need what this returns: M-: (window-width nil t) RET > It's fairly hard to reach 288px though, because dragging with the mouse > still moves the window border in jumps (even though not by columns). Perhaps set window-resize-pixelwise non-nil.