On 4/20/05, Richard Stallman <[EMAIL PROTECTED]> wrote:
> There may not be many choices on a text console. Anyway, I don't
> see any reason why cited text should be fontified.
I find it helps a lot to focus my eye when writing a mail-message with
lots of cited text; it makes it much easier to see
>The docstring should be updated: it was necessary for paragraph-start to
>also match entries matched by paragraph-separate, but it's not the case
>any more.
> I do not know when this change occurred, but I do not see any mention
> in the NEWS.
I think the change happened as a side ef
Stefan Monnier wrote:
The docstring should be updated: it was necessary for paragraph-start to
also match entries matched by paragraph-separate, but it's not the case
any more.
I do not know when this change occurred, but I do not see any mention
in the NEWS. The docstring, the Emacs ma
>From my previous patch:
***
*** 110,117
;;; "This function binds many inferior-lisp commands to C-c
bindings,
;;;where they are more accessible. C-c bindings are reserved for
the
;;;user, so these bindings are non-standard. If you want them, you should
> I propose to change paragraph-start in Shell mode and Ielm from:
> (setq paragraph-start comint-prompt-regexp)
> to:
> (setq paragraph-start (concat "[ \t\f]*$\\|" comint-prompt-regexp))
I believe it's a bad idea.
> This will make no user visible difference, for reasons explained
> below. But
> From: Frank Schmitt <[EMAIL PROTECTED]>
> Date: Tue, 19 Apr 2005 16:48:45 +0200
>
> I see that on 2005-4-18 the tooltip-use-echo-area was renamed to
> tooltip-gud-echo-area. This change breaks existing code
> (semantic). Isn't it common practise to first deprecate a variable
> before deleting it
> {line,column}-number-mode and tool-bar-mode are already on the menu bar
> under Show/Hide.
OK. How about if I just move tooltip-mode there?
Nick
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
>From my previous message:
I propose to change paragraph-start in Shell mode and Ielm from:
(setq paragraph-start comint-prompt-regexp)
to:
(setq paragraph-start (concat "[ \t\f]*$\\|" comint-prompt-regexp))
Maybe (concat paragraph-separate "\\|" comint-prompt-regexp)
might be bett
Nick Roberts wrote:
A while ago, I put tooltip-mode on mode-line-mode-menu (mode-line mouse-3)
because I saw line-number-mode there. In actual fact, these are the only two
global minor modes on this binding.
column-number-mode is also global and on mode-line-mode-menu.
Then line-numb
I propose to change paragraph-start in Shell mode and Ielm from:
(setq paragraph-start comint-prompt-regexp)
to:
(setq paragraph-start (concat "[ \t\f]*$\\|" comint-prompt-regexp))
This will make no user visible difference, for reasons explained
below. But the current value is misleading given
> On 2005-04-19 11:04 PDT, Stefan Monnier writes:
Stefan> The patch below should fix the problem. Can you
Stefan> confirm?
Yes, that fixes it!
--
Karl 2005-04-19 18:02
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.or
A while ago, I put tooltip-mode on mode-line-mode-menu (mode-line mouse-3)
because I saw line-number-mode there. In actual fact, these are the only two
global minor modes on this binding. Perhaps it should be reserved for local
minor modes i.e ones that need to be set from each mode-line. Then
lin
I propose the following changes to inf-lisp.el. They make Inferior
Lisp mode customizable through Custom. (Currently it is not.)
Inferior Lisp mode apparently never got updated since Custom was added
to Emacs. The patch also updates the instructions for adding
keybindings to Inferior Lisp mode.
David Kastrup <[EMAIL PROTECTED]> writes:
> Forget it, Bub. TeX-mode and LaTeX-mode are already taken as aliases.
> Who was the smart guy responsible for that? The annotations show:
>
> 1.3 (jimb 13-May-91): ;;;###autoload
> 1.17 (eric 23-Apr-93): (defalias 'TeX-mode 'te
Stefan Monnier <[EMAIL PROTECTED]> writes:
[...]
>> Won't work. Autoloads corresponding to a different file than the
>> loaded one don't get restored.
>
> That's a bug which we should fix.
unload-feature restores the (autoload ...) form that is present in the
autoload property of the symbol. A
>(add-hook 'auctex-override-unload-hook
> (lambda ()
>(dolist (x TeX-saved-other-tex-autoloads)
> (fset (car x) (cdr x)
Hmm... that won't work because the unload-hook is run before unload-feature
calls fmakunbound on the functions.
I guess in t
lisp/subr.el currently defines assq-delete-all. What about providing
rassq-delete-all as well?
Why?
I don't want to add functions to Emacs merely for completeness' sake.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/ma
> From: Richard Stallman <[EMAIL PROTECTED]>
> CC: emacs-devel@gnu.org
> Date: Tue, 19 Apr 2005 12:13:54 -0400
>
> Anyway, I don't see any reason why cited text should be fontified.
IMHO, the reason is, if nothing else, that this is how Mail mode
behaved on a tty since v21.1, and users did not co
Stefan Monnier wrote:
How about adding an optional argument to defvaralias so that:
(defvaralias 'tooltip-use-echo-area 'tooltip-gud-echo-area)
(make-obsolete-variable 'tooltip-use-echo-area 'tooltip-gud-echo-area "22.1")
can be written as:
(defvaralias 'tooltip-use-echo-area 'tooltip-gud-echo-a
David Kastrup <[EMAIL PROTECTED]> writes:
[...]
> Won't work. Autoloads corresponding to a different file than the
> loaded one don't get restored. I have not found the exact place that
> causes this, but only the "right" definitions cause the autoload to be
> saved in the autoload property of
> Forget it, Bub. TeX-mode and LaTeX-mode are already taken as aliases.
> Who was the smart guy responsible for that? The annotations show:
> 1.3 (jimb 13-May-91): ;;;###autoload
> 1.17 (eric 23-Apr-93): (defalias 'TeX-mode 'tex-mode)
> 1.3 (jimb 13-May-91):
> I see that on 2005-4-18 the tooltip-use-echo-area was renamed to
> tooltip-gud-echo-area. This change breaks existing code
> (semantic). Isn't it common practise to first deprecate a variable
> before deleting it? And shouldn't this make it into NEWS?
I should also add that tooltip-gud-echo-
Stefan Monnier <[EMAIL PROTECTED]> writes:
>> Does anybody see any problems with that approach apart from the fact
>> that it is crazy as anything?
>
> Well, for one thing, it's crazy as anything.
>
> What about the following:
>
> - make all auctex thingies use the TeX- and LaTeX- prefix (i.e. no
>> I see that on 2005-4-18 the tooltip-use-echo-area was renamed to
>> tooltip-gud-echo-area. This change breaks existing code
>> (semantic). Isn't it common practise to first deprecate a variable
>> before deleting it? And shouldn't this make it into NEWS?
> I've replaced it as an alias. As it wa
David Kastrup <[EMAIL PROTECTED]> writes:
> Lute Kamstra <[EMAIL PROTECTED]> writes:
>
>> unload-feature removes functions it is unloading from hooks. What
>> about removing these functions from auto-mode-alist as well?
[...]
> Actually, _both_ sound like a spectacularly bad idea if the unloade
> I see that on 2005-4-18 the tooltip-use-echo-area was renamed to
> tooltip-gud-echo-area. This change breaks existing code
> (semantic). Isn't it common practise to first deprecate a variable
> before deleting it? And shouldn't this make it into NEWS?
I've replaced it as an alias. As it was
> Does anyone use both caml-mode and show-paren-mode?
> Show-paren-mode in caml-mode in Emacs CVS HEAD doesn't highlight
> parens, but in Emacs 21.4 does.
The patch below should fix the problem. Can you confirm?
Stefan
--- paren.el08 déc 2004 16:41:48 -0500 1.60
+++ paren.el
On Tue, Apr 19, 2005 at 12:13:54PM -0400, Richard Stallman wrote:
> In that case, wouldn't it be sufficient to change the default font
> used for cited text?
>
> There may not be many choices on a text console.
This is a general problem of font-lock-mode on a text console.
As I wrote
> Does anybody see any problems with that approach apart from the fact
> that it is crazy as anything?
Well, for one thing, it's crazy as anything.
What about the following:
- make all auctex thingies use the TeX- and LaTeX- prefix (i.e. no conflict
at all with the other tex-mode), with autolo
So that people who don't know CAML could try to debug this,
can you send a precise, self-contained test case?
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
In that case, wouldn't it be sufficient to change the default font
used for cited text?
There may not be many choices on a text console. Anyway, I don't
see any reason why cited text should be fontified.
___
Emacs-devel mailing list
Emacs-deve
I use rmail to read mail. I noticed that starting sometime after the
summer, rmail would lock the mail file (i.e., ~/RMAIL) even if it did
not _seem_ modified (I have no way of knowing if it actually is
modified).
More precisely, here's the behavior I observe: I type "s" in rmail.
It saves the f
David Kastrup <[EMAIL PROTECTED]> writes:
> Lute Kamstra <[EMAIL PROTECTED]> writes:
>
>> lisp/subr.el currently defines assq-delete-all. What about providing
>> rassq-delete-all as well?
>>
>> Lute.
>>
>>
>> (defun rassq-delete-all (value alist)
>> "Delete from ALIST all elements whose cdr is
Lute Kamstra <[EMAIL PROTECTED]> writes:
> unload-feature removes functions it is unloading from hooks. What
> about removing these functions from auto-mode-alist as well?
>
> Index: lisp/loadhist.el
> ===
> RCS file: /cvsroot/emacs/
This seems to work properly in 21.3, but not in current/recent CVS.
This is on Solaris running twm as the window manager.
If I invoke ediff, say to compare two files, ediff starts a little
separate "control frame".
-- On Windows, this frame gets focus and the pointer gets warped there.
-- On L
Lute Kamstra <[EMAIL PROTECTED]> writes:
> lisp/subr.el currently defines assq-delete-all. What about providing
> rassq-delete-all as well?
>
> Lute.
>
>
> (defun rassq-delete-all (value alist)
> "Delete from ALIST all elements whose cdr is `eq' to VALUE.
> Return the modified alist.
> Elements
unload-feature removes functions it is unloading from hooks. What
about removing these functions from auto-mode-alist as well?
Lute.
Index: lisp/loadhist.el
===
RCS file: /cvsroot/emacs/emacs/lisp/loadhist.el,v
retrieving revision
> When I run M-x cvs-update, I often find some files which
> are really garbage left over from misc. experiments.
> Unknown src/slam
> Unknown src/t1
> Unknown src/t2
> Unknown s
Hello
I see that on 2005-4-18 the tooltip-use-echo-area was renamed to
tooltip-gud-echo-area. This change breaks existing code
(semantic). Isn't it common practise to first deprecate a variable
before deleting it? And shouldn't this make it into NEWS?
--
Did you ever realize how much text fits i
When I run M-x cvs-update, I often find some files which
are really garbage left over from misc. experiments.
Unknown src/slam
Unknown src/t1
Unknown src/t2
Unknown src/t3
Lute Kamstra <[EMAIL PROTECTED]> writes:
> (defun rassq-delete-all (value alist)
> "Delete from ALIST all elements whose cdr is `eq' to VALUE.
> Return the modified alist.
> Elements of ALIST that are not conses are ignored."
> (let ((tail alist))
> (while tail
> (when (and (consp (c
Title: Email Limpezanet
<[EMAIL PROTECTED]"_javascript_" CODEPAGE="1252"%>
Agora você já pode comprar direto pela INTERNET
PRODUTOS DE LIMPEZA
PROMOÇÃOAniversário de 1
anoDescontos especiais
lisp/subr.el currently defines assq-delete-all. What about providing
rassq-delete-all as well?
Lute.
(defun rassq-delete-all (value alist)
"Delete from ALIST all elements whose cdr is `eq' to VALUE.
Return the modified alist.
Elements of ALIST that are not conses are ignored."
(let ((tail a
[EMAIL PROTECTED] (KÃroly LÅrentey) writes:
> I have received a backtrace for an aborted multi-tty session from Ami
> Fischman that is relevant to the trunk as well.
Thanks for the report and analysis.
I have installed a different change for this problem which uses a
new safe-get function for th
On Mon, Apr 18, 2005 at 05:06:36PM -0400, Richard Stallman wrote:
> mail/sendmail.el were changed, so that teh text of citations is no
> longer fontified (only the leading mark, normally "> " is...).
>
> Why was that change made?
>
> Because I found the cited text hard to read with th
45 matches
Mail list logo
