From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.help Subject: Re: Face of wrap-prefix in adaptive-wrap Date: Wed, 21 Aug 2013 18:26:11 +0300 Message-ID: <83r4dnjca4.fsf@gnu.org> References: NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1377098780 26675 80.91.229.3 (21 Aug 2013 15:26:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 21 Aug 2013 15:26:20 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Aug 21 17:26:21 2013 Return-path: Envelope-to: geh-help-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 1VCAIf-0006rI-02 for geh-help-gnu-emacs@m.gmane.org; Wed, 21 Aug 2013 17:26:21 +0200 Original-Received: from localhost ([::1]:54421 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VCAIe-0001ou-JK for geh-help-gnu-emacs@m.gmane.org; Wed, 21 Aug 2013 11:26:20 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42509) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VCAIO-0001nX-G7 for help-gnu-emacs@gnu.org; Wed, 21 Aug 2013 11:26:10 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VCAII-0005AM-4l for help-gnu-emacs@gnu.org; Wed, 21 Aug 2013 11:26:04 -0400 Original-Received: from mtaout21.012.net.il ([80.179.55.169]:56101) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VCAIH-00059z-Lw for help-gnu-emacs@gnu.org; Wed, 21 Aug 2013 11:25:57 -0400 Original-Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0MRV00H00ZWRVA00@a-mtaout21.012.net.il> for help-gnu-emacs@gnu.org; Wed, 21 Aug 2013 18:25:32 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MRW00HKH06DNMB0@a-mtaout21.012.net.il> for help-gnu-emacs@gnu.org; Wed, 21 Aug 2013 18:25:26 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.169 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:93032 Archived-At: > From: Frank Fischer > Date: Wed, 21 Aug 2013 09:06:03 +0200 > > I often use visual-line-mode together with adaptive-wrap-mode when > writing certain kinds of text (in particular LaTeX). However, It seems > as if the prefix-text in the wrapped lines does not share the face of > the original prefix in the first visual line: screenshot [1] shows an > emacs-lisp buffer with a wrapped comment. The (comment) prefix of the > successive lines is black instead of red. > > The problem becomes more apparent when used in conjunction with > variable-width fonts, which I use with LaTeX files [2]. The first > wrapped line has again a comment prefix, but the successive lines seem > to use the wrong (fixed width) font. The second wrapped line has only a > whitespace prefix, but again the wrap-prefix seems to use the wrong font > (with "larger" spaces) causing a too large indentation of the successive > lines (I would expect the successive lines to have exactly the same > indentation as the first visual line). This problem gets > worse as the indentation of the first line is increased. > > IIRC the problem did not exist in Emacs 23 (the examples are all with > Emacs 24.2.1), where the wrap-prefix always had the same font as the > original prefix (but I may be wrong). > > Is there a way to make the wrap-prefix have the same font/face as the > original prefix? I suggest to create a simple test case, starting with "emacs -Q", and report it as a bug with "M-x report-emacs-bug RET". Then the Emacs maintainers could see if this indeed worked in previous versions, and what will it take to do what you want.