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: Re: Changing font size of all the buffers including the status line and the characters shown in electric-buffer Date: Thu, 11 Oct 2018 02:40:26 +0900 Message-ID: References: <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 1539193153 8295 195.159.176.226 (10 Oct 2018 17:39:13 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 10 Oct 2018 17:39:13 +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 19:39:09 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 1gAIRw-00021F-8x for geh-help-gnu-emacs@m.gmane.org; Wed, 10 Oct 2018 19:39:08 +0200 Original-Received: from localhost ([::1]:58450 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAIU2-0006d8-PR for geh-help-gnu-emacs@m.gmane.org; Wed, 10 Oct 2018 13:41:18 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50132) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAITV-0006co-4Y for help-gnu-emacs@gnu.org; Wed, 10 Oct 2018 13:40:47 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAITR-0000Xm-JG for help-gnu-emacs@gnu.org; Wed, 10 Oct 2018 13:40:44 -0400 Original-Received: from mail101.siriuscloud.jp ([219.118.72.101]:44770 helo=mail01.SiriusCloud.jp) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAITQ-0000Ma-MD for help-gnu-emacs@gnu.org; Wed, 10 Oct 2018 13:40:41 -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 42VhFh6Hf3z4LwMGB for ; Thu, 11 Oct 2018 02:40:24 +0900 (JST) Authentication-Results: access01.SiriusCloud.jp; dkim=none reason="no signature"; dkim-adsp=none (unprotected policy); dkim-atps=neutral In-Reply-To: <5782ad06-95db-fd70-4765-ee5645d66ec0@yk.rim.or.jp> 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:118248 Archived-At: Thank you all the help posted to this mailing list. After looking at the tips posted so far, I tested the one posted by Van L= .: M-x customize-group RET faces RET Basic Faces Default Height I did not realize the change to this is propagated to Japanese fonts as w= ell as dired mode font faces (which I presume are used electric-dired mod= e). Sure the characters in modeline also becomes large, too. So, although I rarely use customization feature of emacs, this time I am = a happy user of this. For those who are unfamiliar with customization (maybe I am in the minori= ty?), here is how you change the height. After M-x customize-group RET faces RET You click on the Basic Faces line= using mouse, and then using [Tab] to move to the Default font entry. Then hit RET/ENTER, a set of editable entries will appear. In my case, the height section contains size (in 1/10 pt) and it was 101. I rewrote it to 202 and from the [STATUS] button, saved the value for fut= ure sessions (as well as for the current session). Voila the character size including the modeline, the buffers (Japanese ch= aracters and ASCII English characters both are affected), and electric-di= red mode all became twice as large and I am a happy user now. I will study the other tips/hints and see how they compare to the solutio= n above. Thank you, everybody! Happy Hacking (in the good old sense of the phrase). Chiaki On 2018/10/10 20:37, ISHIKAWA,chiaki wrote: > 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=20 > MS 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 t= hing=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=20 > most 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=20 > size > of buffers including one for electric-buffer mode and status line in=20 > one go. > > > Inside a buffer, I can do c-x c-+ to enlarge the font of the text=20 > INSIDE that buffer, but the characters shown on the window pane, so to=20 > speak 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 = does 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)=20 > =E2=80=93 , increasing the text size does not scale the Korean characte= rs. =E2=80=93=20 > cinsk > > ---end quote > I am using Japanese fonts with ordinary ASCII English fonts. > As far as I can tell, somehow my Japanese text buffer with=20 > interspersed ASCII roman characters and digits do get resized properly=20 > with c-x c-+ 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=20 > font size using X11 resources. It happened many months ago on non-4K=20 > display. > > And I notice this c-x c-+ does not work for electric-buffer mode.=20 > Inside electric-buffer mode, c-x is eaten by the electric buffer mode=20 > itself 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=20 > similar 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=20 > who need this global font size change including electric-buffer mode=20 > buffer and status line and so non-X11 solution is preferred. > > > TIA > > Chiaki > > > >