bug-gnu-emacs
[Top][All Lists]
Advanced

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

bug#15138: Font selection error on OSX


From: Michael Toomim
Subject: bug#15138: Font selection error on OSX
Date: Sun, 1 Sep 2013 11:51:34 -0700

Fantastic!  I will try it out and let you know.

On Sep 1, 2013, at 3:00 AM, Jan Djärv <address@hidden> wrote:

> Hello.
> 
> I've made a fix for this in the trunk, please try it.
> 
> Thanks,
> 
>       Jan D.
> 
> 28 aug 2013 kl. 06:55 skrev Jan Djärv <address@hidden>:
> 
>> Hi.
>> 
>> 27 aug 2013 kl. 21:08 skrev Michael Toomim <address@hidden>:
>> 
>>> That sounds very strange indeed!  Thank you very much for investigating 
>>> this.  Where in the source are you looking?
>>> 
>> 
>> Just tracing calls and parameters to functions in nsfont_driver in nsfont.m.
>> 
>>      Jan D.
>> 
>>> On Aug 27, 2013, at 8:59 AM, Jan Djärv <address@hidden> wrote:
>>> 
>>>> Hello. 
>>>> 
>>>> This seems to be in the general font code. It does not even try to check 
>>>> if that glyph is present in the current font (it is), but instead asks for 
>>>> a font with script symbol. The logic seems strange to me. 
>>>> 
>>>>  Jan D. 
>>>> 
>>>> 26 aug 2013 kl. 18:14 skrev Jan Djärv <address@hidden>:
>>>> 
>>>>> Hello.
>>>>> 
>>>>> 20 aug 2013 kl. 04:44 skrev Michael Toomim <address@hidden>:
>>>>> 
>>>>>> A simple way to reproduce this bug is to press option-8 (inserts a 
>>>>>> bullet on a mac) anywhere in a text buffer. You can see the line grow 
>>>>>> taller.
>>>>>> 
>>>>>> In default OSX settings, you'll need to (setq ns-alternate-modifier 
>>>>>> 'none) before you can use option-8.
>>>>> 
>>>>> It is strictly not a font rendering error, but a font selection error.  
>>>>> The bullet is from a different font than the surrounding text.
>>>>> 
>>>>> Jan D.
>>>>> 
>>>>>> On Aug 19, 2013, at 7:37 PM, Michael Toomim <address@hidden> wrote:
>>>>>> 
>>>>>>> Some extended characters are rendered incorrectly in the new Cocoa 24.3 
>>>>>>> emacs on OSX. They are rendered:
>>>>>>> - too small
>>>>>>> - too tall (forcing an increase in line-height of a pixel or two)
>>>>>>> 
>>>>>>> The result is that some lines are too tall, and monospace layouts (like 
>>>>>>> ASCII art) lose alignment.
>>>>>>> 
>>>>>>> Here is an example in three screenshots, where the "•" bullet character 
>>>>>>> is rendered incorrectly. The first screenshot shows the bug on the 
>>>>>>> current release. You can see that the center line takes up too much 
>>>>>>> vertical space, and not enough horizontal space. This is a monospace 
>>>>>>> font (apple monaco).
>>>>>>> 
>>>>>>> The second and third show the correct rendering. The second is an older 
>>>>>>> emacs build I have that rendered text with Carbon. The third is Apple's 
>>>>>>> native TextEdit.app, for reference.
>>>>>>> 
>>>>>>> 
>>>>>>> <PastedGraphic-21.png>
>>>>>>> <PastedGraphic-19.png>
>>>>>>> <PastedGraphic-20.png>
>>>>> 
>> 
> 






reply via email to

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