Menu
▾
▴
mac-emacs-devel
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
(2) |
Mar
(8) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(15) |
Nov
(6) |
Dec
(7) |
| 2002 |
Jan
(5) |
Feb
(1) |
Mar
|
Apr
(1) |
May
(11) |
Jun
(7) |
Jul
(18) |
Aug
(36) |
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Andrew C. <ak...@sh...> - 2002-07-04 19:49:54
|
Hi, I've just added the file mac/make-package to the CVS tree. This is shell script contributed by Steven Tamm. When run, it creates an Installer package file containing the files needed by Emacs. The Installer application can then be used to install them. Please test this and let me know if it works for you. I will remove the scripts make-bin-dist and osx-install soon (since they serve the same purpose). Andrew. |
|
From: Andrew C. <ak...@sh...> - 2002-07-04 02:51:03
|
> The attached patch remedies some problems somewhat related to Japanese > characters and input methods: > > 1. displaying jisx0201 roman/kana characters > Basically this part is imported from mac/src/macterm.c in Emacs > 21.2. I confirmed that this patch works both with the Osaka font > (a built-in Japanese font in MacOS) and with converted ETL fonts. > > 2. caching font lists in x_list_fonts > SKK, one of widely-used Japanese input methods in Emacs, > frequently changes the cursor color to reflect the current input > mode. But Emacs in the current CVS invalidates the face cache > whenever the cursor color is changed (``++face_change_count;'' in > xfaces.c), and it causes lots of regexp matches in > mac_font_pattern_match. With caching font lists in x_list_fonts, > which is already done in xterm.c, the reconstruction of the face > cache can be done without ``the spinning rainbow''. > > YAMAMOTO Mitsuharu > mit...@ma... > > [...] Hi Mitsuharu, Thank you for sending in these patches. I have tested them and checked them into the CVS. Andrew. |
|
From: Andrew C. <ak...@sh...> - 2002-07-01 23:37:06
|
> Hi, > > I found crash of "emacs -nw" on Ctrl-G. > > OS: MacOSX 10.1.5 > Emacs version: recent CVS tree > Compiler: Developer Tools Dec 2001 > Configration: ./configure --without-x > > How-To-Repeat: > 1. invoke emacs with -nw option: > emacs -q -nw > 2. execute shell in the emacs: > M-x shell > 3. type Ctrl-G > 4. Got "Fatal error (10).Bus error" > > I think the problem is in process.c. After vfork, child process sets > SIGINT handler to SIG_DFL > (process.c:1847) and change the parent's also. > > Fix: > add "#define POSIX_SIGNALS" in src/s/darwin.h > > This fix enables the code of recording/restoring signal handler in > process.c. > and the crash has gone. > > --- > Nozomu Ando Hi Nozomu, Thank you for sending the bug report and fix! I've just added this to the CVS. Andrew. |
|
From: Andrew C. <ak...@sh...> - 2002-07-01 22:52:12
|
Hi, I've just made a few small changes so that on Mac OS X, 1. the Emacs application will now be represented by a gnu icon instead of by the generic application icon, and 2. files of any type can be dragged-and-dropped onto the Emacs application to open them. The Apple Event handlers have always been there and worked in the classic version. I just didn't properly initialize them on the Mac OS X version. Thanks are due to Steven Tamm for supplying the code for that. The gnu icon is from http://www.gnu.org/graphics/reiss-head.jpg with a drop shadow added and converted to icns file format. For those who like the icon in the classic version better, a larger, color version is available at http://members.shaw.ca/akochoi/emacs/Emacs.icns To use it, simply replace the file with the same name in mac/Emacs.app/Contents/Resources/ by this one. This is the icon I use :-). If you are updating from CVS, to make drag-and-drop work, you will probably need to delete the files ~/Library/Preferences/LS* and ~/Library/Preferences/.LS* and restart. Andrew. |
|
From: YAMAMOTO M. <mit...@ma...> - 2002-07-01 09:41:35
|
The attached patch remedies some problems somewhat related to Japanese
characters and input methods:
1. displaying jisx0201 roman/kana characters
Basically this part is imported from mac/src/macterm.c in Emacs
21.2. I confirmed that this patch works both with the Osaka font
(a built-in Japanese font in MacOS) and with converted ETL fonts.
2. caching font lists in x_list_fonts
SKK, one of widely-used Japanese input methods in Emacs,
frequently changes the cursor color to reflect the current input
mode. But Emacs in the current CVS invalidates the face cache
whenever the cursor color is changed (``++face_change_count;'' in
xfaces.c), and it causes lots of regexp matches in
mac_font_pattern_match. With caching font lists in x_list_fonts,
which is already done in xterm.c, the reconstruction of the face
cache can be done without ``the spinning rainbow''.
YAMAMOTO Mitsuharu
mit...@ma...
|
|
From: Nozomu A. <na...@ma...> - 2002-07-01 06:05:58
|
Hi, I found crash of "emacs -nw" on Ctrl-G. OS: MacOSX 10.1.5 Emacs version: recent CVS tree Compiler: Developer Tools Dec 2001 Configration: ./configure --without-x How-To-Repeat: 1. invoke emacs with -nw option: emacs -q -nw 2. execute shell in the emacs: M-x shell 3. type Ctrl-G 4. Got "Fatal error (10).Bus error" I think the problem is in process.c. After vfork, child process sets SIGINT handler to SIG_DFL (process.c:1847) and change the parent's also. Fix: add "#define POSIX_SIGNALS" in src/s/darwin.h This fix enables the code of recording/restoring signal handler in process.c. and the crash has gone. --- Nozomu Ando P.S. I'm very happy with carbon emacs. Many thanks! |
|
From: Piet v. O. <pi...@cs...> - 2002-06-20 15:01:01
|
>>>>> Andrew Choi <ak...@sh...> (AC) writes: AC> Hi, AC> I have just committed to the trunk of the CVS the patch I posted AC> earlier that fixes the problem with the use of bold and italic fonts AC> on Mac OS X. Now you should be able to use the italic, bold, or AC> bold-italic variant of any font installed on your system. Some fonts AC> will look nicer than others. There is a minor problem with italic: If the cursor is moved over an italic character it gets chopped at the right. -- Piet van Oostrum <pi...@cs...> URL: http://www.cs.uu.nl/~piet [PGP] Private email: P.v...@hc... |
|
From: Andrew C. <ak...@sh...> - 2002-06-18 05:53:19
|
Hi, Just checked in a bug fix that corrects a problem with Emacs on Mac OS X not properly using the background color set in default-frame-alist. If the background color you set only shows for areas with text and a white background is displayed for areas without text, this patch should be the solution. This fix was sent by Steven Tamm. Amos at UT Dallas helped test it. Thank you both! Andrew. |
|
From: Andrew C. <ak...@sh...> - 2002-06-18 04:50:24
|
Hi, I have added a small change to src/macterm.c that will allow Emacs on the Mac OS to recognize the Mac command key as <ALT> when the Mac option key is used as <META>. This is useful for people who want to map cut, copy, and paste to the familiar command-X, command-C, and command-V, for example. This will not affect people using the Mac command key as <META>. Andrew. |
|
From: Andrew C. <ak...@sh...> - 2002-06-17 06:12:19
|
Hi, I have checked in a change to src/mac.c that will enable the built-in function do-applescript to work correctly on the Mac OS X build. Andrew. |
|
From: Andrew C. <ak...@sh...> - 2002-06-17 01:52:23
|
> Hi, > > Thank you very much for developing the useful software. > > I found frequent crashes when I input Japanese characters on emacs Carbon > of the recent CVS tree. This may be because the floating window for > Japanese IM is "FrontWindow" when inputting Japanese. This results in > obtaining an ID of the floating window, not of the emacs-window which > should be given, leading to a crash. I saw the same type of crashes on a > few web pages (in Japanese). > > I replaced FrontWindow() with FrontNonFloatingWindow() at line 12599 of src/ > macterm.c, and then the crash has gone. I think all the FrontWindow() in > the file can be replaced with FrontNonFloatingWindow(), although I haven't > tried yet. > > Toshikazu Onishi Hi Toshikazu, Thank you for providing this fix. I've just checked it in to the CVS. I have noticed the Japanese mailing list at Yahoo, but I can only read it through a translation website. Sometimes I'm able to understand a post, sometimes not. I would really appreciate it if you can keep me uptodate on patches like this one. Thank you again. Andrew. |
|
From: Andrew C. <ak...@sh...> - 2002-06-16 23:23:43
|
Hi, I have just committed to the trunk of the CVS the patch I posted earlier that fixes the problem with the use of bold and italic fonts on Mac OS X. Now you should be able to use the italic, bold, or bold-italic variant of any font installed on your system. Some fonts will look nicer than others. I have also included a few minor changes that allows Emacs to be built on Mac OS X 10.2 preview. You should still be able to build on 10.1 of course. Andrew. |
|
From: Toshikazu O. <ohnishi@a.phys.nagoya-u.ac.jp> - 2002-06-13 00:15:58
|
Hi, Thank you very much for developing the useful software. I found frequent crashes when I input Japanese characters on emacs Carbon of the recent CVS tree. This may be because the floating window for Japanese IM is "FrontWindow" when inputting Japanese. This results in obtaining an ID of the floating window, not of the emacs-window which should be given, leading to a crash. I saw the same type of crashes on a few web pages (in Japanese). I replaced FrontWindow() with FrontNonFloatingWindow() at line 12599 of src/ macterm.c, and then the crash has gone. I think all the FrontWindow() in the file can be replaced with FrontNonFloatingWindow(), although I haven't tried yet. Toshikazu Onishi |
|
From: Andrew C. <ak...@sh...> - 2002-05-27 23:34:49
|
Hi Everyone,
The following patch (to be applied to the version in the CVS
repository) fixes a bug which prevents Emacs from correctly displaying
the italic, bold, and bold-italic variants of most fonts on the Mac OS
(classic and X).
Please test it. I'll check it into the CVS once I have used it a bit
more.
Andrew.
-----
Index: lisp/term/mac-win.el
===================================================================
RCS file: /cvsroot/emacs//emacs/lisp/term/mac-win.el,v
retrieving revision 1.8
diff -u -r1.8 mac-win.el
--- lisp/term/mac-win.el 26 Apr 2002 23:39:04 -0000 1.8
+++ lisp/term/mac-win.el 27 May 2002 22:59:32 -0000
@@ -225,6 +225,12 @@
;; ange-ftp will not work without it.
(setq process-connection-type nil)
+;; Assume that fonts are always scalable on the Mac. This sometimes
+;; results in characters with jagged edges. However, without it,
+;; fonts with both truetype and bitmap representations but no italic
+;; or bold bitmap versions will not display these variants correctly.
+(setq scalable-fonts-allowed t)
+
;; (prefer-coding-system 'mac-roman)
;;
Index: src/fontset.c
===================================================================
RCS file: /cvsroot/emacs//emacs/src/fontset.c,v
retrieving revision 1.67
diff -u -r1.67 fontset.c
--- src/fontset.c 20 May 2002 08:05:48 -0000 1.67
+++ src/fontset.c 27 May 2002 22:59:34 -0000
@@ -1413,7 +1413,7 @@
#if defined (MAC_OS)
FONTSET_ASCII (Vdefault_fontset)
= Fcons (make_number (0),
- build_string ("-ETL-fixed-medium-r-*--*-160-*-*-*-*-iso8859-1"));
+ build_string ("-apple-monaco-medium-r-*--*-120-*-*-*-*-mac-roman"));
#elif defined (WINDOWSNT)
FONTSET_ASCII (Vdefault_fontset)
= Fcons (make_number (0),
Index: src/macfns.c
===================================================================
RCS file: /cvsroot/emacs//emacs/src/macfns.c,v
retrieving revision 1.3
diff -u -r1.3 macfns.c
--- src/macfns.c 20 May 2002 08:06:16 -0000 1.3
+++ src/macfns.c 27 May 2002 22:59:43 -0000
@@ -4434,7 +4434,7 @@
}
#endif /* 0 */
- error ("Display has an unknown visual class");
+ return (intern ("true-color"));
}
DEFUN ("x-display-save-under", Fx_display_save_under,
Index: src/macterm.c
===================================================================
RCS file: /cvsroot/emacs//emacs/src/macterm.c,v
retrieving revision 1.3
diff -u -r1.3 macterm.c
--- src/macterm.c 8 May 2002 21:30:03 -0000 1.3
+++ src/macterm.c 27 May 2002 22:59:54 -0000
@@ -9559,6 +9559,13 @@
/* Now make the frame display the given font. */
if (FRAME_MAC_WINDOW (f) != 0)
{
+ XSetFont (FRAME_MAC_DISPLAY (f), f->output_data.mac->normal_gc,
+ f->output_data.mac->font);
+ XSetFont (FRAME_MAC_DISPLAY (f), f->output_data.mac->reverse_gc,
+ f->output_data.mac->font);
+ XSetFont (FRAME_MAC_DISPLAY (f), f->output_data.mac->cursor_gc,
+ f->output_data.mac->font);
+
frame_update_line_height (f);
if (NILP (tip_frame) || XFRAME (tip_frame) != f)
x_set_window_size (f, 0, f->width, f->height);
@@ -10651,10 +10658,30 @@
}
-/* Sets up the table font_name_table to contain the list of all
- monospace fonts in the system the first time the table is used so
- that the Resource Manager need not be accessed every time this
- information is needed. */
+static void
+add_font_name_table_entry (char *font_name)
+{
+ if (font_name_table_size == 0)
+ {
+ font_name_table_size = 16;
+ font_name_table = (char **)
+ xmalloc (font_name_table_size * sizeof (char *));
+ }
+ else if (font_name_count + 1 >= font_name_table_size)
+ {
+ font_name_table_size += 16;
+ font_name_table = (char **)
+ xrealloc (font_name_table,
+ font_name_table_size * sizeof (char *));
+ }
+
+ font_name_table[font_name_count++] = font_name;
+}
+
+/* Sets up the table font_name_table to contain the list of all fonts
+ in the system the first time the table is used so that the Resource
+ Manager need not be accessed every time this information is
+ needed. */
static void
init_font_name_table ()
@@ -10700,23 +10727,21 @@
while (FMGetNextFontFamilyInstance (&ffii, &font, &style, &size)
== noErr)
- {
- if (font_name_table_size == 0)
- {
- font_name_table_size = 16;
- font_name_table = (char **)
- xmalloc (font_name_table_size * sizeof (char *));
- }
- else if (font_name_count + 1 >= font_name_table_size)
- {
- font_name_table_size += 16;
- font_name_table = (char **)
- xrealloc (font_name_table,
- font_name_table_size * sizeof (char *));
- }
- font_name_table[font_name_count++]
- = mac_to_x_fontname (name, size, style, sc);
- }
+ if (size == 0)
+ {
+ add_font_name_table_entry (mac_to_x_fontname (name, size,
+ style, sc));
+ add_font_name_table_entry (mac_to_x_fontname (name, size,
+ italic, sc));
+ add_font_name_table_entry (mac_to_x_fontname (name, size,
+ bold, sc));
+ add_font_name_table_entry (mac_to_x_fontname (name, size,
+ italic | bold,
+ sc));
+ }
+ else
+ add_font_name_table_entry (mac_to_x_fontname (name, size, style,
+ sc));
}
/* Dispose of the iterators. */
Index: src/xfaces.c
===================================================================
RCS file: /cvsroot/emacs//emacs/src/xfaces.c,v
retrieving revision 1.253
diff -u -r1.253 xfaces.c
--- src/xfaces.c 20 May 2002 08:06:45 -0000 1.253
+++ src/xfaces.c 27 May 2002 22:59:59 -0000
@@ -918,6 +918,9 @@
#ifdef WINDOWSNT
if (!FRAME_WINDOW_P (f) || FRAME_W32_WINDOW (f))
#endif
+#ifdef MAC_OS
+ if (!FRAME_MAC_P (f) || FRAME_MAC_WINDOW (f))
+#endif
if (!realize_basic_faces (f))
abort ();
}
@@ -6026,6 +6029,17 @@
if (STRINGP (face_family))
nfonts = try_alternative_families (f, face_family, registry, fonts);
+#ifdef MAC_OS
+ /* When realizing the default face and a font spec does not matched
+ exactly, Emacs looks for ones with the same registry as the
+ default font. On the Mac, this is mac-roman, which does not work
+ if the family is -etl-fixed, e.g. The following widens the
+ choices and fixes that problem. */
+ if (nfonts == 0 && STRINGP (face_family) && STRINGP (registry)
+ && xstricmp (XSTRING (registry)->data, "mac-roman") == 0)
+ nfonts = try_alternative_families (f, face_family, Qnil, fonts);
+#endif
+
if (nfonts == 0 && !NILP (family))
nfonts = try_alternative_families (f, family, registry, fonts);
@@ -6432,18 +6446,6 @@
fontset = default_face->fontset;
face->fontset = make_fontset_for_ascii_face (f, fontset);
face->font = NULL; /* to force realize_face to load font */
-
-#ifdef MAC_OS
- /* Load the font if it is specified in ATTRS. This fixes
- changing frame font on the Mac. */
- if (STRINGP (attrs[LFACE_FONT_INDEX]))
- {
- struct font_info *font_info =
- FS_LOAD_FONT (f, 0, XSTRING (attrs[LFACE_FONT_INDEX])->data, -1);
- if (font_info)
- face->font = font_info->font;
- }
-#endif
}
/* Load colors, and set remaining attributes. */
|
|
From: <uwe...@ne...> - 2002-05-22 22:03:47
|
it worked. thxs a lot |
|
From: Andrew C. <ak...@sh...> - 2002-05-20 21:49:51
|
Hi Uwe, You're correct in modifying the definition for init_process as you've described. You also need to add the following lines to src/s/darwin.h: #ifdef HAVE_LIBNCURSES #define LIBS_TERMCAP -lncurses #endif You will probably need to run ./configure again after the change. Andrew. |
|
From: <uwe...@ne...> - 2002-05-20 21:23:33
|
If any of you guys got jaguar as I did at the wwdc, can you please help me out compiling the build on it. I'm a java developer so I don't know what I'm doing :-). I got it as far as fixing some headers so the they won't report conflicts for init_process #ifdef MAC_OSX #undef init_process #include <Carbon/Carbon.h> #define init_process emacs_init_process I did that for mac.c macfns.c macmenu.c macterm.c After that everything compiled fine but on linking I get this: Basically "make bootstrap" stops here: gcc -prebind -framework Carbon -lstdc++ -Xlinker -headerpad -Xlinker 690 -o temacs pre-crt0.o dispnew.o frame.o scroll.o xdisp.o window.o charset.o coding.o category.o ccl.o cm.o term.o xfaces.o emacs.o keyboard.o macros.o keymap.o sysdep.o buffer.o filelock.o insdel.o marker.o minibuf.o fileio.o dired.o filemode.o cmds.o casetab.o casefiddle.o indent.o search.o regex.o undo.o alloc.o data.o doc.o editfns.o callint.o eval.o floatfns.o fns.o print.o lread.o abbrev.o syntax.o unexmacosx.o bytecode.o process.o callproc.o region-cache.o sound.o atimer.o doprnt.o strftime.o intervals.o textprop.o composite.o md5.o mac.o macterm.o macfns.o macmenu.o fontset.o termcap.o tparam.o lastfile.o mktime.o ld: warning prebinding disabled because of undefined symbols ld: Undefined symbols: _BC _UP _tgoto _tputs _PC _tgetent _tgetflag _tgetnum _tgetstr make[1]: *** [temacs] Error 1 make: *** [bootstrap-src] Error 2 No idea where to get the lib for those symbols. I wanted to do the build because a prebuild binary of 21.1 for macosx (from www.porkrind.org) won't run in jaguar. There I get the same error basically: dyld: /Users/uwe/tmp/eemacs/Emacs 21.1/Emacs.app/Contents/MacOS/Emacs Undefined symbols: /Users/uwe/tmp/eemacs/Emacs 21.1/Emacs.app/Contents/MacOS/Emacs undefined reference to _BC expected to be defined in /usr/lib/libSystem.B.dylib /Users/uwe/tmp/eemacs/Emacs 21.1/Emacs.app/Contents/MacOS/Emacs undefined reference to _PC expected to be defined in /usr/lib/libSystem.B.dylib /Users/uwe/tmp/eemacs/Emacs 21.1/Emacs.app/Contents/MacOS/Emacs undefined reference to _UP expected to be defined in /usr/lib/libSystem.B.dylib May 20 13:53:41 h-10-169-72-239 last message repeated 57 times |
|
From: Andrew C. <ak...@sh...> - 2002-05-17 13:31:51
|
> [...] The only problem now is that the font is too big. I have the > height set to 116 in the custom-set-faces command, and that creates > a very nice size for andale-mono in 21. Can you tell me how I might > make the face added with the set-frame-face command smaller? Using font specs like -apple-andale mono-medium-r-normal--10-0-75-75-m-0-mac-roman -apple-andale mono-medium-r-normal--11-0-75-75-m-0-mac-roman -apple-andale mono-medium-r-normal--12-0-75-75-m-0-mac-roman with set-frame-font should work, because Truetype fonts are treated as `scalable' fonts by Emacs. |
|
From: David W. <da...@wh...> - 2002-05-16 15:42:53
|
On 5/16/02 6:42 AM, "Andrew Choi" <ak...@sh...> claimed:
>> Damn. This worked in 21.1.
>
> I don't see how it could have.
What can I say? I use it every day.
> It works fine for me. Perhaps you can use set-frame-font
> interactively, i.e., M-x set-frame-font and use tab completion to see
> what fonts are available.
Strange, now it works fine. Maybe I was wrong. Sorry about that. The only
problem now is that the font is too big. I have the height set to 116 in the
custom-set-faces command, and that creates a very nice size for andale-mono
in 21. Can you tell me how I might make the face added with the
set-frame-face command smaller?
> It also helps if you can show me the output of
>
> (x-list-fonts "*andale*")
Here it is:
("-apple-andale mono-medium-r-normal--0-0-75-75-m-0-mac-roman")
Thanks for the help with this, Andrew.
Regards,
David
--
David Wheeler AIM: dwTheory
da...@wh... ICQ: 15726394
http://david.wheeler.net/ Yahoo!: dew7e
Jabber: Th...@ja...
|
|
From: Andrew C. <ak...@sh...> - 2002-05-16 13:43:03
|
> > Specifying a font family for the default face doesn't seem to work if > > the font does not have italic and bold variants. > > Damn. This worked in 21.1. I don't see how it could have. > > You can try using (set-frame-font FONT-SPEC). > > I added this to ~/.emacs: > > (set-frame-font > "-apple-andale mono-medium-r-normal--0-0-75-75-m-0-mac-roman") > > And it made no difference. It works fine for me. Perhaps you can use set-frame-font interactively, i.e., M-x set-frame-font and use tab completion to see what fonts are available. It also helps if you can show me the output of (x-list-fonts "*andale*") |
|
From: David W. <da...@wh...> - 2002-05-14 16:01:53
|
On 5/14/02 7:14 AM, "Andrew Choi" <ak...@sh...> claimed: > Specifying a font family for the default face doesn't seem to work if > the font does not have italic and bold variants. Damn. This worked in 21.1. > You can try using (set-frame-font FONT-SPEC). I added this to ~/.emacs: (set-frame-font "-apple-andale mono-medium-r-normal--0-0-75-75-m-0-mac-roman") And it made no difference. > That's because list-fontsets is an interactive function and > x-list-fonts is not. Put the Lisp expression `(x-list-fonts > "*andale*")' in a Lisp Interaction mode buffer such as *scratch* and > hit C-j, or in any buffer and hit C-x C-e. Gotcha - thanks. David -- David Wheeler AIM: dwTheory da...@wh... ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: Th...@ja... |
|
From: Andrew C. <ak...@sh...> - 2002-05-14 14:15:43
|
> > There should be a space between `andale' and `mono' instead of a
> > hyphen.
>
> Yes, that gets it working in 21.1 again, although it's a lot bigger
> than it was. It doesn't work in 21.2.50, though.
Specifying a font family for the default face doesn't seem to work if
the font does not have italic and bold variants. You can try using
(set-frame-font FONT-SPEC).
> > You can see this by calling x-list-fonts, e.g.,
> >
> > (x-list-fonts "*andale*")
> > ("-apple-andale mono-medium-r-normal--0-0-75-75-m-0-mac-roman")
>
> There appears to be no such command -- at least, not that I can access:
>
> M-x x-list-fonts [no match]
>
> OTOH, list-fontsets works just fine:
>
> Fontset: -*-*-*-*-*-*-*-*-*-*-*-*-fontset-default
> Fontset: -etl-fixed-medium-r-normal-*-16-*-*-*-*-*-fontset-mac
That's because list-fontsets is an interactive function and
x-list-fonts is not. Put the Lisp expression `(x-list-fonts
"*andale*")' in a Lisp Interaction mode buffer such as *scratch* and
hit C-j, or in any buffer and hit C-x C-e.
|
|
From: Andrew C. <ak...@sh...> - 2002-05-13 22:05:26
|
> All seemed to go fine doing that, but now my font settings don=B9t =
work. I
> have this in my ~/.emacs file:
>=20
> '(default ((t (:stipple nil :background "DarkSlateGrey" :foregroun=
d "Wheat"
> :inverse-video nil :box nil :strike-through nil :overline nil :unde=
rline nil
> :slant normal :weight normal :height 135 :width normal :family
> "apple-andale-mono"))))
>=20
> It all seems to work except the font setting -- no apple-andale-mon=
o.
> Switching back to 21.1, where it worked before, it doesn't work the=
re,
> either!
There should be a space between `andale' and `mono' instead of a
hyphen. You can see this by calling x-list-fonts, e.g.,
(x-list-fonts "*andale*")
("-apple-andale mono-medium-r-normal--0-0-75-75-m-0-mac-roman")
=20
> I sure would like to get this face back, because I intensely dislik=
e
> the default font (no offence!).
Do you mean -apple-monaco-* or -etl-fixed-*? The latter is the only
font currently offering italics, bold, and bold italics. These look
nice in Gnus and Rmail modes, among others.
|
|
From: David W. <da...@wh...> - 2002-05-13 21:35:17
|
On 5/13/02 2:04 PM, "Andrew Choi" <ak...@sh...> claimed:
> There should be a space between `andale' and `mono' instead of a
> hyphen.
Yes, that gets it working in 21.1 again, although it's a lot bigger than it
was. It doesn't work in 21.2.50, though.
> You can see this by calling x-list-fonts, e.g.,
>
> (x-list-fonts "*andale*")
> ("-apple-andale mono-medium-r-normal--0-0-75-75-m-0-mac-roman")
There appears to be no such command -- at least, not that I can access:
M-x x-list-fonts [no match]
OTOH, list-fontsets works just fine:
Fontset: -*-*-*-*-*-*-*-*-*-*-*-*-fontset-default
Fontset: -etl-fixed-medium-r-normal-*-16-*-*-*-*-*-fontset-mac
> Do you mean -apple-monaco-* or -etl-fixed-*? The latter is the only
> font currently offering italics, bold, and bold italics. These look
> nice in Gnus and Rmail modes, among others.
-etl-fixed-*. I just use Emacs for hacking, and never noticed a need for
bold or italics (I don't use Gnus or Rmail). At it just looks ugly to me.
Maybe I'd like it better if it wasn't so damned big. Monaco looks fine in
the Terminal....
Thanks,
David
--
David Wheeler AIM: dwTheory
da...@wh... ICQ: 15726394
http://david.wheeler.net/ Yahoo!: dew7e
Jabber: Th...@ja...
|
|
From: Andrew C. <ak...@sh...> - 2002-04-27 02:05:38
|
Hi Everyone, I have just merged my latest Emacs source for Mac OS X into the `head' branch of the Emacs CVS. The current version there is 21.2.50 (so it is newer than 21.2). To find out how access it, visit the following URL. http://savannah.gnu.org/projects/emacs/ After checking out the source directory, the standard procedure of `./configure', `make', and `make install' should be sufficient to build Emacs on Mac OS X. You will need to have installed the GNU texinfo package. More information can be found in the files mac/INSTALL and mac/README, and the Mac OS section of the on-line manual. I have not prepared a binary distribution yet but I should make this available soon. Suggestions and questions are welcome. Please send bug reports to gnu.emacs.bug or mail them to ema...@gn... as described in the file BUGS. Questions can be posted to gnu.emacs.help. Have fun! Andrew. |
