I'm using the following:
(add-hook 'before-save-hook 'copyright-update)
Hopefully more people would use it,
This adds the current year regardless of the amount of changes,
even for something like changing the FSF's address or removing
spurious whitespace. It isn't the right thin
I think this feature should be removed now.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
Richard Stallman <[EMAIL PROTECTED]> writes:
> I'm using the following:
>
> (add-hook 'before-save-hook 'copyright-update)
>
> Hopefully more people would use it,
>
> This adds the current year regardless of the amount of changes,
> even for something like changing the FSF's address
Richard Stallman wrote:
> I think this feature should be removed now.
Maybe disabled by default is better. I.e. make the offending face
inherit the default face with no additional attributes. I don't
think it is so bad and unuseful to remove it altogether.
Paul
__
_/_/_/_/_/$B5U1g!y?M:[EMAIL PROTECTED](BSM$B!yB(2q$$!yD>%aD>EE(B_/_/_/_/_/
_/_/_/_/_/_/ http://awg.webchu.com/?springt _/_/_/_/_/_/
$B!xBg9%I>!V(B1$B1_!WL5NA%]%$%s%HB#Dh%-%c%s%Z!<%s7QB3http://awg.webchu.com/?springt
$B!}7HBS!&(BPC$BBP1~$G%U%j!<%a!<%k$bMxMQ$G$-$^$9!#(B
$B!}F?L>@
Stefan Monnier <[EMAIL PROTECTED]> writes:
> So the patch below should fix the problem because it uses the font-lock-face
> property which is not cleared by font-lock.
This is still not enough when there are multiple matches on the same line
close to each other. Since we delete some text during
>From my previous message:
I am not really sure that it is such a great idea to have
`define-minor-mode' and `define-generic-mode' spew out all these
automatic defcustoms, but given that they do that, it seems rather
strange and inconsistent that `define-derived-mode' does not.
On sec
I've been working on the "Adapt mouse-sel-mode to
mouse-1-click-follows-link" item in FOR-RELEASE. I have gotten it to work
for clicking on buttons in *Help* and *Info* buffers. (Double-clicking is
currently not implemented, and seems difficult to implement given how
Mouse Sel mode works.)
The t
so it seems like Gerd branched for 21.1 and immediately afterwards
commited a bunch of things on the main trunk, `defvaralias' among
them.
Thanks for noticing this. This being so, let's make the change in doc
string handling change now.
__
locate-file is a function that
> didn't exist in previous versions, so it's a Lisp-level change.
> Moreover, we want Lisp programmers to know about it because it
> performs its job in a way that hides system dependencies while doing
> TRT.
That is right.
Who is NEWS
If one would make it construct defcustoms, then maybe that should only
happen if the :group keyword is given, so it would not get into the
same default group problems as `define-{minor,generic}-mode'.
I don't follow the logic of this argument. Whatever group is right
for the move vari
Yes. locate-file seems useful enough to justify a description in the Lisp
Reference Manual.
I agree. Would someone like to write this?
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
It would seem that it can't be done mechanically, so maybe the (lisp) code
could invoke vc-annotate in some way for manual inspection.
Although the decision calls for human judgment, it may be possible to
develop tools that make the process more convenient.
__
> Richard installed a different change to simple.el.
>
> (put 'next-error-overlay-arrow-position 'overlay-arrow-string "")
>
> but this is a *different* arrow that displays in the *source* buffer.
>
> I think this change is wrong.
Which change is wrong--Richard's
As James explains, this is a general problem, i.e. not limited to nxml-mode.
As such, it should be solved generally, rather than hotch-potch fixes in
individual packages.
That is right. When specific modes try to solve perceived problems in
general Emacs conventions by departing from
What I mean is, if someone made a significant change to foo.el in
2003, and some other people did another significant change to foo.el
in 2005, so there's no remaining code in foo.el from the 2003 change,
should the copyright be "2003, 2005" or just "2005"? I think is the
later
Richard Stallman wrote:
This being so, let's make the change in doc string handling change now.
Done.
Sincerely,
Luc.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
Chong Yidong wrote:
The trouble is, I can't get it to work with *Customize* buffers. This is
probably due to some widget magic that I'm ignorant of. Can someone help
me figure it out? (How does the normal mouse.el stuff deal with
Customize?) The current patch is below.
That is bec
> Done. I preferred to use locate-file instead of executable-find,
> since the latter would load another package.
Actually, looking at the definition of executable-find, I'm surprised it
doesn't use locate-file. The patch below should fix it so that
executable-find uses the same code used by `ca
>> I think this feature should be removed now.
> Maybe disabled by default is better. I.e. make the offending face
> inherit the default face with no additional attributes. I don't
> think it is so bad and unuseful to remove it altogether.
I think it should be made into a separate minor mode in
Richard Stallman wrote:
I don't follow the logic of this argument. Whatever group is right
for the move variable, isn't that right for the hook variable too?
I believe that we are misunderstanding each other, but since I changed
my mind on the issue in the meantime, this has become irrelev
> However, I am not sure we want defcustoms for *any* mode hooks. How
> often would a user want to customize one with defcustom?
C:\...\lisp> grep -E "defcustom.*-mode-hook" *.el
add-log.el:(defcustom change-log-mode-hook nil
autorevert.el:(defcustom auto-revert-mode-hook nil
autorevert.e
> From: Nick Roberts <[EMAIL PROTECTED]>
> Date: Sun, 8 May 2005 16:59:33 +1200
> Cc: emacs-devel@gnu.org
>
> Who is NEWS directed at? Users or developers?
If by `developers'' you mean people who write Lisp code (as opposed to
Emacs developers), then NEWS is both for users and developers.
_/_/_/_/_/$B5U1g!y?M:[EMAIL PROTECTED](BSM$B!yB(2q$$!yD>%aD>EE(B_/_/_/_/_/
_/_/_/_/_/_/ http://awg.webchu.com/?springb _/_/_/_/_/_/
$B!xBg9%I>!V(B1$B1_!WL5NA%]%$%s%HB#Dh%-%c%s%Z!<%s7QB3http://awg.webchu.com/?springb
$B!}7HBS!&(BPC$BBP1~$G%U%j!<%a!<%k$bMxMQ$G$-$^$9!#(B
$B!}F?L>@
> Cc: Nick Roberts <[EMAIL PROTECTED]>, [EMAIL PROTECTED],
> emacs-devel@gnu.org
> From: Stefan Monnier <[EMAIL PROTECTED]>
> Date: Sun, 08 May 2005 13:31:20 -0400
>
> Actually, looking at the definition of executable-find, I'm surprised it
> doesn't use locate-file.
IIRC, executable-find w
> From: Richard Stallman <[EMAIL PROTECTED]>
> CC: [EMAIL PROTECTED], emacs-devel@gnu.org
> Date: Sun, 08 May 2005 12:12:37 -0400
>
> It looks like I changed the wrong marker, and indeed it appears not to
> work. If your change does the job, please delete mine.
Done.
__
> Date: Sun, 08 May 2005 22:02:25 +0300
> From: "Eli Zaretskii" <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED], emacs-devel@gnu.org
>
> Well, if you are going to use integer values as the last arg to
> locate-file (which is deprecated usage, as the doc string says), why
> not call locate-file-interna
Richard Stallman wrote:
Can someone please investigate this, and ack?
I looked a bit, but I am not sure how it shall work. If I just to three
windows, in the obvious way (C-x 2, C-x 2), I get three windows, one 11
lines, one 12 lines and one 24 lines. This gives me this window
configuration
>> Actually, looking at the definition of executable-find, I'm surprised it
>> doesn't use locate-file.
> IIRC, executable-find was in existence longe before you added
> locate-file.
Yes, what I meant was that I was surprised I didn't change executable-find
back when I added locate-file (especiall
Richard Stallman writes:
> What I mean is, if someone made a significant change to foo.el in
> 2003, and some other people did another significant change to foo.el
> in 2005, so there's no remaining code in foo.el from the 2003 change,
> should the copyright be "2003, 2005" or j
On 5/7/05, Kim F. Storm <[EMAIL PROTECTED]> wrote:
> And it makes wrong highlights too
It's highlighting the "n" in #ifndef... That cannot be a feature, I hope.
--
/L/e/k/t/u
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http:/
Firstly, if normal-mode is called interactively, it unconditionally
processes all local variables in the -*- line and the local variables
list _except_ that it ignores a mode in the -*- line if
enable-local-variables is nil. I guess that this exception is
unintentional. If so,
> I think this feature should be removed now.
Maybe disabled by default is better.
Does anyone (except the person who wrote it) like it?
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
Thanks. I wrote to Eric to follow up on this.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
What do other people think about this issue? Are there common shell
indent styles for which the current default is right?
--- Start of forwarded message ---
To: bug-gnu-emacs@gnu.org
Date: Sat, 7 May 2005 14:30:41 +1000 (EST)
From: [EMAIL PROTECTED] (Michael Wardle)
Subject: sh-indent-fo
I forgot to delete the unless-form from read-directory-name.
I will do so. Thanks.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
The behavior of `hack-local-variables' has recently been changed.
I don't see any recent change. What change do you mean?
The patch below updates the Elisp manual. I can
install if desired.
Please do.
Since this is an incompatible change, should it also be mentioned in
t
On 5/8/05, Andreas Schwab <[EMAIL PROTECTED]> wrote:
> > (add-hook 'before-save-hook 'copyright-update)
>
> This is not a problem since you are asked whether you want to update the
> copyright.
Indeed; I use it, and I don't think it's dangerous in the way Richard
suggested (it always leaves
>> > (add-hook 'before-save-hook 'copyright-update)
>>
>> This is not a problem since you are asked whether you want to update the
>> copyright.
> Indeed; I use it, and I don't think it's dangerous in the way Richard
> suggested (it always leaves the final decision to the user).
> However,
Richard Stallman wrote:
The behavior of `hack-local-variables' has recently been changed.
I don't see any recent change. What change do you mean?
Somehow it seems non-trivial to figure out what caused the change.
The change does not appear to be mentioned in the ChangeLogs.
But (hack
Richard Stallman wrote:
Why does it ask two questions instead of one?
Because I both had a -*- line and a local variables list. But that
was in a buffer I used for debugging and experimentation purposes.
In practice, such a situation may indeed very seldom occur. So, in
practice, it may inde
9 maj 2005 kl. 00.45 skrev Richard Stallman:
What do other people think about this issue? Are there common shell
indent styles for which the current default is right?
I agree with the sender, sh-indent-for-do should default to 0 rather
than *. I haven't seen any sh-script that indents as sh-mod
42 matches
Mail list logo
