[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Fwd: version 1.84 of cperl-mode.el takes away my control over abbrevs
From: |
Glenn Morris |
Subject: |
Fwd: version 1.84 of cperl-mode.el takes away my control over abbrevs |
Date: |
Fri, 12 Jan 2007 18:35:49 -0500 |
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.
- Fwd: version 1.84 of cperl-mode.el takes away my control over abbrevs,
Glenn Morris <=