GNU bug report logs - #30988
25.3; Cannot input capital sharp S using the input method german-prefix

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 30988 in the body.
You can then email your comments to 30988 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: Nichtmein Name <cgeek97 <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 25.3;
 Cannot input capital sharp S using the input method german-prefix
Date: Thu, 29 Mar 2018 15:12:19 +0200

[Message part 1 (text/plain, inline)]

 Steps to reproduce:
1) Launch emacs -Q
2) M-x set-input-method german-prefix
3) Type " (double quote) followed by S (capital s)

Expected behavior:
Emacs should insert ẞ, that is, a capital sharp S (which is an official
letter in Germany
as of 2017, see https://en.wikipedia.org/wiki/Capital_%E1%BA%9E )

Actual behavior:
Emacs inserts the text literally.



In GNU Emacs 25.3.1 (x86_64-pc-linux-gnu, GTK+ Version 3.22.26)
of 2018-02-09 built on bisson
Windowing system distributor 'The X.Org Foundation', version 11.0.11906000
Configured using:
'configure --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib
--localstatedir=/var --with-x-toolkit=gtk3 --with-xft --with-modules
'CFLAGS=-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong
-fno-plt' CPPFLAGS=-D_FORTIFY_SOURCE=2
LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now'

Configured features:
XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GCONF GSETTINGS
NOTIFY ACL GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB
TOOLKIT_SCROLL_BARS GTK3 X11 MODULES

Important settings:
value of $LC_ALL: en_US.UTF-8
value of $LC_COLLATE: C
value of $LANG: en_US.UTF-8
value of $XMODIFIERS: @im=xim
locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
tooltip-mode: t
global-eldoc-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
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Making completion list...

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message dired format-spec rfc822 mml
mml-sec password-cache epg epg-config gnus-util mm-decode mm-bodies
mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail
rfc2047 rfc2045 ietf-drums mm-util help-fns help-mode easymenu
cl-loaddefs pcase cl-lib mail-prsvr mail-utils time-date mule-util
tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type
mwheel x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt
fringe tabulated-list newcomment elisp-mode lisp-mode prog-mode register
page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock
font-lock syntax facemenu font-core frame cl-generic 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 charscript case-table epa-hook
jka-cmpr-hook help simple abbrev minibuffer cl-preloaded nadvice
loaddefs button faces cus-face macroexp files text-properties overlay
sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote dbusbind inotify dynamic-setting
system-font-setting font-render-setting move-toolbar gtk x-toolkit x
multi-tty make-network-process emacs)

Memory information:
((conses 16 86355 6655)
(symbols 48 19767 0)
(miscs 40 50 121)
(strings 32 14299 4549)
(string-bytes 1 407478)
(vectors 16 11747)
(vector-slots 8 430579 4683)
(floats 8 167 83)
(intervals 56 224 0)
(buffers 976 19))

[Message part 2 (text/html, inline)]

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Nichtmein Name <cgeek97 <at> gmail.com>
Cc: 30988-done <at> debbugs.gnu.org
Subject: Re: bug#30988: 25.3;
 Cannot input capital sharp S using the input method german-prefix
Date: Thu, 29 Mar 2018 19:48:34 +0300

> From: Nichtmein Name <cgeek97 <at> gmail.com>
> Date: Thu, 29 Mar 2018 15:12:19 +0200
> 
> Steps to reproduce: 
> 1) Launch emacs -Q 
> 2) M-x set-input-method german-prefix 
> 3) Type " (double quote) followed by S (capital s) 
> 
> Expected behavior: 
> Emacs should insert ẞ, that is, a capital sharp S (which is an official letter in Germany 
> as of 2017, see https://en.wikipedia.org/wiki/Capital_%E1%BA%9E ) 
> 
> Actual behavior: 
> Emacs inserts the text literally. 

Thank you for your report.

In general, what you can expect from an Emacs input method is shown
when you type "C-h C-\ RET".  As you can see, this letter was not
supported by the german-prefix and german-postfix input methods.  I
now added it on the master branch.

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

From: Robert Pluim <rpluim <at> gmail.com>
To: 30988 <at> debbugs.gnu.org
Cc: cgeek97 <at> gmail.com, eliz <at> gnu.org
Subject: Re: bug#30988: 25.3;
 Cannot input capital sharp S using the input method german-prefix
Date: Fri, 30 Mar 2018 10:07:44 +0200

Eli Zaretskii <eliz <at> gnu.org> writes:

> In general, what you can expect from an Emacs input method is shown
> when you type "C-h C-\ RET".  As you can see, this letter was not
> supported by the german-prefix and german-postfix input methods.  I
> now added it on the master branch.

Would it make sense to also add it to all the latin-* methods that
currently define a mapping for ß ?

Robert

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Robert Pluim <rpluim <at> gmail.com>
Cc: cgeek97 <at> gmail.com, 30988 <at> debbugs.gnu.org
Subject: Re: bug#30988: 25.3;
 Cannot input capital sharp S using the input method german-prefix
Date: Fri, 30 Mar 2018 11:21:14 +0300

> From: Robert Pluim <rpluim <at> gmail.com>
> Cc: eliz <at> gnu.org,  cgeek97 <at> gmail.com
> Gmane-Reply-To-List: yes
> Date: Fri, 30 Mar 2018 10:07:44 +0200
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> > In general, what you can expect from an Emacs input method is shown
> > when you type "C-h C-\ RET".  As you can see, this letter was not
> > supported by the german-prefix and german-postfix input methods.  I
> > now added it on the master branch.
> 
> Would it make sense to also add it to all the latin-* methods that
> currently define a mapping for ß ?

Which ones?  Sharp s is a German-only thing (AFAIK), so IMO it makes
sense to add this only to input methods that specifically support the
German language.

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

From: Robert Pluim <rpluim <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: cgeek97 <at> gmail.com, 30988 <at> debbugs.gnu.org
Subject: Re: bug#30988: 25.3;
 Cannot input capital sharp S using the input method german-prefix
Date: Fri, 30 Mar 2018 14:12:47 +0200

Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Robert Pluim <rpluim <at> gmail.com>
>> Cc: eliz <at> gnu.org,  cgeek97 <at> gmail.com
>> Gmane-Reply-To-List: yes
>> Date: Fri, 30 Mar 2018 10:07:44 +0200
>> 
>> Eli Zaretskii <eliz <at> gnu.org> writes:
>> 
>> > In general, what you can expect from an Emacs input method is shown
>> > when you type "C-h C-\ RET".  As you can see, this letter was not
>> > supported by the german-prefix and german-postfix input methods.  I
>> > now added it on the master branch.
>> 
>> Would it make sense to also add it to all the latin-* methods that
>> currently define a mapping for ß ?
>
> Which ones?  Sharp s is a German-only thing (AFAIK), so IMO it makes
> sense to add this only to input methods that specifically support the
> German language.

grep ß '*.el' gives:

czech.el:84: ("\\s" ?ß)
czech.el:88: ("\\S" ?ß)
czech.el:191: ("\\s" ?ß)
czech.el:195: ("\\S" ?ß)
czech.el:302: ("++s" ?ß)
czech.el:325: ("++S" ?ß)
czech.el:381: ("++s" ?ß)
czech.el:404: ("++S" ?ß)
czech.el:481: ("=S" ?ß)
czech.el:505: ("=s" ?ß)
latin-alt.el:126: ("s/" ?ß)
latin-alt.el:306: ("s/" ?ß)
latin-alt.el:493: ("s/" ?ß)
latin-alt.el:677: ("s/" ?ß)
latin-alt.el:856: ("s/" ?ß)
latin-alt.el:1520: ("s/" ?ß)
latin-ltx.el:166: ("\\ss" ?ß) ;; ("{\\ss}" ?ß)
latin-post.el:114: ("s/" ?ß)
latin-post.el:290: ("s/" ?ß)
latin-post.el:470: ("s/" ?ß)
latin-post.el:647: ("s/" ?ß)
latin-post.el:819: ("s/" ?ß)
latin-post.el:1105: ("sz" ?ß)
latin-post.el:1878: ("-" ?ß)
latin-post.el:2279: ("s/" ?ß)
latin-pre.el:122: ("\"s" ?ß)
latin-pre.el:374: ("\"s" ?ß)
latin-pre.el:563: ("\"s" ?ß)
latin-pre.el:670: ("\"s" ?ß)
latin-pre.el:896: ("\"s" ?ß)
latin-pre.el:1054: ("\"s" ?ß)
latin-pre.el:1186: ("\"s" ?ß)
rfc1345.el:134: ("&ss" ?ß)
slovak.el:102: ("=s" ?ß)
slovak.el:127: ("=S" ?ß)
slovak.el:199: ("[[[s" ?ß)
slovak.el:229: ("[[[S" ?ß)
slovak.el:297: ("=s" ?ß)
slovak.el:321: ("=S" ?ß)
slovak.el:375: ("[[[s" ?ß)
slovak.el:420: ("[[[S" ?ß)

although the Czech and Slovak mappings all map to the lower-case
version, not the upper case.

Robert

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Robert Pluim <rpluim <at> gmail.com>
Cc: cgeek97 <at> gmail.com, 30988 <at> debbugs.gnu.org
Subject: Re: bug#30988: 25.3;
 Cannot input capital sharp S using the input method german-prefix
Date: Fri, 30 Mar 2018 16:15:00 +0300

> From: Robert Pluim <rpluim <at> gmail.com>
> Cc: cgeek97 <at> gmail.com,  30988 <at> debbugs.gnu.org
> Date: Fri, 30 Mar 2018 14:12:47 +0200
> 
> >> Would it make sense to also add it to all the latin-* methods that
> >> currently define a mapping for ß ?
> >
> > Which ones?  Sharp s is a German-only thing (AFAIK), so IMO it makes
> > sense to add this only to input methods that specifically support the
> > German language.
> 
> grep ß '*.el' gives:

Thanks, I added the capital sharp s character to latin-prefix and
latin-postfix input methods.  The rest are either legacy (Latin-2,
Latin-3, Latin-4, etc.) and/or not really relevant to the German
language.  RFC 1345 doesn't support the new character, and I see no
signs that it wants to add it, so I don't think we should add it
there.

Previous Next

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