all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "B Smith-Mannschott" <bsmith.occs@gmail.com>
To: "Peter Dyballa" <Peter_Dyballa@web.de>, help-gnu-emacs@gnu.org
Subject: Re: font handling broken in cvs emacs --with-ns (MacOS X)
Date: Sun, 4 Jan 2009 23:22:06 +0100	[thread overview]
Message-ID: <28c656e20901041422l5d9d7132wb67771ba5f516de1@mail.gmail.com> (raw)
In-Reply-To: <62131EE9-6999-42CA-A9E6-F53B41768586@Web.DE>

On Sun, Jan 4, 2009 at 8:47 PM, Peter Dyballa <Peter_Dyballa@web.de> wrote:
>
> Am 04.01.2009 um 19:28 schrieb B Smith-Mannschott:
>
>> Here's what I'm doing to build emacs:
>>
>>    # Nuke build products from orbit. I don't trust make's ability to
>>    # build Emacs.app incrementally.  I've been screwed by it too
>>    # often.
>>    git clean -f
>>    git reset --hard HEAD
>>    for x in */*.dSYM ; do rm -rf "$x" ; done
>
> Why are you doing it so complicatedly? Can you do it in Emacs? I once
> downloaded the sources with cvs in *shell* buffer. When I want to update
> (last eight hours ago) I do M-x cvs-up RET RET – and then *I* am doing it a
> bit complicated ...
>
>>
>>    ./configure --with-ns # self-contained
>>    make
>
> Documentation clearly states that after an update you need to do a 'make
> bootstrap' unless you wish to have a GNU mess.
>
>>    make install

I do it this way because it works. And I don't need the build to be
fast. It would be different if I were hacking on emacs myself because
the long edit-compile-run cycle would be terrible. The takeaway from
my my experience with
http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=1317 was
that at least this method is guaranteed to produce correct results.

I found the reference to make bootstrap in INSTALL.CVS (thanks grep).
I had been reading INSTALL, which doesn't breathe a word of it.
Scrubbing the source directory seems to force a make bootstrap, which
is good. If I find I need emacs to build faster, then I'll look into
INSTALL.CVS more carefully.

> I am used, from the X client version, a 'sudo make install' – but I am also
> used to configure with --disable-ns-self-contained so that most ELisp files
> are installed in /usr/local.
>
>>
>> Emacs comes up by default in Monaco 12pt. It's as good a choice as any
>> for the default. I'd like to change it (to Consolas-12). (Since this
>> isn't CarbonEmacs, i can't use mac-font-panel-mode, more's the pitty.)
>
> You don't need that Carbon stuff! Just choose from the Options menu "Set
> Default Font…"! Isn't it clearly documented?

I may have missed it among emacs' *1.9 million words* of documentation. ;-)

I almost never use the menus in emacs, so I didn't think to look there
as well. I only learned that Emacs has Preferences... item in its
application menu coincidentally because it was mentioned in some other
thread a few weeks ago.

But yes, Options >> Set Default Font works very nicely. It even saves
the setting when I choose Options >> Save Options. It writes something
about saving custom.el to the mode line, but that appears to be a lie:

(custom-set-faces
  ;; custom-set-faces was added by Custom.
  ;; If you edit it by hand, you could mess it up, so be careful.
  ;; Your init file should contain only one such instance.
  ;; If there is more than one, they won't work right.
 )

Is all that gets written. still, it's obviously storing the setting
somewhere, because the change I made is maintained across restarts of
emacs...

~/Library/Preferences/org.gnu.Emacs.plist

Fascinating. I see a lot of other stuff here too. settings for
org-mode, for example. Does Emacs.app write all customizations here
instead of custom.el? How will that jive with my attempts to keep a
single emacs configuration (in version control) across my Mac and
Linux machines?

>> ***** Fourth attempt: Via context menu
>>
>> On the X11 version of emacs built from *the very same source*
>> S-mouse-1 pops up a menu "Change Default Buffer Face". I tried this on
>> my --with-ns build of emacs. No such menu is displayed.
>
> Yes, this looks like a bug!
>

noted.

-- 
// Ben Smith-Mannschott

  parent reply	other threads:[~2009-01-04 22:22 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-01-04 18:28 font handling broken in cvs emacs --with-ns (MacOS X) B Smith-Mannschott
2009-01-04 18:52 ` Ian Eure
     [not found] ` <62131EE9-6999-42CA-A9E6-F53B41768586@Web.DE>
2009-01-04 22:22   ` B Smith-Mannschott [this message]
2009-01-04 23:28     ` Peter Dyballa
2009-01-05 11:31       ` B Smith-Mannschott
2009-01-05 14:04         ` Peter Dyballa
2009-01-06 13:28           ` B Smith-Mannschott
2009-01-06 12:34         ` B Smith-Mannschott
2009-01-06 16:03           ` Peter Dyballa

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=28c656e20901041422l5d9d7132wb67771ba5f516de1@mail.gmail.com \
    --to=bsmith.occs@gmail.com \
    --cc=Peter_Dyballa@web.de \
    --cc=help-gnu-emacs@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.