> Also, I use log-edit-insert-changelog all the time but never use pcl-cvs.
> How about moving the node about log-edit from the pcl-cvs manual into
> the Emacs manual?
>
> Ok, please do.
>
> > No objection here,
>
> OK, I will merge the node "Editing a Log Message"
Dired doesn't work with ange-ftp when (ange-ftp-try-passive-mode => t).
So when i type C-x d "/[EMAIL PROTECTED]:/" dired buffer doesn't appear.
In *ftp [EMAIL PROTECTED] -- internal ange-ftp buffer, i can see:
| ftp> open rtfm.mit.edu
| Connected to PENGUIN-LUST.mit.edu.
| 22
That was thoughtful of you. Do you have any idea when string-to-number
was introduced?
In 1993 or earlier.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
(dolist (file files)
! ;; Prefix filename with a space to distinguish e.g fns.c xfns.c.
! (let* ((entries (log-edit-changelog-entries (concat " " file)))
This change is clearly the wrong way to do it.
The argument to log-edit-changelog-entries is supposed to be a file
In addition, Richard has told me that multi-line copyrights are OK,
and you can use two-digit years as long as they are bracketed by
matching four digit years (for example, 1996, 97, 98, 1999, 2000, 01,
02, 2003).
That was what a lawyer told me several years ago, but more recently
This change is correct--please install it.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
This change looks correct to me. Thanks.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
I use ERC (an Emacs IRC client) to talk to a free IRC to
MSN/AIM/etc... gateway called Bitlbee.
rcirc is ok... but it's not as slick as rcirc.
Did you mean to write something else?
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://li
> If this already works, how come the problem happens?
> Why doesn't this make everything work right already?
Are you asking me or some of the peole on the CC list?
Whoever knows the answer, I guess.
___
Emacs-devel mailing list
Emacs-deve
I've been using ERC for some time now, and I'm pretty satisfied with it.
But I don't know how it compares with other clients since I didn't try any
of them yet.
If we want to add an IRC client, and if people like ERC, we could
install that one instead, if the authors will sign papers f
To avoid such failure, ispell.el could check the Aspell's exit code
and in case when Aspell can't find a dictionary name among its list
of available dictionaries, ispell.el could change the default program
name from "aspell" to "ispell" and try to run Ispell with the same
dictio
In the CVS version of NTEmacs built on April 17 2005, if flyspell
highlights a misspelled word and I click mouse-2 on it and select an
item from the pop-up menu, Emacs does the equivalent of C-y after it
performs whatever action I selected from the flyspell's menu.
I tried that on
I believe that we plan to eventually make all modes run
`after-change-major-mode-hook', usually as a byproduct of making them
run their mode hook with `run-mode-hooks'.
If there are any major modes that fail to use run-mode-hooks, we want
to fix them now. It would be good for someone
> > IMHO CRLFs are not part of the file contents in case of text files
>
> Is that really so? Is there some legal opinion that changes in
> whitespace are not regarded as modifications?
Good question. Similarly you can ask whether you are allowed to
distribute a file in compressed form -- this
Well, the second bug can still occur in combination with the first,
namely if the mode is run from a timer. Maybe I could make
find-file-hook do checking too. In that case a bug could only still
occur if it already occurred before my change.
Sincerely,
Luc.
___
Stefan Monnier wrote:
W.r.t the code bundled with Emacs, there's often no problem (tho, sometimes
there is, because it's not always trivial to fix the code to use
define-derived-mode), but for the unbundled packages, the change:
2005-05-22 Luc Teirlinck <[EMAIL PROTECTED]>
> The author (Ryan Yeske) looked into other IRC Emacs implementations and
> had various reasons for writing a new one. If anyone here is happily
> using another IRC Emacs package, I'd be especially grateful for any
> details and/or a comparison.
How about riece? Its features are:
* Several I
> It would work, but why should it be better than
> (defun thumbs-thumbname (img)
> "Return a thumbnail name for the image IMG."
> (concat thumbs-thumbsdir "/" (md5 (expand-file-name img
The resulting file name is at least somewhat meaningful.
Can be very handy when debugging a problem. Ma
For instance, emacs/src/ChangeLog has this line near the
end.
See ChangeLog.9 for earlier changes.
When I visit this file and turn on font-lock mode, "See
Change" (the first 10 characters) gets change-log-data-face.
It seems that the attached change fix the problem, but, it
may fail if there are
In recent CVS builds of emacs (on NT), when I do `C-x v v' on an
*unmodified* file under version control, and I get:
File is edited but read-only; making it writable
File is under version-control; use C-x v v to check in/out
The file was *not* edited, but emacs seems confused about that. I
Another issue I forgot:
On Windows, thumbs-conversion-program is initialized to "convert.exe".
Trouble is, there's already a convert.exe on the path, on %windir%.
I thought about using (on the windows part) something like
(let ((exe (executable-find "convert.exe")))
(and exe
> Maybe it could use convert-standard-file-name.
Something like that, you mean?
(defun thumbs-thumbname (img)
"Return a thumbnail name for the image IMG."
(convert-standard-filename
(concat thumbs-thumbsdir "/" (expand-file-name img
It would work, but why should it be better than
(de
Stefan Monnier <[EMAIL PROTECTED]> writes:
>> I see a file labelled "need-merge", so I do `d E' and get:
>
> `d E' doesn't "merge" changes, it helps resolve conflicts that
> appeared during an earlier merge.
Right, I knew that, but I used it anyway.
> It's a common misunderstanding (i.e. a mis
Bill Wohler <[EMAIL PROTECTED]> writes:
> Do you have any idea when string-to-number
> was introduced?
Never mind. I have since read Stefan's note about its existence since
at least Emacs 19 which is suits us fine. Thanks.
--
Bill Wohler <[EMAIL PROTECTED]> http://www.newt.com/wohler/ GnuPG I
Lute Kamstra <[EMAIL PROTECTED]> wrote:
> string-to-number was introduced in Emacs 19.7.
Thanks.
--
Bill Wohler <[EMAIL PROTECTED]> http://www.newt.com/wohler/ GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
If you're passed on the right, you're in the wrong lane.
I'm seeing the following compiler warning:
mh-customize.el:2462:1:Warning: the function `Info-goto-node' might not be
defined at runtime.
Line 2462 is the last line.
Here is the function that yields the warning:
(defun mh-tool-bar-letter-help ()
"Visit \"(mh-e)Draft Editing\"."
Bill Wohler <[EMAIL PROTECTED]> writes:
[...]
> Do you have any idea when string-to-number was introduced? I would
> like to simply substitute string-to-number for string-to-int, as you
> have done, but we are still supporting Emacs 20.7.
string-to-number was introduced in Emacs 19.7.
Lute.
_
I'm now getting the following warning when compiling MH-E:
mh-customize.el:111:1:Warning: defgroup for `mh-e' fails to specify
containing group
Here's the code:
(defgroup mh nil
"Emacs interface to the MH mail system.
MH is the Rand Mail Handler. Other implementations include nmh
Juanma Barranquero <[EMAIL PROTECTED]> writes:
> There are a few groups of files that I don't plan to touch, because
> they're, AFAIK, externally maintained efforts and often do take pains
> to maintain compatibility with older releases or non-GNU Emacsen,
> i.e.:
>
> - eshell\*.el
> - gnus\*.el
> I see a file labelled "need-merge", so I do `d E' and get:
`d E' doesn't "merge" changes, it helps resolve conflicts that appeared
during an earlier merge. It's a common misunderstanding (i.e. a misfeature
of PCL-CVS's UI) and at least the error message should be improved.
> ediff-setup: Wrong
> - (beginning-of-line)
> - (looking-at makefile-dependency-regex))
> + (save-restriction
> + (narrow-to-region pt (point))
> + (beginning-of-line)
> + (looking-at makefile-dependency-r
> - `thumbs-thumbname' makes a simple transformation on the image
> filename to generate a thumbnail filename (taking out slashes and
> changing spaces to underscores). That simple transformation fails on
> Windows (it doesn't modify the ":" in drive:path, for example). I
> could fix that, but in
Luc Teirlinck <[EMAIL PROTECTED]> writes:
[...]
> I also do not immediately understand why find-file-hook could not
> potentially run too early too.
If I understand things correctly, after-find-file first calls the
major mode function (by calling normal-mode) and then runs
find-file-hook.
Lute.
> I do not know whether there are a lot of derived modes that do not
> follow the convention.
I know there are several. Derived modes are pretty common, whereas the use
of define-derived-mode was pretty rare until recently.
W.r.t the code bundled with Emacs, there's often no problem (tho, someti
Richard Stallman <[EMAIL PROTECTED]> writes:
> what the problem is if the copyright includes years for which the there
> are no copyrightable changes.
>
> We would in some sense be making a false statement, and that might
> be embarrassing some day. We should try our best to avoid inaccur
Now that I have taken a closer look at things, it is indeed the case
that although post-command-hook will take care of non-derived major
modes that do not follow conventions (and are not run from timers or
processes) and after-change-major-mode-hook will take care of all
modes that follow the conve
The following patch resolves the problem i was having (I could only
reproduce this on my machine at work with RH9.0, but it was consistent
on that machine). By restricting the regexp to the current line (sort
of) i was able to avoid whatever strange thing was causing the regexp
to loop infinitely.
> This idea might be OK, but the place to add a " " is not where you put it
> but inside log-edit-changelog-entries where we do a (search-forward
> pattern).
>
> Is the patch below working for you?
Yes. I've committed it.
> > Also, I use log-edit-insert-changelog all the time but never use
> Date: Wed, 25 May 2005 21:49:47 +0300
> From: Eli Zaretskii <[EMAIL PROTECTED]>
>
> For quite some time now I sometimes see an annoying problem in the
> native MS-Windows (a.k.a. NTEmacs) port of the CVS Emacs: commands
> that create a new frame somehow fail to display the frame. Examples
> inc
$B'$'$'$!!Bg?M$I$&$7$N=P2q$$$r3Z$7$_$^$;$s$+!)!!'$'$'$(B
$B!!%*!<%W%sFCJL4k2hCf$K$D$-(B
$B!!(BNINTENDO DS,PSP,iPad$B$,9g7W#1#0#0L>MM$KEv$?$kBg%A%c%s%9!*(B
$B(B $B!!"->\$7$/$O%3%A%i"-(B
$B!!(B http://live.livedear.com/?num=100
$B!!$5$i$K!*(B
$B!!4|4VCf$K?75,EPO?$5$l
Eli Zaretskii <[EMAIL PROTECTED]> writes:
>> IMHO CRLFs are not part of the file contents in case of text files --
>
> Is that really so? Is there some legal opinion that changes in
> whitespace are not regarded as modifications?
Not just any changes in whitespace: Change of line endings.
Simil
In the CVS version of NTEmacs built on April 17 2005, if flyspell
highlights a misspelled word and I click mouse-2 on it and select an
item from the pop-up menu, Emacs does the equivalent of C-y after it
performs whatever action I selected from the flyspell's menu. "C-h l"
shows that after down-mo
Symptom:
I see a file labelled "need-merge", so I do `d E' and get:
`merge' is not applicable to any of the selected files.
So I enter the file's path explicitly and get:
Retrieving revision 1.36...
Fontifying msvc.jam.1.36<2>... (regexps..)
Retrieving revision 1.36... Done
Retrieving
For quite some time now I sometimes see an annoying problem in the
native MS-Windows (a.k.a. NTEmacs) port of the CVS Emacs: commands
that create a new frame somehow fail to display the frame. Examples
include "C-x b FOO RET", "C-x m" with rmail-mail-new-frame set to
non-nil, etc. What happens is
> Date: Wed, 25 May 2005 05:45:17 +0200 (CEST)
> Cc: [EMAIL PROTECTED], emacs-devel@gnu.org
> From: Werner LEMBERG <[EMAIL PROTECTED]>
>
> IMHO CRLFs are not part of the file contents in case of text files --
Is that really so? Is there some legal opinion that changes in
whitespace are not regar
On Wed, 25 May 2005, Juri Linkov wrote:
> > If you use "-d DICT" where DICT does NOT end in ".hash" or is a
> > complete
> > path to an Ispell dictionary than it should work as you suggested.
> >
> > If this already works, how come the problem happens?
> > Why doesn't this make everythin
Lute Kamstra wrote:
It runs after-change-major-mode-hook indirectly: org-mode calls
outline-mode, which calls run-mode-hooks, which runs
after-change-major-mode-hook. That way, global-font-lock-mode-buffers
is first called before org-mode sets font-lock-defaults.
Sorry, I should have
> Yeah, there's a tiny arrow there. The problem is that the diagnostics
> typically span several lines and are often quite dense, and the arrow
> isn't quite enough to help me distinguish the boundaries of the
> diagnostic being indicated by the arrow. Would it be possible to add
> some kind of h
> If you use "-d DICT" where DICT does NOT end in ".hash" or is a complete
> path to an Ispell dictionary than it should work as you suggested.
>
> If this already works, how come the problem happens?
> Why doesn't this make everything work right already?
Users may have different sets of
Luc Teirlinck <[EMAIL PROTECTED]> writes:
> Lute Kamstra wrote:
>
>You seem only to consider the problem that GLOBAL-MODE-buffers is not
>called. It can also be a problem when it is called too early.
>
> I agree that if run-mode-hooks is used, it should be run at the very
> end. That was
Stefan Monnier wrote:
While I think that org-mode should use define-derived-mode, I'm wondering
why it's a problem that after-change-major-mode-hook is run at the
wrong time. After all, such manual mode derivation (without using
define-derived-mode) is pretty common, so if there's a p
Lute Kamstra wrote:
You seem only to consider the problem that GLOBAL-MODE-buffers is not
called. It can also be a problem when it is called too early.
I agree that if run-mode-hooks is used, it should be run at the very
end. That was the convention even before
`after-change-major-mode-ho
Luc Teirlinck <[EMAIL PROTECTED]> writes:
> Lute Kamstra wrote:
>
>It is a problem in combination with a global minor mode defined with
>define-global-minor-mode since this change:
>
>2005-05-22 Luc Teirlinck <[EMAIL PROTECTED]>
>
> * emacs-lisp/easy-mmode.el (define-global-
Lute Kamstra wrote:
It is a problem in combination with a global minor mode defined with
define-global-minor-mode since this change:
2005-05-22 Luc Teirlinck <[EMAIL PROTECTED]>
* emacs-lisp/easy-mmode.el (define-global-minor-mode): Use
`after-change-major-mode-h
Stefan Monnier wrote:
While I think that org-mode should use define-derived-mode, I'm wondering
why it's a problem that after-change-major-mode-hook is run at the
wrong time.
Because users of after-change-major-mode-hook should be able to rely
on the fact that it is run at the very end o
Stefan Monnier <[EMAIL PROTECTED]> writes:
[...]
> While I think that org-mode should use define-derived-mode, I'm wondering
> why it's a problem that after-change-major-mode-hook is run at the
> wrong time. After all, such manual mode derivation (without using
> define-derived-mode) is pretty c
On Tue, 24 May 2005, Richard Stallman wrote:
> > Or, aspell could see that it has been given an ispell dictionary file
> > for a certain language, and automatically use the aspell dictionary for
> > the same language (or report an error if it doesn't have one available).
>
> If yo
Hi Lute,
OK, I see now what the problem is, and I will switch to
define-derived-mode, and to run-mode-hooks (for org-agenda-mode).
This will indeed create a problem if someone uses outline-mode-hook to
modify one of the three outline menus (Headings, Show, Hide). We will
just have to see if any
[EMAIL PROTECTED] (Karl Berry) writes:
> The author (Ryan Yeske) looked into other IRC Emacs implementations and
> had various reasons for writing a new one. If anyone here is happily
> using another IRC Emacs package, I'd be especially grateful for any
> details and/or a comparison.
I've been u
Hi Carsten,
> I remember trying to do define-derived mode, but not doing it for a
> number of reasons which I do not exactly remember. The argument was
> one reason. Another was that older versions of define-derived-mode
> did not allow a BODY arguments which I needed.
> A third one was that or
I've been testing thumbs.el on Windows, and I have a few issues:
- Thumbs functions by default create jpeg thumbnails, but they don't
check whether the jpeg image support is loaded; that fails in
dynamic-loading environments. That is addressed in the patch below.
- `thumbs-thumbname' makes a
I will change org-mode to use define-derived-mode. When I started
writing this mode, some versions of define-derived-mode (maybe the one
in XEmacs, I don't remember) did not allow a BODY argument. It seems
they now all do, so I will modify org-mode. I don't really need the
argument to org-mode.
[EMAIL PROTECTED] (Karl Berry) writes:
> An IRC implementation for Emacs has been offered to GNU:
> http://www.nongnu.org/rcirc
>
> It seems reasonable enough, but none of the evaluators are IRC experts,
> so we thought someone here might like to take a look and give an
> opinion. Nitpicking th
It sounds like these are bug fixes, so if you've tested them,
please install them.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
[I sent this message two weeks ago but did not get a response.
Would someone please look at this?]
Is there someone here who can evaluate this proposed patch?
I don't use supercite.
--- Start of forwarded message ---
To: emacs-pretest-bug@gnu.org
From: "Davide G. M. Salvetti" <[EMAIL PROT
> org-mode in lisp/textmodes/org.el is derived from outline-mode, but it
> doesn't use define-derived-mode to accomplish this. Instead, it just
> calls outline-mode as the first thing it does. (I guess this is
> because org-mode accepts an argument, which define-derived-mode
> doesn't support.)
An IRC implementation for Emacs has been offered to GNU:
http://www.nongnu.org/rcirc
It seems reasonable enough, but none of the evaluators are IRC experts,
so we thought someone here might like to take a look and give an
opinion. Nitpicking the code isn't necessary, just whether it is a
decent
> vc-nect-action in fns.c (C-v v v) followed by C-c C-a picks up:
> * fns.c (Fyes_or_no_p, Fy_or_n_p): Call Fx_popup_dialog with
> a third argument (Qnil).
> * editfns.c (Fmessage_box): Use "Information" for frame title.
> How about the patch below to stop this?
This idea might be OK, but the pla
org-mode in lisp/textmodes/org.el is derived from outline-mode, but it
doesn't use define-derived-mode to accomplish this. Instead, it just
calls outline-mode as the first thing it does. (I guess this is
because org-mode accepts an argument, which define-derived-mode
doesn't support.) The proble
Can somebody confirm that this change is correct?
Lute.
Index: src/eval.c
===
RCS file: /cvsroot/emacs/emacs/src/eval.c,v
retrieving revision 1.238
diff -C4 -r1.238 eval.c
*** src/eval.c 8 May 2005 16:30:13 - 1.238
--- sr
One can also use `open -a Emacs'.
*chad
On May 24, 2005, at 9:20 PM, YAMAMOTO Mitsuharu wrote:
On Wed, 25 May 2005 09:46:24 +0900, YAMAMOTO Mitsuharu
<[EMAIL PROTECTED]> said:
Could you try `open /Application/Emacs.app' ?
Oops, /Applications/Emacs.app, of course.
___
log-edit-insert-changelog (C-c C-a) picks up files with similar names e.g
2005-05-24 Nick Roberts <[EMAIL PROTECTED]>
* xmenu.c (Fx_popup_dialog): Add a third boolean argument to
select frame title ("Question"/"Information").
(xdialog_show): Use it.
* macmenu.
It looks like these fonts are free. So it is ok for us
to recommend their use. I think we should put a copy of them
onto ftp.gnu.org and refer to them there. Is anyone here
in a position to do that?
___
Emacs-devel mailing list
Emacs-devel@gnu.org
h
> > IMHO CRLFs are not part of the file contents in case of text files
> > -- just think of transferring it via ftp in `ascii' mode. I vote
> > for converting it to Unix linefeeds. Objections?
>
> Every version of diff I've encountered treats CRLF as different than
> plain LF. This would make i
Jason Rumney <[EMAIL PROTECTED]> writes:
> Every version of diff I've encountered treats CRLF as different than
> plain LF.
Try diff -b.
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
Key fingerprint = 58CA 54C7 6D53
Maybe you could read the arguments from last october about this?
Kind regards,
Lennart
- Original Message -
From: Juanma Barranquero <[EMAIL PROTECTED]>
Date: Wednesday, May 25, 2005 0:53 am
Subject: Re: Default HOME to USERPROFILE on w32?
> On 5/24/05, Lennart Borgman <[EMAIL PROTECTED
Werner LEMBERG <[EMAIL PROTECTED]> writes:
> IMHO CRLFs are not part of the file contents in case of text files --
> just think of transferring it via ftp in `ascii' mode. I vote for
> converting it to Unix linefeeds. Objections?
Every version of diff I've encountered treats CRLF as different t
77 matches
Mail list logo