GNU bug report logs - #45693
28.0.50; abbrev does not expand two words any more

Previous Next

Full log

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

From: Robert Pluim <rpluim <at> gmail.com>
To: Uwe Brauer <oub <at> mat.ucm.es>
Cc: larsi <at> gnus.org, 45693 <at> debbugs.gnu.org
Subject: Re: bug#45693: [two word expansion works, but write-abbrev-file
 destroys it]
Date: Wed, 13 Jan 2021 15:03:07 +0100

>>>>> On Wed, 13 Jan 2021 14:18:37 +0100, Uwe Brauer <oub <at> mat.ucm.es> said:

    >> Uwe Brauer <oub <at> mat.ucm.es> writes:

    >> Based on the code above, there is no list: youʼre unconditionally
    >> setting local-abbrev-table to a single table. You'd want something
    >> like:

    >> (define-minor-mode american-minor-mode 
    >> nil nil nil nil
    >> (setq local-abbrev-table
    >> (if american-minor-mode
    >> (list american-minor-mode-abbrev-table local-abbrev-table))))

    Uwe> Ok I did not think that through, you were referring to 
    Uwe> (setq local-abbrev-table (list my-abbrev-table fundamental-mode-abbrev-table))

    Uwe> And the question is what comes first in that list, right?

    Uwe> You asked whether to take the first or all elements of the list, would
    Uwe> it be very resource consuming to take all?

Not really, but people might find it confusing when 'add a local
abbrev' results in modifying more than one abbrev table.

Robert

Previous Next

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