emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: emacs fontset combination problem


From: S . P . Tseng
Subject: Re: emacs fontset combination problem
Date: Tue, 04 Aug 2009 08:33:21 +0800
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (gnu/linux)

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 <address@hidden> 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 via email to

[Prev in Thread] Current Thread [Next in Thread]