Visit Superuser

GNU Emacs

From Superuser Wiki

GNU Emacs is one of the two most popular versions of the Emacs text editor (see also XEmacs). The GNU Emacs manual describes it as "the extensible, customizable, self-documenting, real-time display editor."

Screenshots

Mailing List

5 Most recent posts from the development list

Re: ^M in the info files
Oops, sorry. But, I can't see the ^M problem in info files. Actually, on Windows, when I type C-h i, I get this error: Can't find the Info directory node But, when I type C-u C-h i ~/emacs/info/efag RET (I built Emacs under ~/emacs), I see no '^M's. What is the coding system of emacs/info/efag when you visit that file directly? Hmmm, I tried with a ChangeLog of that encoding, but still can't reproduce the bug. --- Kenichi Handa handa< at >ni.aist.go.jp
Re: ^M in the info files
Sorry if it seemed a request; I was just making sure it didn't went lost. I think you're mixing two different bugs. The one I referred to in the "has [...] been forgotten" message is about ^M in info files, which happens right now in the Windows port (there has been at least three reporters, including me). What you quote above is from a problem with ChangeLogs that only I see, apparently, so it's no wonder you cannot reproduce it. *I* cannot reproduce it at will, alas... utf-8-dos, AFAICS. Juanma
Re: ^M in the info files
No, but I haven't had a time to work on it. As I've just committed a change about font selection, I started to work on it. I've just installed the latest Emacs on Windows with cygwin, and done this: But, I can't reproduce the bug. The diff of the step 4 above shows only the entry I added. What was the coding system of your ChangeLog file when you first visitted it? --- Kenichi Handa handa< at >ni.aist.go.jp
Re: ^M in the info files
Has this one been forgotten? On Wed, Jun 11, 2008 at 17:56, Juanma Barranquero gmail.com> wrote:
Re: X fonts selection weirdness
Sorry for the late response on this matter. In article <85ej6mnd5u.fsf< at >lola.goethe.zz>, David Kastrup gnu.org> writes: I've just installed a change that doesn't use non-default-font-script-list but respects the specification of fontset while giving the highest priority to the default font. We have these four font groups for non-ASCII characters. (1) What specified in the current fontset. (2) What specified in the default fontset (3) What specified as the fallbacks in the current fontset. (3) What specified as the fallbacks in the default fontset. The latest Emacs tries each of the above font group in the above order. And while selecting a font from a font group, if the default font (i.e. what selected for ASCII characters of the current face) supports the target character, and if any of a font in the group matches with the default font, select the default font. This way, Emacs uses the default font for all characters except for such characters that the fontset doesn't specify a font matching