From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: "ISHIKAWA,chiaki" Newsgroups: gmane.emacs.help Subject: Changing font size of all the buffers including the status line and the characters shown in electric-buffer Date: Wed, 10 Oct 2018 20:37:29 +0900 Message-ID: <5782ad06-95db-fd70-4765-ee5645d66ec0@yk.rim.or.jp> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1539171363 8492 195.159.176.226 (10 Oct 2018 11:36:03 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 10 Oct 2018 11:36:03 +0000 (UTC) User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Oct 10 13:35:59 2018 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gACmU-00025K-12 for geh-help-gnu-emacs@m.gmane.org; Wed, 10 Oct 2018 13:35:58 +0200 Original-Received: from localhost ([::1]:56639 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gACoa-0001KL-6F for geh-help-gnu-emacs@m.gmane.org; Wed, 10 Oct 2018 07:38:08 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60562) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gACo5-0001K2-Kl for help-gnu-emacs@gnu.org; Wed, 10 Oct 2018 07:37:38 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gACo2-0007RK-D7 for help-gnu-emacs@gnu.org; Wed, 10 Oct 2018 07:37:37 -0400 Original-Received: from mail101.siriuscloud.jp ([219.118.72.101]:37542 helo=mail01.SiriusCloud.jp) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gACo1-0007N6-TX for help-gnu-emacs@gnu.org; Wed, 10 Oct 2018 07:37:34 -0400 Original-Received: from [192.168.0.111] (ntkngw678063.kngw.nt.ngn.ppp.infoweb.ne.jp [121.94.62.63]) (Authenticated sender: ishikawa@yk.rim.or.jp) by access01.SiriusCloud.jp (Postfix) with ESMTPA id 42VXBw1Z8Lz4LwMFZ for ; Wed, 10 Oct 2018 20:37:27 +0900 (JST) Authentication-Results: access01.SiriusCloud.jp; dkim=none reason="no signature"; dkim-adsp=none (unprotected policy); dkim-atps=neutral Content-Language: en-US X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 219.118.72.101 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.help:118237 Archived-At: Hi, I run Emacs under linux. I am happy with Emacs and most of my writing=20 document is done using Emacs even if the final draft is created using MS=20 Word by request. Thanks to the support of unicode these days, handling Japanese as well=20 as English is great. One gripe. Ever since I switched to 4K display (well actually, it is=20 more like 3840x2160 @30Hz=C2=A0 due to my poor graphics adapter), one thi= ng=20 bothers me. It is the font size of Emacs. The default is way too small on this 4K=20 display and I would like to show the characters and big and beautiful.=20 There are times when I want to see as many characters possible. But most=20 of the times, I want to see big and crisp characters due to my age. Anyway, I checked Emacs Wiki. https://www.emacswiki.org/emacs/SetFonts There does NOT seem to be a universal method that can enlarge the font si= ze of buffers including one for electric-buffer mode and status line in one = go. Inside a buffer, I can do c-x c-+ to enlarge the font of the text INSIDE=20 that buffer, but the characters shown on the window pane, so to speak=20 does not become larger, neither the characters on the status line. Of course, each time a new buffer/window by visiting a new file is=20 created, it is shown=C2=A0 in the small default size. (I am a bit bothered by the description of a potential bug in the wiki: --- quote BUG? =E2=80=93 If you use a fontset with Xft, `|C-x C-+|=E2=80=99 this do= es not scale=20 the secondary font. For example, If you use a fontset =E2=80=93=20 |dejavu-sans-mono| for latin, |NanumGothic_Coding| for hangul(Korean) =E2= =80=93=20 , increasing the text size does not scale the Korean characters. =E2=80=93= cinsk=20 ---end quote I am using Japanese fonts with ordinary ASCII English fonts. As far as I can tell, somehow my Japanese text buffer with interspersed=20 ASCII roman characters and digits do get resized properly with c-x c-+=20 keystrokes. Maybe I am not using a "fontset" currently. I recall setting the size using X11 resources long time ago, and now I=20 have just realized that the discrepancy of the sizes of Japanese fonts=20 and ASCII English fonts which I experienced are due to this "BUG". It happened maybe two or three major versions ago of Emacs. Japanese=20 fonts got the desired size, but English fonts remained small. It was so annoying that I believe I disabled the choice of Japanese font=20 size using X11 resources. It happened many months ago on non-4K display. And I notice this c-x c-+ does not work for electric-buffer mode. Inside=20 electric-buffer mode, c-x is eaten by the electric buffer mode itself=20 and so this doesn't work. So I probably have to do something about the size of various fonts=20 either in my .emacs start up or maybe using X11 resource properly(?). There seems to be a method to selectively change the size of a given=20 font used inside a buffer. It is a bit unfriendly and beside I have no idea if the size of fonts=20 used for status line and electric-buffer-mode is tweaked in the similar=20 manner. Any thoughts/tips? Yes, I agree it is wonderful that one can tweak each font for frame,=20 buffer, etc. as much as one wants, but there ought to be a single=20 wrapper that allows one to say, I want all the font to be 150 pixel=20 height or 1.4 times the current size to move to a new display terminal=20 with different physical pixel size. Hmm, it DOES sound to be a good=20 exercise to use X11 resources, but I suspect there are Windows users who=20 need this global font size change including electric-buffer mode buffer=20 and status line and so non-X11 solution is preferred. TIA Chiaki