From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov 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: Mon, 08 Dec 2014 18:40:36 +0200 Message-ID: <5485D484.3020704@yandex.ru> References: <86a92zhved.fsf@yandex.ru> <834mt6ztva.fsf@gnu.org> <54857A0B.7020704@yandex.ru> <83r3waxh49.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1418056888 27104 80.91.229.3 (8 Dec 2014 16:41:28 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 8 Dec 2014 16:41:28 +0000 (UTC) Cc: 19300@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Dec 08 17:41: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 1Xy1NA-0003Gm-GO for geb-bug-gnu-emacs@m.gmane.org; Mon, 08 Dec 2014 17:41:20 +0100 Original-Received: from localhost ([::1]:34890 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xy1NA-0007hb-3H for geb-bug-gnu-emacs@m.gmane.org; Mon, 08 Dec 2014 11:41:20 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49790) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xy1N0-0007hU-8J for bug-gnu-emacs@gnu.org; Mon, 08 Dec 2014 11:41:17 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xy1Ms-0006Jc-OM for bug-gnu-emacs@gnu.org; Mon, 08 Dec 2014 11:41:10 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:60618) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xy1Ms-0006JW-Kh for bug-gnu-emacs@gnu.org; Mon, 08 Dec 2014 11:41:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Xy1Ms-0001tC-1z for bug-gnu-emacs@gnu.org; Mon, 08 Dec 2014 11:41:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 08 Dec 2014 16:41:01 +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.14180568447229 (code B ref 19300); Mon, 08 Dec 2014 16:41:01 +0000 Original-Received: (at 19300) by debbugs.gnu.org; 8 Dec 2014 16:40:44 +0000 Original-Received: from localhost ([127.0.0.1]:57831 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xy1Ma-0001sX-Ca for submit@debbugs.gnu.org; Mon, 08 Dec 2014 11:40:44 -0500 Original-Received: from mail-wg0-f54.google.com ([74.125.82.54]:50655) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xy1MW-0001sM-BO for 19300@debbugs.gnu.org; Mon, 08 Dec 2014 11:40:41 -0500 Original-Received: by mail-wg0-f54.google.com with SMTP id l2so6632362wgh.13 for <19300@debbugs.gnu.org>; Mon, 08 Dec 2014 08:40:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=L/FirNCEPCWuaa5mC9beBf5EjNZOX+SPww1ot3Ggq5g=; b=RDS/nZmxAUHPVfGsoqk+w7mDALu3tF0ouN4axrw2bdLwANwATv2+KKsSUclnvJYJN7 Yk51oo6+uQ2T490Q2uy7R4XMCZeh15tkwJNIyohN/xUmKCb6VBxHULaCNpfYsMv1v/+U EqPbjnkYU9o7xZ9tI6eajeFA+z/AdudW0M6Q7hMJBJsC91L9iJ56ODEXESgIsekQGyxe XXqKKn1qoO+0CZNEU1NSP4NgAFoUoouFdiv+cuO5zJ4ERBZTwqfgE6ScUjxtkNwZaCMv sf7Hvv2unr3RLUgiTCya+8vNRG9uVHuNvfbOqMzSmBzft41/cnJrVa+H0MEnv4tz1RW2 e7Fg== X-Received: by 10.195.11.68 with SMTP id eg4mr45792170wjd.18.1418056838339; Mon, 08 Dec 2014 08:40:38 -0800 (PST) Original-Received: from [192.168.0.185] (static-nbl2-118.cytanet.com.cy. [212.31.107.118]) by mx.google.com with ESMTPSA id gi5sm57242614wjd.26.2014.12.08.08.40.37 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 08 Dec 2014 08:40:37 -0800 (PST) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 In-Reply-To: <83r3waxh49.fsf@gnu.org> 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:96999 Archived-At: On 12/08/2014 06:04 PM, Eli Zaretskii wrote: > visual-line-mode doesn't care about newlines, when the stuff before > the newline overflows the window width. Right. That's why I made sure the stuff before and after each newline fits the window. >> and the length of each line there equals to the value reported by >> (window-width). > > Not here: I'm sure it does. It depends on the test data only: 34 columns in the first example, 32 columns in the second. > I need to resize a bit the windows showing the overlays, in > order to see something similar to your images. The scenarios intentionally resize the newly popped window to make sure it's the right size. >> Without overlays, even when visual-line-mode is enabled, I can make a >> window body 34 chars wide and type 34 characters (maybe including >> spaces) on a line without seeing them break up. > > Are you saying that if you insert your test-string-1 and test-string-2 > into the respective windows as buffer text, you see them displayed > differently than the overlay in the same window? Hmm, actually no. Sorry about that. So the examples could be simplified to just insert the respective test string, without overlays. But I can open a different window, enable visual-line-mode, take its (window-width), insert that numbers of characters on one line and not see them wrapped. Could this be a bug in `enlarge-window-horizontally' and/or `window-width'? > If so, I cannot > reproduce this: I see both the overlay and the buffer text wrap > exactly identically. Have you installed Fira Mono and set it up, like the first code line in the example does? This doesn't happen with the default Ubuntu font in the Emacs master, although in emacs-24 it did when I tried.