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#19395: 25.0.50; Setting left fringe to 0 messes up window-width Date: Sat, 20 Dec 2014 15:51:12 +0100 Message-ID: <54958CE0.9060105@gmx.at> References: <87vblbnz2u.fsf@posteo.de> <83k31rwe55.fsf@gnu.org> <87lhm772o2.fsf@posteo.de> <83h9wvwbux.fsf@gnu.org> <87bnn39cpe.fsf@posteo.de> <83a92mwau9.fsf@gnu.org> <874msu9out.fsf@posteo.de> <83vblauoh6.fsf@gnu.org> <87wq5q864m.fsf@posteo.de> <83tx0uum88.fsf@gnu.org> <87a92lmxy3.fsf@posteo.de> <837fxpue6v.fsf@gnu.org> <54945BCB.8030506@gmx.at> <83tx0rsa9e.fsf@gnu.org> <54954ACE.7050204@gmx.at> <83bnmysi2n.fsf@gnu.org> <549560B9.5070308@gmx.at> <838ui2sd54.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1419087149 2937 80.91.229.3 (20 Dec 2014 14:52:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 20 Dec 2014 14:52:29 +0000 (UTC) Cc: 19395@debbugs.gnu.org, malsburg@posteo.de To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Dec 20 15:52:22 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 1Y2LOH-0001IX-LB for geb-bug-gnu-emacs@m.gmane.org; Sat, 20 Dec 2014 15:52:21 +0100 Original-Received: from localhost ([::1]:34610 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y2LOH-0000Xm-3T for geb-bug-gnu-emacs@m.gmane.org; Sat, 20 Dec 2014 09:52:21 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34830) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y2LO6-0000VN-HB for bug-gnu-emacs@gnu.org; Sat, 20 Dec 2014 09:52:18 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Y2LNz-0005H8-1f for bug-gnu-emacs@gnu.org; Sat, 20 Dec 2014 09:52:10 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:42893) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y2LNy-0005H4-U8 for bug-gnu-emacs@gnu.org; Sat, 20 Dec 2014 09:52:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Y2LNy-0007z9-IL for bug-gnu-emacs@gnu.org; Sat, 20 Dec 2014 09:52:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 20 Dec 2014 14:52:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19395 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 19395-submit@debbugs.gnu.org id=B19395.141908708830629 (code B ref 19395); Sat, 20 Dec 2014 14:52:02 +0000 Original-Received: (at 19395) by debbugs.gnu.org; 20 Dec 2014 14:51:28 +0000 Original-Received: from localhost ([127.0.0.1]:52256 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y2LNP-0007xv-Ta for submit@debbugs.gnu.org; Sat, 20 Dec 2014 09:51:28 -0500 Original-Received: from mout.gmx.net ([212.227.15.18]:51735) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y2LNN-0007xn-VA for 19395@debbugs.gnu.org; Sat, 20 Dec 2014 09:51:26 -0500 Original-Received: from [188.23.121.89] ([188.23.121.89]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0MhAAr-1YFM3W3geH-00MJSq; Sat, 20 Dec 2014 15:51:24 +0100 In-Reply-To: <838ui2sd54.fsf@gnu.org> X-Provags-ID: V03:K0:J/v3HN9LqCuv6Y/PXr5eejELu1SbZfZddKaxmZEITn59urf1RIZ BfXJz7qsB815k7NZiSNzN72XK1495pQoxZVnmHuUfeGSDGRjW2xTDWHcrIFZxHAXlrdte3Q 17soDZLOlQtIMUr0AcvtgK4fe26l2UOgevx53tj3CrMriGBWYWt8NCYK8z4Mz+Yvn24MXpt ztAHKN58csNziWORWpCjA== X-UI-Out-Filterresults: notjunk:1; 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:97610 Archived-At: > Ah, OK. That probably wants you to use the Brave New World's > > (face-attribute 'default :font) > > instead of using face-font. OK. So let's do without Huxley. >> > How can the current buffer be not displayed in the selected frame? >> >> As in >> >> (with-selected-frame some-frame >> (with-current-buffer a-buffer-not-displayed-on-some-frame >> ... > > Which makes it "displayed", as far as Emacs is concerned, right? You mean as far as the Emacs display engine is concerned, right? But the caller of `face-font' doesn't know that the display engine operates on the current buffer regardless of whether it is displayed or not. > What do you want to understand? In a nutshell, we go through the > face-remapping-alist, and if the face is there, use the remapped > face's attributes instead. I can only guess - are the following statements correct wrt to display? (1) When two characters have the same face they are identic in their appearance on screen. (2) When two characters have a different appearance on screen they have different faces. For me it's difficult to discriminate the usage of the term "face" when programming Elisp from the usage of the term "face" when Emacs displays a character. > face-remapping-alist is applied _after_ the frame-specific face is > retrieved. Does that answer your problem? What means "applied"? Is it merged or does it replace the frame-specific face? >> IIUC face remapping maps a default face (which may be frame specific or >> not) via a scaling value (which may be buffer local or not) to another >> face whose width I eventually want to retrieve via `face-font'. Does >> the buffer/frame/window relationship affect that value and if so how? > > AFAIK, only the buffer matters, since face-remapping-alist is > buffer-local. It's doc-string says If this variable is made buffer-local, the face remapping takes effect only in that buffer. martin