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 12:42:49 +0100 Message-ID: <549560B9.5070308@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> 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 1419075869 3283 80.91.229.3 (20 Dec 2014 11:44:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 20 Dec 2014 11:44: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 12:44:21 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 1Y2ISL-0003cY-4A for geb-bug-gnu-emacs@m.gmane.org; Sat, 20 Dec 2014 12:44:21 +0100 Original-Received: from localhost ([::1]:34064 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y2ISK-0004Eu-Br for geb-bug-gnu-emacs@m.gmane.org; Sat, 20 Dec 2014 06:44:20 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38751) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y2ISA-0004Ej-5s for bug-gnu-emacs@gnu.org; Sat, 20 Dec 2014 06:44:17 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Y2IS2-0004jv-L7 for bug-gnu-emacs@gnu.org; Sat, 20 Dec 2014 06:44:10 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:42807) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y2IS2-0004jr-HL for bug-gnu-emacs@gnu.org; Sat, 20 Dec 2014 06:44:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Y2IS2-0001ov-6M for bug-gnu-emacs@gnu.org; Sat, 20 Dec 2014 06:44: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 11:44: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.14190757866908 (code B ref 19395); Sat, 20 Dec 2014 11:44:02 +0000 Original-Received: (at 19395) by debbugs.gnu.org; 20 Dec 2014 11:43:06 +0000 Original-Received: from localhost ([127.0.0.1]:52173 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y2IR7-0001nM-F0 for submit@debbugs.gnu.org; Sat, 20 Dec 2014 06:43:05 -0500 Original-Received: from mout.gmx.net ([212.227.15.18]:56350) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y2IR3-0001mv-LF for 19395@debbugs.gnu.org; Sat, 20 Dec 2014 06:43:02 -0500 Original-Received: from [178.190.22.249] ([178.190.22.249]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0LxPNC-1XruP80eUM-016tTQ; Sat, 20 Dec 2014 12:43:00 +0100 In-Reply-To: <83bnmysi2n.fsf@gnu.org> X-Provags-ID: V03:K0:OqW/AR8dX8nEa7zPjG8hcBuskLn4Vsg77/k1XELNjO0+rOZyxq2 tCVjln7cz7CuONghxqkNt1PUiSIy1HgVEC6CpyuSd4N8gnegsTVyuQ8fXG8ht2rP5IHfM5z w5g9YmT3aSVARKhaPeTs6+3LEoVTPM5VpmkP4MnE79PRgzU96ap/bFwVjPRLko0zYhTYfwD 909Go9Q6xRagkRCdvLB5g== 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:97600 Archived-At: > AFAIU, it only says so about the set-face-FOO functions, which doesn't > include face-font. Here I see in "37.12.3 Face Attribute Functions" ... The following functions examine the attributes of a face. They mostly provide compatibility with old versions of Emacs. If you don't specify FRAME, they refer to the selected frame; `t' refers to the default data for new frames. They return `unspecified' if the face doesn't define any value for that attribute. If INHERIT is `nil', only an attribute directly defined by the face is returned. If INHERIT is non-`nil', any faces specified by its `:inherit' attribute are considered as well, and if INHERIT is a face or a list of faces, then they are also considered, until a specified attribute is found. To ensure that the return value is always specified, use a value of `default' for INHERIT. -- Function: face-font face &optional frame This function returns the name of the font of face FACE. ... Maybe "mostly" is special here. >> But we also should mention (and I still think `font-info' is the better >> place for that) what happens when the current buffer has rescaled text >> but is not displayed on the selected frame (or the frame denoted by the >> argument of `font-info'). > > 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 ... >> I still don't >> understand where and how text rescaling is applied. > > In face-remap.el, and then in xfaces.c (search for face_remapping in > the latter). This boils down to understanding the 200+ lines of merge_face_ref, at least. > Assuming I understand correctly what is it that confused > you. If I look at the doc-string of say `text-scale-adjust' I cannot see that some buffer local value is mentioned although C-x C-- clearly has only a buffer local effect here. So I obviously have to delve into the doc of something like `face-remapping-alist' which, however, doesn't mention any relationship of faces to frames. 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? martin