>isearch has the command to toggle the case sensitivity - `M-c',
>and it is possible to use it to search the whole Info manual.
>
>But since `S' binding doesn't hurt, let's leave it alone, and remove
>only its menu item from the Info menu. Currently this menu is too big
>alread
Juri Linkov wrote:
isearch has the command to toggle the case sensitivity - `M-c',
and it is possible to use it to search the whole Info manual.
But since `S' binding doesn't hurt, let's leave it alone, and remove
only its menu item from the Info menu. Currently this menu is too big
Juri Linkov wrote:
But since `S' binding doesn't hurt, let's leave it alone, and remove
only its menu item from the Info menu. Currently this menu is too big
already, and it would be good to retain only basic commands in it.
Sorry, I may have misunderstood you. I thought that you were
> But I see now that fontification of compilation messages has
> degraded compared to earlier versions. The process exit status
> is no more distinguished by a different color (where green was used
> for successful, and red was used for abnormally exited process),
> configurati
> 5. Fixed `info-apropos' to work exactly as `index-apropos' in the
>stand-alone Info reader.
>
> Could you say more specifically what the change is?
The change is in the sorting order (it was in reverse order before
this change) and minor formatting details.
> 7. Removed `S' bind
On 7/15/05, Stefan Monnier <[EMAIL PROTECTED]> wrote:
> Actually, I don't think so. IIRC What we need for emacsclient/server to
> work on Windows is to make it work over TCP sockets rather than only over
> Unix sockets (because Windows supports TCL sockets but not Unix sockets).
>
> A good appro
Eli Zaretskii <[EMAIL PROTECTED]> writes:
>> I.e. if Gnus displays an
>> article with charset=window-12xx, all characters are displayed
>> correctly. Sometimes people use charset=cp850 or need to edit files
>> encoded in cpNNN. After `M-x codepages-setup RET NNN RET' the coding
>> system is
Rob Davenport has made MS Windows icons for Emacs from the current logo
by Luise Fernandes. I think it would be nice to use those with the MS
Windows version of Emacs. Could we do that? What icons are used on other
platforms?
The MS Windows icons are available here:
http://users.adelphia.net/
Emacs always shows the file name.
Ok, in that case I suggest text like the following:
This file name appears in cross references and node names if it differs
from the current file, so you can always know that you are going to be
switching to another manual and which one.
However, Emacs
S-TAB works for me in "emacs -nw" as well. So I'm not sure there is a
problem. Can someone describe a setup in which S-TAB does _not_ work?
On a real ASCII terminal, S-TAB is not distinguishable from TAB.
I am not sure if anyone uses real ASCII terminals any more.
_
I just noticed that neither M-TAB, ESC-TAB nor C-M-i moves the cursor
to the previous reference. All these keys are bound to `complete-symbol'
in Info mode on X, xterm and console.
Indeed. I checked it in the standalone reader, where they _do_ work.
I forgot to check
Could someone please fix these bugs, and ack to me?
--- Start of forwarded message ---
From: Frederik Fouvry <[EMAIL PROTECTED]>
To: emacs-pretest-bug@gnu.org
Mail-Followup-To: emacs-pretest-bug@gnu.org
Mail-Reply-To: [EMAIL PROTECTED]
Date: Wed, 3 Aug 2005 14:27:43 +0200 (CEST)
X-Greylis
But I see now that fontification of compilation messages has
degraded compared to earlier versions. The process exit status
is no more distinguished by a different color (where green was used
for successful, and red was used for abnormally exited process),
configuration checkin
It seems like a good idea. However, special-local-variables-alist
should not be customizable; it is not for users to set.
Also, it has to be marked as a risky local variable.
But this shouldn't be installed now; it should wait for after the
release.
_
5. Fixed `info-apropos' to work exactly as `index-apropos' in the
stand-alone Info reader.
Could you say more specifically what the change is?
7. Removed `S' binding (`Info-search-case-sensitively') since it is not
useful anymore with isearch working on the whole Info manual
> A good interface for mass-replacing is query-replace. You can just do
>
> M-x find-dired RET -name '*.el' RET t Q
>
> and use a function call like \,(copyright-fix-years \0)
> in the replacement part.
BTW, currently `dired-do-query-replace-regexp' doesn't use
query-replace history variables.
> From: Reiner Steib <[EMAIL PROTECTED]>
> Date: Thu, 04 Aug 2005 19:57:43 +0200
>
> On GNU/Linux, Emacs autoloads window-12xx.
Yes, I know that. But this has nothing to do with the text in the
MS-DOS appendix of the manual: that text describes codepage.el which
is only used in the MS-DOS port.
Juanma Barranquero <[EMAIL PROTECTED]> writes:
> On 8/4/05, David Kastrup <[EMAIL PROTECTED]> wrote:
>> Sascha Wilde <[EMAIL PROTECTED]> writes:
>
>> > Yes, that is exactly my point, I think Richard is right:
>> > Linux is just a program "in the usual sense".
>>
>> But I was talking about GNU/Lin
On 8/4/05, David Kastrup <[EMAIL PROTECTED]> wrote:
> But in my
> reply to Sascha I pointed out to him that his way of applying the term
> "a program" to Linux would fit GNU/Linux quite as well. Which did not
> really serve to render the view he claimed to support more plausible.
Oh, I think yes
> There are about 2000 files with copyright notices. If these are all
> done manually, changing them twice seems to me to be an inefficient
> way of working. If, as Stefan suggests, only those changed in 2006
> need their copyright changed again then maybe it's not so bad.
I guess not all files
David Kastrup wrote:
But I was talking about GNU/Linux. It seems you don't even get the
difference we are talking about.
Oh Boy, this discussion is getting so darn annoying, especially
concerning the rudeness of some posts. I would be quite happy so see
the signal to noise ratio increase o
On 8/4/05, David Kastrup <[EMAIL PROTECTED]> wrote:
> Sascha Wilde <[EMAIL PROTECTED]> writes:
> > Yes, that is exactly my point, I think Richard is right:
> > Linux is just a program "in the usual sense".
>
> But I was talking about GNU/Linux. It seems you don't even get the
> difference we are
[EMAIL PROTECTED] (Karl Berry) writes:
> Thanks for doing those updates. They look generally fine to me, just a
> few comments:
>
> ! @samp{Alt}.) On window systems, which intercept @[EMAIL PROTECTED] key
>
> No comma here.
Maybe "On window systems intercepting @kbd..." would be a less
GNU/Linux is indeed _a_ program. Just like Emacs is _a_ program,
where Emacs has several modules (elisp files) that do different
things. On GNU/Linux the "modules" would be files of a different form
(like ELF files). A program is just a bunch of instructions stored on
some form of a medium. So
[ From `bug-gnu-emacs'...]
Eli Zaretskii wrote:
> The node you quoted is from an appendix that describes the MS-DOS port
> of Emacs, which uses codepage.el. On other systems, Emacs uses a
> different implementation of code pages, the one from code-pages.el.
On GNU/Linux, Emacs autoloads window-
Sascha Wilde <[EMAIL PROTECTED]> writes:
> On Thu, Aug 04, 2005 at 01:13:48PM +0200, David Kastrup wrote:
>> Sascha Wilde <[EMAIL PROTECTED]> writes:
>>
>> > On Thu, Aug 04, 2005 at 08:30:05AM +0200, David Kastrup wrote:
>> >> "Richard M. Stallman" <[EMAIL PROTECTED]> writes:
>> >
>> >> > Lin
> ! In Emacs, the file name is not hidden as well,
>
> This seems a little unclear to me. Does Emacs always show the file
> name, or only if it differs from the current manual?
Emacs always shows the file name. Since texinfo doesn't produce Info
files with cross-references where the file na
>>> I tried to enable battery-mode on my notebook using `M-x battery-
>>> TAB' but I got "No match". Eventually I found
>>> `display-battery-mode' in `battery.el'. Shouldn't the name of the
>>> minor mode read `battery-mode' instead of `display-battery-mode'?
>>
>> Agreed.
>
> (In the meantime I
Hi Juri,
Thanks for doing those updates. They look generally fine to me, just a
few comments:
! @samp{Alt}.) On window systems, which intercept @[EMAIL PROTECTED] key
No comma here.
! In Emacs, the file name is not hidden as well,
This seems a little unclear to me. Does Emacs a
> It would be simpler to temporarily bind the interprogram-*-functions
> variables to nil in execute-kbd-macro.
Do all invocations of keyboard macros go through that function? If so,
that's of course the right idea, unless there's some reason someone might
want to affect those variables from with
On Thu, Aug 04 2005, Lute Kamstra wrote:
> Reiner Steib <[EMAIL PROTECTED]> writes:
>
>> I tried to enable battery-mode on my notebook using `M-x battery-
>> TAB' but I got "No match". Eventually I found
>> `display-battery-mode' in `battery.el'. Shouldn't the name of the
>> minor mode read `bat
On 8/4/05, Richard M. Stallman <[EMAIL PROTECTED]> wrote:
> No! Emacs code should not use defadvice.
follow.el
ibuf-ext.el
ses.el
uniquify.el
woman.el
emulation/viper.el
mh-e/mh-acros.el
net/tramp.el
net/tramp-vc.el
progmodes/ada-mode.el
progmodes/gdb-ui.el
progmodes/idlw
"Robert J. Chassell" <[EMAIL PROTECTED]> writes:
> Started with
>
> emacs -nw -Q -D
>
> S-TAB fails with X in an xterm under Enlightenment.
Works fine here (with xterm-203).
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg,
Richard M. Stallman wrote:
Perhaps would it be convenient to put a defadvice around on
execute-kbd-macro for this?
No! Emacs code should not use defadvice.
When you're trying to make improvements in Emacs or fix problems in
Emacs, please do NOT think of defadvice as the way to do it.
On Thu, Aug 04, 2005 at 01:13:48PM +0200, David Kastrup wrote:
> Sascha Wilde <[EMAIL PROTECTED]> writes:
>
> > On Thu, Aug 04, 2005 at 08:30:05AM +0200, David Kastrup wrote:
> >> "Richard M. Stallman" <[EMAIL PROTECTED]> writes:
> >
> >> > Linux is not really a program in the usual sense.
> >
(defcustom macro-private-kills nil
"*Non-nil means kill and yank commands executed by a keyboard macro
don't interact with window system cut and paste facilities."
Please remember the convention that the first line of every doc string
must stand on its own.
So, what he really wants is to not have the system clipboard consulted or
updated during the execution of a keyboard macro, when the kill-ring
should be "internal" data. If that sounds like a good idea, I can whip up
a patch.
This would be entirely harmless if, at the end of the m
on an IBM A21p laptop with a IBM ThinkPad 770 (XFree86; US) keyboard
CVS snapshot of 2005 Jul 16 11:40
GNU Emacs 22.0.50.48 (i686-pc-linux-gnu, GTK+ Version 2.6.2)
Can someone describe a setup in which S-TAB does _not_ work?
Started with
emacs -nw -Q -D
S-TAB fails with X in an xterm un
Sascha Wilde <[EMAIL PROTECTED]> writes:
> On Thu, Aug 04, 2005 at 08:30:05AM +0200, David Kastrup wrote:
>> "Richard M. Stallman" <[EMAIL PROTECTED]> writes:
>
>> > Linux is not really a program in the usual sense.
>> >
>> > It is a program, in the usual sense of the word.
>> > You must have
On Thu, Aug 04, 2005 at 08:30:05AM +0200, David Kastrup wrote:
> "Richard M. Stallman" <[EMAIL PROTECTED]> writes:
> > Linux is not really a program in the usual sense.
> >
> > It is a program, in the usual sense of the word.
> > You must have some unusual sense of the word in mind.
>
> http:
Eli Zaretskii wrote:
That's because on Windows, there's _only_ the clipboard. On other
systems, you need to use the interprogram-* vars. So Stuart is
correct, I think: one needs to use the interprogram-* vars so that
this works on all supported systems.
Thanks, the solution with the interp
Reiner Steib <[EMAIL PROTECTED]> writes:
> I tried to enable battery-mode on my notebook using `M-x battery- TAB'
> but I got "No match". Eventually I found `display-battery-mode' in
> `battery.el'. Shouldn't the name of the minor mode read
> `battery-mode' instead of `display-battery-mode'?
Ag
42 matches
Mail list logo
