Re: Gratuitous user interface change risks losing user work

> I just got bit by this and I bet others will too. In previous versions > of Emacs C-x C-v (find-alternate-file) used to prompt you if you hadn't > saved the work in the current buffer and you used to have to press 'y' > to discard it. *Now* it prompts you asking if you want t

Re: bootstrap failed on Windows XP

Eli Zaretskii <[EMAIL PROTECTED]> writes: > How did this happen? Did you checkout the CVS tree with the -kb > option to "cvs up" or "cvs co"? If not, some of your files in the nt/ > subdirectory might have strange line endings. Can you please take a > closer look at nt/makefile.w32-in and the f

Re: Emacs Manual: G.5 Keyboard Usage on MS-Windows

> From: Richard Stallman <[EMAIL PROTECTED]> > CC: [EMAIL PROTECTED], [EMAIL PROTECTED], emacs-pretest-bug@gnu.org > Date: Sat, 23 Dec 2006 15:14:50 -0500 > > On the other hand I would perhaps prefer it in a node on its own right > after "Intro", something like "Emacs and the platform GUI

Re: 'woman' can't format the ssh man page

Richard Stallman <[EMAIL PROTECTED]> writes: > That man page is written in doc rather than in an. > > Can we make woman detect use of the doc macros > and give a meaningful error message? I checked in the test suggested by James Cloos. ___ emacs-

RE: customize options and faces are not in alphabetical order

> - None are mentioned in the Emacs manual (or the Elisp > manual, for that > matter), so a user is unlikely to know about them. > > We do not aim to mention all options in the manual. Of course not, and these probably need not be in a manual. My point was that if they are not autoload

RE: customize options and faces are not in alphabetical order

> > They are customizable, so users should be able to find them. > > Why would they look for them if they are not aware of them, > to use your logic? > > If you want to change things about a certain feature (such as the > custom buffer interface), you look at its custom group and see >

Re: customize options and faces are not in alphabetical order

> They are customizable, so users should be able to find them. Why would they look for them if they are not aware of them, to use your logic? If you want to change things about a certain feature (such as the custom buffer interface), you look at its custom group and see what's availab

Re: customize options and faces are not in alphabetical order

- None are mentioned in the Emacs manual (or the Elisp manual, for that matter), so a user is unlikely to know about them. We do not aim to mention all options in the manual. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://l

Re: Emacs Manual: G.5 Keyboard Usage on MS-Windows

> In that case, is there anything more to change? Perhaps an xref from the Windows appendix to "Symbol Completion"? Please do that if you want to. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listin

Re: Shell completion on w32 uses "/" instead of "\"

Nick Roberts wrote: >...And unfortunately it is a bug on w32, that in one sense is a > platform where we want to attract people because it makes it easier to > switch to GNU/Linux later. Is that really the aim of Emacs on Windows? Presumably it could also make GNU/Linux users feel

Re: Shell completion on w32 uses "/" instead of "\"

>...And unfortunately it is a bug on w32, that in one sense is a > platform where we want to attract people because it makes it easier to > switch to GNU/Linux later. Is that really the aim of Emacs on Windows? Presumably it could also make GNU/Linux users feel more comfortable on Wi

Re: Shell completion on w32 uses "/" instead of "\"

Kevin Gallagher wrote: I just got finished reading through this thread and, I must say, I'm a bit puzzled by its continued limited focus to the question of "To backward slash or not to backward slash?" in an Emacs shell window running cmd.exe (or equivalent) on w32. Instead, this discussion wo

Re: Shell completion on w32 uses "/" instead of "\"

I just got finished reading through this thread and, I must say, I'm a bit puzzled by its continued limited focus to the question of "To backward slash or not to backward slash?" in an Emacs shell window running cmd.exe (or equivalent) on w32. Instead, this discussion would benefit greatly by

Re: Broken "C-b remapped to ..." advice in tutorial.

Richard Stallman <[EMAIL PROTECTED]> writes: > >> 2. Displaying one line of warning message for each rebound key > >>sequence is really annoying. We should just highlight them in a > >>different face and display the message in a tooltip, and/or when > >>the text is cli

Re: Value menu value should be listed on a separate line

>>You would have to specify what a "simple" tag is in the first place. > > > I would? My bug report was clear enough, I think, for someone who really > wants to understand. Sorry. I apologize again for answering to your report. ___ emacs-pretest-bug

Re: customize options and faces are not in alphabetical order

> So? Bug reports about customization don't concern such users, so ignore them > in the present context. If you don't care about customization either, then > perhaps someone else should respond to this bug report. I do care about > customization, and that's why I reported the bug. Sorry. I herew

RE: Value menu value should be listed on a separate line

> >>Usually with ":entry-format" and ":format". > > > > No special formatting should be necessary, just to be able to > > use a simple tag. I don't believe that was why :*format were > > introduced. > > You would have to specify what a "simple" tag is in the first place. I would? My bug repor

RE: customize options and faces are not in alphabetical order

> >> > - They are apparently not autoloaded, so `C-h v' doesn't > >> > recognize them until customize has been loaded. > >> > >>How can `C-h v' help you to find something you're not aware of? > > > > That's not the point. The point is that these should be well > > documented, and autoloade

Re: Gratuitous user interface change risks losing user work

A problem that causes loss of work is a serious problem. How to address this one will take some thought, because each of these changes has a good reason individually. I just got bit by this and I bet others will too. In previous versions of Emacs C-x C-v (find-alternate-file) used to prom

Re: M-\ does not work with prefix argument as documented

I put in those documentation fixes. Thanks for reminding me. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug

Re: Emacs Manual: G.5 Keyboard Usage on MS-Windows

On the other hand I would perhaps prefer it in a node on its own right after "Intro", something like "Emacs and the platform GUI". This could list all the subtle differences. If we were to have a node about this, it certainly should not come so early. It is a terrible annoyance for

Re: Gratuitous user interface change risks losing user work

On that note I was wondering if there was any option to have emacs make more backup files. It seems it only does so when I first save the file after visiting it. But I normally only start a new Emacs when it crashes or I have to reboot my machine which isn't very often. So I end up

Re: Broken "C-b remapped to ..." advice in tutorial.

>> 2. Displaying one line of warning message for each rebound key >>sequence is really annoying. We should just highlight them in a >>different face and display the message in a tooltip, and/or when >>the text is clicked on. After all, there is already a big warning

Re: isearch-forward-regexp and isearch-backward-regexp return differing search results

Forward and backward regexp search are not symmetrical. This is explained in the Lisp Manual. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug

fortran-fill-paragraph fails

Start a fresh emacs --no-init-file. Load file foo.f (fortran-mode): cat foo.f

Re: Shell completion on w32 uses "/" instead of "\"

Lennart Borgman wrote: With MSYS I get some very strange problems: MSYS /c > dir Pr<*> MSYS /c > dir Pr] The above seems to be trouble because I tested different keyboards in XP. I forgot to turn the keyboard switching characters off in XP. If I try to enter * (see above) I get a ].

Re: bootstrap failed on Windows XP

> From: Zhang Wei <[EMAIL PROTECTED]> > Date: Sat, 23 Dec 2006 18:24:30 +0800 > > D:\download\emacs-gbk\nt>make -v > GNU Make 3.80 I don't recommend this version for building the Windows port. Can you upgrade to Make 3.81? Note that nt/INSTALL says in its compatibility table:

Re: bootstrap failed on Windows XP

Eli Zaretskii <[EMAIL PROTECTED]> writes: > I cannot reproduce this on my machine. Is this the CVS code (and if > so, when did you checkout), or the 22.0.92 pretest? The CVS code, updated. > Also, what versions of Make and shell (if any) did you use in this > build? D:\download\emacs-gbk\nt>ma

Re: bootstrap failed on Windows XP

> From: Zhang Wei <[EMAIL PROTECTED]> > Date: Sat, 23 Dec 2006 15:17:43 +0800 > > D:\download\emacs-gbk\nt>make bootstrap > mkdir "oo-spd" > mkdir "oo-spd/i386" > echo oo-spd/i386 > stamp_BLD > ', needed by `addsection'. Stop.`oo-spd/i386/addsection.exe > > D:\download\emacs-gbk\nt> Thanks for

Re: customize options and faces are not in alphabetical order

>> > - They are apparently not autoloaded, so `C-h v' doesn't recognize them >> > until customize has been loaded. >> >>How can `C-h v' help you to find something you're not aware of? > > > That's not the point. The point is that these should be well documented, and > autoloaded so you can get to

Re: Value menu value should be listed on a separate line

>>Usually with ":entry-format" and ":format". > > > No special formatting should be necessary, just to be able to use a simple > tag. I don't believe that was why :*format were introduced. You would have to specify what a "simple" tag is in the first place. Formatting tags is for handling non-sta