GNU bug report logs - #63438
30.0.50; abbrev mode wrongly capitalizes with mixed capitalized words

Previous Next

To reply to this bug, email your comments to 63438 AT debbugs.gnu.org.

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

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

From: Daniel Fleischer <danflscr <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 30.0.50; abbrev mode wrongly capitalizes with mixed capitalized words
Date: Thu, 11 May 2023 10:10:40 +0300

Recipe for recreating:

- Add some abbrev definition with mixed capitalization, e.g. "abc"
should expand to "aBC".
- Enable abbrev-mode. 
- Write "aBC".
- Upon pressing space, abbrev-mode converts it into "ABC". 

There is a code section in `abbrev-insert' that explicitly capitalizes
the first letter; I'm sure it's there for a reason but I think the
behavior I showed is unexpected. As for the example "aBC", there are
real use cases, just to mention one "iPhone".

-- 
Daniel Fleischer

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Daniel Fleischer <danflscr <at> gmail.com>
Cc: 63438 <at> debbugs.gnu.org
Subject: Re: bug#63438: 30.0.50;
 abbrev mode wrongly capitalizes with mixed capitalized words
Date: Thu, 11 May 2023 11:29:59 +0300

severity 63438 wishlist
thanks

> From: Daniel Fleischer <danflscr <at> gmail.com>
> Date: Thu, 11 May 2023 10:10:40 +0300
> 
> Recipe for recreating:
> 
> - Add some abbrev definition with mixed capitalization, e.g. "abc"
> should expand to "aBC".
> - Enable abbrev-mode. 
> - Write "aBC".
> - Upon pressing space, abbrev-mode converts it into "ABC". 
> 
> There is a code section in `abbrev-insert' that explicitly capitalizes
> the first letter; I'm sure it's there for a reason but I think the
> behavior I showed is unexpected. As for the example "aBC", there are
> real use cases, just to mention one "iPhone".

What you see is the documented behavior: by default, if the abbrev was
triggered by a word that has some upper-case letters in it, Emacs
capitalizes the first letter of every word in the expansion (you can
optionally set abbrev-all-caps non-nil to up-case all the letters in
the expansion).  In your case, capitalizing the first letter of "aBC"
yields "ABC", and that's what you see.

What did you expect to happen instead?

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

From: Daniel Fleischer <danflscr <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 63438 <at> debbugs.gnu.org
Subject: Re: bug#63438: 30.0.50; abbrev mode wrongly capitalizes with mixed
 capitalized words
Date: Thu, 11 May 2023 12:00:39 +0300

Eli Zaretskii [2023-05-11 Thu 11:29] wrote:

> What you see is the documented behavior: by default, if the 
> abbrev was
> triggered by a word that has some upper-case letters in it, 
> Emacs
> capitalizes the first letter of every word in the expansion (you 
> can
> optionally set abbrev-all-caps non-nil to up-case all the 
> letters in
> the expansion).  In your case, capitalizing the first letter of 
> "aBC"
> yields "ABC", and that's what you see.
>
> What did you expect to happen instead?

I would expect *nothing* to happen; abbrev is key-value mapping; 
you
write a key and it replaces it with a value. If you write a word 
that
is not a key, you expect nothing to happen. In this case, the word 
is
one of the values, and suddenly something happens, unexpectedly. I
know realize that words are compared with keys ignoring the case, 
but
using the case in the expansion. Still, if a user writes a word
identical to one the abbrev "keys", I would expect abbrev to leave 
it
as is. 

Thanks, 

Daniel

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Daniel Fleischer <danflscr <at> gmail.com>
Cc: 63438 <at> debbugs.gnu.org
Subject: Re: bug#63438: 30.0.50; abbrev mode wrongly capitalizes with mixed
 capitalized words
Date: Thu, 11 May 2023 13:39:50 +0300

> From: Daniel Fleischer <danflscr <at> gmail.com>
> Cc: 63438 <at> debbugs.gnu.org
> Date: Thu, 11 May 2023 12:00:39 +0300
> 
> 
> Eli Zaretskii [2023-05-11 Thu 11:29] wrote:
> 
> > What did you expect to happen instead?
> 
> I would expect *nothing* to happen; abbrev is key-value mapping; you
> write a key and it replaces it with a value. If you write a word
> that is not a key, you expect nothing to happen. In this case, the
> word is one of the values, and suddenly something happens,
> unexpectedly. I know realize that words are compared with keys
> ignoring the case, but using the case in the expansion. Still, if a
> user writes a word identical to one the abbrev "keys", I would
> expect abbrev to leave it as is.

I guess there's a place for a new defcustom, under which no
case-conversion will happen at abbrev expansion time, ever.  Is that
what you want?  That is, if you have an abbrev foo -> foobarical, then
typing "Foo" or "FOO" will produce a literal "foobarical", each and
every time?

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

From: Daniel Fleischer <danflscr <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 63438 <at> debbugs.gnu.org
Subject: Re: bug#63438: 30.0.50; abbrev mode wrongly capitalizes with mixed
 capitalized words
Date: Thu, 11 May 2023 14:03:43 +0300

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

Eli Zaretskii [2023-05-11 Thu 13:39]  wrote:

> I guess there's a place for a new defcustom, under which no
> case-conversion will happen at abbrev expansion time, ever.  Is that
> what you want?  That is, if you have an abbrev foo -> foobarical, then
> typing "Foo" or "FOO" will produce a literal "foobarical", each and
> every time?

I think even simpler: make sure abbrev insertion only works when the
input word is strictly (case sensitive) different than the expansion
word; leave everything else as is.

Example: with a rule like "foobarical -> fooBarical" then 

Foobarical -> FooBarical (as is today)
FOOBARICAL -> FOOBARICAL (as is today)

but fooBarical -> fooBarical, because it's already what we want. 

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

From: Daniel Fleischer <danflscr <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: Re: bug#63438: 30.0.50;
 abbrev mode wrongly capitalizes with mixed capitalized words
Date: Thu, 11 May 2023 14:28:12 +0300

Daniel Fleischer [2023-05-11 Thu 14:03] wrote:

> Example: with a rule like "foobarical -> fooBarical" then 
>
> Foobarical -> FooBarical (as is today)
> FOOBARICAL -> FOOBARICAL (as is today)
>
> but fooBarical -> fooBarical, because it's already what we want. 

Maybe some context: I think some people, at least me, use abbrev mode to
properly capitalize words with unique casing, needs not met by regular
capitalization rules. It means abbrev keys and values sometimes contain
the same word but with different casing. That's why I want nothing to
happen when the user writes a word with the right casing, making an
abbrev expansion unnecessary. 

-- 
Daniel Fleischer

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

From: Daniel Martín <mardani29 <at> yahoo.es>
To: Daniel Fleischer <danflscr <at> gmail.com>
Cc: 63438 <at> debbugs.gnu.org
Subject: Re: bug#63438: 30.0.50; abbrev mode wrongly capitalizes with mixed
 capitalized words
Date: Thu, 11 May 2023 13:45:06 +0200

Daniel Fleischer <danflscr <at> gmail.com> writes:

> Recipe for recreating:
>
> - Add some abbrev definition with mixed capitalization, e.g. "abc"
> should expand to "aBC".
> - Enable abbrev-mode. 
> - Write "aBC".
> - Upon pressing space, abbrev-mode converts it into "ABC". 
>
> There is a code section in `abbrev-insert' that explicitly capitalizes
> the first letter; I'm sure it's there for a reason but I think the
> behavior I showed is unexpected. As for the example "aBC", there are
> real use cases, just to mention one "iPhone".

The docstring of define-abbrev describes that abbreviations support a
property list of options.  One of them is :case-fixed:

‘:case-fixed’: non-nil means that abbreviations are looked up without
  case-folding, and the expansion is not capitalized/upcased.

Perhaps we should make the interactive commands set the :case-fixed
property, if the user wants.

Or to avoid case-folding globally:

(abbrev-table-put global-abbrev-table :case-fixed t)

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Daniel Fleischer <danflscr <at> gmail.com>
Cc: 63438 <at> debbugs.gnu.org
Subject: Re: bug#63438: 30.0.50; abbrev mode wrongly capitalizes with mixed
 capitalized words
Date: Thu, 11 May 2023 16:07:47 +0300

> From: Daniel Fleischer <danflscr <at> gmail.com>
> Cc: 63438 <at> debbugs.gnu.org
> Date: Thu, 11 May 2023 14:03:43 +0300
> 
> I think even simpler: make sure abbrev insertion only works when the
> input word is strictly (case sensitive) different than the expansion
> word; leave everything else as is.
> 
> Example: with a rule like "foobarical -> fooBarical" then 
> 
> Foobarical -> FooBarical (as is today)
> FOOBARICAL -> FOOBARICAL (as is today)
> 
> but fooBarical -> fooBarical, because it's already what we want. 

Sorry, that's an incompatible change in long-standing behavior.  We
cannot do that unconditionally.  We _can_ make this opt-in behavior.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Daniel Fleischer <danflscr <at> gmail.com>
Cc: 63438 <at> debbugs.gnu.org
Subject: Re: bug#63438: 30.0.50;
 abbrev mode wrongly capitalizes with mixed capitalized words
Date: Thu, 11 May 2023 16:09:27 +0300

> From: Daniel Fleischer <danflscr <at> gmail.com>
> Date: Thu, 11 May 2023 14:28:12 +0300
> 
> Maybe some context: I think some people, at least me, use abbrev mode to
> properly capitalize words with unique casing, needs not met by regular
> capitalization rules. It means abbrev keys and values sometimes contain
> the same word but with different casing. That's why I want nothing to
> happen when the user writes a word with the right casing, making an
> abbrev expansion unnecessary. 

I agree that your use pattern has a place, and have nothing against
implementing it.  I just don't think we can change to it
unconditionally.  So a new user option is in order, or perhaps a new
value of abbrev-all-caps.

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

From: Daniel Fleischer <danflscr <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: Re: bug#63438: 30.0.50;
 abbrev mode wrongly capitalizes with mixed capitalized words
Date: Thu, 11 May 2023 17:18:13 +0300

Daniel Martín via "Bug reports for GNU Emacs, the Swiss army knife of
text editors" <bug-gnu-emacs <at> gnu.org> writes:

> The docstring of define-abbrev describes that abbreviations support a
> property list of options.  One of them is :case-fixed:
>
> ‘:case-fixed’: non-nil means that abbreviations are looked up without
>   case-folding, and the expansion is not capitalized/upcased.
>
> Perhaps we should make the interactive commands set the :case-fixed
> property, if the user wants.
>
> Or to avoid case-folding globally:
>
> (abbrev-table-put global-abbrev-table :case-fixed t)

Thanks, using `:case-fixed t' on the word and/or table solves my issue.

Maybe this options should be better exposed during abbrev creation step,
as you said.

Daniel

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Daniel Fleischer <danflscr <at> gmail.com>
Cc: 63438 <at> debbugs.gnu.org
Subject: Re: bug#63438: 30.0.50;
 abbrev mode wrongly capitalizes with mixed capitalized words
Date: Thu, 11 May 2023 18:49:05 +0300

> From: Daniel Fleischer <danflscr <at> gmail.com>
> Date: Thu, 11 May 2023 17:18:13 +0300
> 
> > Or to avoid case-folding globally:
> >
> > (abbrev-table-put global-abbrev-table :case-fixed t)
> 
> Thanks, using `:case-fixed t' on the word and/or table solves my issue.
> 
> Maybe this options should be better exposed during abbrev creation step,
> as you said.

Yes, that will be a useful addition.

Previous Next

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