transient-mark-mode is currently disabled by default, and has a menu
item to easily enable it. delete-selection-mode is disabled too, but
has no menu item to enable it. What about adding it to the Option
menu? delete-selection-mode is no less useful than transient-mark-mode,
> Why not just turn on delete-selection-mode and transient-mark-mode, by
> default?
transient-mark-mode is currently disabled by default, and has a menu
item to easily enable it. delete-selection-mode is disabled too, but
has no menu item to enable it. What about adding it to the Option
> I thought that the node (info "(elisp)Reading File Names")
> is more suitable place to document filename completion maps
> than (info "(elisp)Completion Commands").
>
> Yes, that does seem better. Would you please move those @defvars?
I now think your original change was better beca
> Emacs now inserts a space when trying to complete an MH-E folder (for
> example, when visiting a folder or refiling a message).
>
> Could this change be responsible?
>
> 2005-12-06 Stefan Monnier <[EMAIL PROTECTED]>
>
> * minibuf.c (keys_of_minibuf): Just unbind SPC in
> Vmini
Both Info and the doc string for font-lock-add-keywords name the
optional argument APPEND. However, its possible values show that this
is a poor name. A better name might be HOW or WHERE. The values are:
- nil: add to the front
- `set': replace the entire current value
- other non-nil: append
I thought that the node (info "(elisp)Reading File Names")
is more suitable place to document filename completion maps
than (info "(elisp)Completion Commands").
Yes, that does seem better. Would you please move those @defvars?
___
emacs-pr
Juri Linkov <[EMAIL PROTECTED]> writes:
> I think using `region-beginning' and `region-end' is cleaner than
> `(max (point) (mark))', but for `repeat-complex-command' this change
> makes no difference.
I does make a difference for one of them. Yes, I overlooked the
`append' in the other one. Yes,
> From: "Kim F. Storm" <[EMAIL PROTECTED]>
> Date: Fri, 9 Dec 2005 15:27:52 +0100 (CET)
>
> I guess the problem is with version-to-list not accepting the aspell
> version string.
Yes.
> Perhaps it should interpret ".n" as "0.n" ?
I won't have any objections to such a change.
"Richard M. Stallman" <[EMAIL PROTECTED]> writes:
> In the last week, sometimes maybe 1 in 20 times, "C-x C-f (find-file)
> RET" won't find the given file. However, the symptom is that if I'm
> editing buffer "foo", and run find-file to open file bar, instead of
> getting two equal
We are interested...in installing a fix, but there may not be anyone
here who uses that system, so we can only wait till someone sends us a
fix.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pre
Ralf Angeli <[EMAIL PROTECTED]> writes:
>
> Hm, I think that the stuff about the prefix keys is very useful. It's
> a pity that it is hidden in the Lisp file.
Agree! I have added a few lines about it to the manual.
--
Kim F. Storm <[EMAIL PROTECTED]> http://www.cua.dk
_
ESC-$ now gives the following error:
Debugger entered--Lisp error: (error "Invalid version syntax: '.33.7.1 alpha'")
signal(error ("Invalid version syntax: '.33.7.1 alpha'"))
error("Invalid version syntax: '%s'" ".33.7.1 alpha")
version-to-list(".33.7.1 alpha")
version<(".33.7.1 alpha" "0
* Kim F. Storm (2005-12-08) writes:
> Ralf Angeli <[EMAIL PROTECTED]> writes:
>
>> ;; - use the SHIFT key with the prefix key, i.e. C-X or C-C
>>
>> The last option does not seem to work (at least with the examples I
>> tried). As an example,
>
> Thanks. I have installed a fix.
Thanks. I'll go
> Date: Thu, 08 Dec 2005 13:35:16 -0500
> From: Edwin Stearns <[EMAIL PROTECTED]>
>
> The key binding 'C-x nn' for narrow-to-region has been disabled.
In what version of Emacs did you see it enabled? At least in 21.4 it
was disabled as well, and the manual even mentions this explicitly (in
the n
> I updated the manuals for this.
I thought that the node (info "(elisp)Reading File Names")
is more suitable place to document filename completion maps
than (info "(elisp)Completion Commands"). Maybe there should be
a xref from "Reading File Names" to "Completion Commands" pointing
to filename c
> This change makes repetition of these commands (with
> `repeat-complex-command') recompute the bounds of the region rather
> than use the old values of point and mark.
I think using `region-beginning' and `region-end' is cleaner than
`(max (point) (mark))', but for `repeat-complex-command' this
16 matches
Mail list logo
