GNU bug report logs - #76382
29.4; TeX Input Mode

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 76382 in the body.
You can then email your comments to 76382 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Ben Domine <bendomine <at> icloud.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 29.4; TeX Input Mode
Date: Mon, 17 Feb 2025 13:26:54 -0600

I turned on TeX input mode and attempted to write the exponentiated
capital C. In the minibuffer this is displayed as an option, however
when I type it I get the unknown character symbol.


In GNU Emacs 29.4 (build 1, aarch64-apple-darwin21.6.0, NS
appkit-2113.60 Version 12.6.6 (Build 21G646)) of 2024-08-02 built on
armbob.lan
System Description:  macOS 15.2

Configured using:
'configure --with-ns '--enable-locallisppath=/Library/Application
Support/Emacs/${version}/site-lisp:/Library/Application
Support/Emacs/site-lisp' --with-modules 'CFLAGS=-DFD_SETSIZE=10000
-DDARWIN_UNLIMITED_SELECT' --with-x-toolkit=no'

Configured features:
ACL GLIB GMP GNUTLS JPEG JSON LIBXML2 MODULES NOTIFY KQUEUE NS PDUMPER
PNG RSVG SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER ZLIB

Important settings:
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Text

Minor modes in effect:
  electric-pair-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  show-paren-mode: t
  electric-quote-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  line-number-mode: t
  visual-line-mode: t
  indent-tabs-mode: t
  transient-mark-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message mailcap yank-media puny dired
dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg rfc6068
epg-config gnus-util text-property-search time-date mm-decode mm-bodies
mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail
rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils pcase
emacs-news-mode subr-x noutline outline icons cus-start quail solitaire
cl-extra help-fns radix-tree apropos face-remap help-mode cl-loaddefs
cl-lib jka-compr info term/xterm xterm byte-opt gv bytecomp byte-compile
elec-pair cus-load rmc iso-transl tooltip cconv eldoc paren electric
uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel
term/ns-win ns-win ucs-normalize mule-util term/common-win tool-bar dnd
fontset image regexp-opt fringe tabulated-list replace newcomment
text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow
isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax
font-core term/tty-colors frame minibuffer nadvice seq simple cl-generic
indonesian philippine cham georgian utf-8-lang misc-lang vietnamese
tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek
romanian slovak czech european ethiopic indian cyrillic chinese
composite emoji-zwj charscript charprop case-table epa-hook
jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs
theme-loaddefs faces cus-face macroexp files window text-properties
overlay sha1 md5 base64 format env code-pages mule custom widget keymap
hashtable-print-readable backquote threads kqueue cocoa ns multi-tty
make-network-process emacs)

Memory information:
((conses 16 166102 9760)
(symbols 48 7841 0)
(strings 32 26361 1477)
(string-bytes 1 636556)
(vectors 16 20349)
(vector-slots 8 990317 183930)
(floats 8 44 853)
(intervals 56 7172 4)
(buffers 984 20))

Message #8 received at 76382 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Ben Domine <bendomine <at> icloud.com>
Cc: 76382 <at> debbugs.gnu.org
Subject: Re: bug#76382: 29.4; TeX Input Mode
Date: Tue, 18 Feb 2025 16:31:50 +0200

> Date: Mon, 17 Feb 2025 13:26:54 -0600
> From:  Ben Domine via "Bug reports for GNU Emacs,
>  the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
> 
> 
> 
> I turned on TeX input mode and attempted to write the exponentiated
> capital C. In the minibuffer this is displayed as an option, however
> when I type it I get the unknown character symbol.

Thanks.  Can you please describe the recipe for reproducing this
starting from "emacs -Q"?

Message #11 received at 76382 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Ben Domine <bendomine <at> icloud.com>
Cc: 76382 <at> debbugs.gnu.org
Subject: Re: bug#76382: 29.4; TeX Input Mode
Date: Tue, 18 Feb 2025 19:19:58 +0200

[Please use Reply All to reply, to have the bug tracker CC'd.]

> From: Ben Domine <bendomine <at> icloud.com>
> Date: Tue, 18 Feb 2025 10:12:46 -0600
> 
> Of course:
> 1. emacs -Q
> 2. C-x RET C-\
> 3. tex RET
> 4. ^C (shift-6 shift-c, on my keyboard)
> 
> Expected result is a superscript capital C. Here are the equivalent superscripts for lowercase c and capital
> D: ᶜ ᴰ
> 
> This might very well just be a native font issue, or it could be that emacs is trying to insert the wrong
> character (I’m not sure which).

Do you have a font installed which supports the codepoint U+A7F2?  If
I arrange for such a font to be available to Emacs, the results are as
you expect.

But the problem as you originally described was different:

> I turned on TeX input mode and attempted to write the exponentiated
> capital C. In the minibuffer this is displayed as an option, however
> when I type it I get the unknown character symbol.

If by "In the minibuffer this is displayed as an option" you mean that
"C" was one of the alternatives shown after "^", then the fact that
this alternative is shown does not mean you have a font that can
display that alternative.  The input method does not check whether
such a font is available, and it shouldn't check that: you are
supposed to be able to type a character even if Emacs on your system
cannot display it, because it could be displayable on another system,
or even on yours after you install the missing fonts.

So I don't think there's a bug in Emacs here.  You need to install
some additional fonts, and then it should work as expected.

Message #16 received at 76382 <at> debbugs.gnu.org (full text, mbox):

From: Ben Domine <bendomine <at> icloud.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 76382 <at> debbugs.gnu.org
Subject: Re: bug#76382: 29.4; TeX Input Mode
Date: Wed, 19 Feb 2025 11:02:00 -0600

Oh okay. I think that is indeed the problem, I apologize for wasting your time! Thanks for your work supporting GNU!

> On Feb 18, 2025, at 11:20 AM, Eli Zaretskii <eliz <at> gnu.org> wrote:
> 
> [Please use Reply All to reply, to have the bug tracker CC'd.]
> 
>> From: Ben Domine <bendomine <at> icloud.com>
>> Date: Tue, 18 Feb 2025 10:12:46 -0600
>> 
>> Of course:
>> 1. emacs -Q
>> 2. C-x RET C-\
>> 3. tex RET
>> 4. ^C (shift-6 shift-c, on my keyboard)
>> 
>> Expected result is a superscript capital C. Here are the equivalent superscripts for lowercase c and capital
>> D: ᶜ ᴰ
>> 
>> This might very well just be a native font issue, or it could be that emacs is trying to insert the wrong
>> character (I’m not sure which).
> 
> Do you have a font installed which supports the codepoint U+A7F2?  If
> I arrange for such a font to be available to Emacs, the results are as
> you expect.
> 
> But the problem as you originally described was different:
> 
>> I turned on TeX input mode and attempted to write the exponentiated
>> capital C. In the minibuffer this is displayed as an option, however
>> when I type it I get the unknown character symbol.
> 
> If by "In the minibuffer this is displayed as an option" you mean that
> "C" was one of the alternatives shown after "^", then the fact that
> this alternative is shown does not mean you have a font that can
> display that alternative.  The input method does not check whether
> such a font is available, and it shouldn't check that: you are
> supposed to be able to type a character even if Emacs on your system
> cannot display it, because it could be displayable on another system,
> or even on yours after you install the missing fonts.
> 
> So I don't think there's a bug in Emacs here.  You need to install
> some additional fonts, and then it should work as expected.

Message #21 received at 76382-done <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Ben Domine <bendomine <at> icloud.com>
Cc: 76382-done <at> debbugs.gnu.org
Subject: Re: bug#76382: 29.4; TeX Input Mode
Date: Wed, 19 Feb 2025 19:10:30 +0200

> From: Ben Domine <bendomine <at> icloud.com>
> Date: Wed, 19 Feb 2025 11:02:00 -0600
> Cc: 76382 <at> debbugs.gnu.org
> 
> Oh okay. I think that is indeed the problem, I apologize for wasting your time! Thanks for your work supporting GNU!

No problems, and thank you.

I'm now closing this bug.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.