Fwd: version 1.84 of cperl-mode.el takes away my control over abbrevs

[Glenn Morris]

I think this should go to the list.


Eric Hanchrow wrote (on Fri, 12 Jan 2007 at 13:38 -0800):

> I want something that might well be unusual, but I want it anyway: I
> want to have my own dynamic abbrevs when I'm in cperl-mode, but I do
> _not_ want the built in ones -- for example, "if" expanding into "if
> () {\n\t}". So I tried to get what I want by doing M-x edit-abbrevs
> RET, and deleting from the cperl-mode stuff those entries that I
> don't want, and then doing M-x write-abbrevs. But the next time I
> start emacs and enter cperl-mode, those nasty abbrevs are back.
> Version 1.83 of cperl-mode.el didn't have this problem.

I think all you can do is define the abbrevs you don't want to expand
to themselves, rather than deleting them. A bit ugly.


For the list: is there a better solution for this change in behaviour
caused by the adoption of system abbrevs?

Previously, if abbrevs for a mode were saved to the user abbrev file,
then these were _all_ the abbrevs that would be defined for that mode.
So any unwanted abbrevs could just be deleted.

Now, system abbrevs as defined by the mode get restored every time a
mode is loaded. Only if the user has already defined them to expand to
something else are they not loaded.