[macemacsjp-english 194] Re: Buggy fontset?

Back to archive index

Seiji Zenitani zenit****@tkg*****
Mon Sep 12 21:38:42 JST 2005


Hi, Pete,

First of all, I am not the author of carbon-font, which provides  
fontsets used by Carbon Emacs Package. So sometimes I cannot explain  
font-issues in detail.

On 2005/09/12, at 20:35, Peter Dyballa wrote:
>
> In .emacs I set:
>
>            (font . "fontset-hiraginomin")
>
> How can I choose the 10pt version?

According to Japanese description in the carbon-font.el source code,  
try the below lines:

        (set-default-font
                "-*-*-medium-r-normal--10-*-*-*-*-*-fontset- 
hiraginomin")

> In *Calendar* I've chosen this customisation (X11 client, another  
> Carbon Emacs):
>
8<
>
> The purple LaTeX names are in [(font-lock-keyword-face font-latex- 
> sedate-face)], the red ones are in  [(font-latex-warning-face font- 
> latex-sedate-face)], the brown argument of \input{} is in [(font- 
> lock-constant-face)], none changed from the defaults.
>
Carbon-font provides fixed-width fontsets. As a side effect, small  
bold fontsets are hard to recognize. I think it's a problem.


> When I'm in mini-buffer after having invoked repeat-complex-command  
> (C-x Esc Esc) at the Redo: prompt I can't type C-a to go to the  
> beginning of the line. Carbon Emacs tells me: read-from-minibuffer:  
> Wrong type argument: commandp, (font-lock-variable-name-face append  
> t).

I have no idea on this issue. It is possibly a bug of the emacs CVS  
code.


> Does this Carbon Emacs support as Aquamacs Emacs
>
>     (setq mac-pass-option-to-system t)
>     (setq mac-command-key-is-meta t)
>     (setq mac-option-modifier nil)
>     (setq mac-command-modifier nil)
>     (setq mac-control-modifier nil)
>
> to have the usual Mac OS X shortcuts available in Carbon Emacs,  
> i.e. M-v paste, M-c copy?
>
Try 'M-x mac-key-mode' or "Help > Carbon Emacs Package > Mac-Style  
Key Bindings" in the menu bar.

Maybe some of the above variables are newly introduced to Aquamacs by  
the key-modifier patch, and I have already heard the patch from D.  
Reitter. Since his patch provides more elegant way than the original  
emacs source code, I will try to use it in future when the inline  
input-method patch become stable. I wonder why his patch has not yet  
integrated into the original emacs. (and our transparency patch, too.)


On [macemacsjp-english 190-192], I will write later.


Sincerely,

-- Seiji




More information about the macemacsjp-english mailing list
Back to archive index