all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: S.P.Tseng <deftsp@gmail.com>
To: emacs-devel@gnu.org
Subject: Re: emacs fontset combination problem
Date: Tue, 04 Aug 2009 08:33:21 +0800	[thread overview]
Message-ID: <87prbcxvse.fsf@gmail.com> (raw)
In-Reply-To: 4A769D33.6060503@gmail.com


AFAIK, gvim and rxvt-unicode set the base height to the value of the default
fontset (usually the height of ASCII characters). As to Asian characters with
doulble-width, if its width is smaller than double width of ASCII characters,
they will keep the same height with the height of ASCII character, but increase
the spacing to let its width equal to the width of two ASCII characters.


Kiwon Um <um.kiwon@gmail.com> writes:

>> Hello. Let's discuss about follows.
>>
>> When we use a combination font-setting of over two fonts in
>> emacs, it may be due to the multi-language editing
>> support. Those different fonts have varieties in their size,
>> e.g. many Asian glyphs occupy double width space of an
>> alphabet. (Even though the wide font is not perfectly double
>> wide space of one alphabet, many users want that the occupied
>> size of one wide character such as Asian character to be exactly
>> same with two alphabet characters, namely fixed font setting)
>>
>> However, we must consider the line spacing, I mean the height of
>> the fonts. Although the width between different fonts have
>> variation along each other, the height (or line spacing) should
>> keep same, or, it would be better to allow user to be able to
>> set the base height, IMO.
>>
>> If it's not, to keep the consistency in the height spacing with
>> various widths (size settings) of fonts, emacs needs to check the
>> largest height value along each specified
>> charset (i.e. fontset). Currently, emacs seems to set the base
>> height to the value of the default fontset. Then, if the height
>> value of other user-specified charset's font is larger, for line
>> having those fonts, it may cause inconsistent result in line
>> spacing. (This is exactly now happening.)
>>






  reply	other threads:[~2009-08-04  0:33 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-08-03  8:17 emacs fontset combination problem Kiwon Um
2009-08-04  0:33 ` S.P.Tseng [this message]
2009-08-05  1:40 ` Liang Wang

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87prbcxvse.fsf@gmail.com \
    --to=deftsp@gmail.com \
    --cc=emacs-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.