Because, everywhere else in the buffer, the newline at the end of a
paragraph is hard.
That doesn't seem like a convincing reason.
Now suppose the user goes to another buffer to do his editing, and comes
back to this buffer a long time later. He does not remember the exact
seq
i was fretting about whether or not to apply (vms-specific) bugfixes to
both versions of Fexpand_file_name. but now i've decided not to bother
w/ the #if-0'ed version.
That's the right way to deal with it.
___
Emacs-devel mailing list
Emac
Andreas Schwab wrote:
Should work again now.
It does. Thanks.
Sincerely,
Luc.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
Luc Teirlinck <[EMAIL PROTECTED]> writes:
> Is the following a bizarre local problem or does anybody else see
> this? Update your CVS. Then I did:
>
> make maintainer-clean
> ./configure --without-toolkit-scroll-bars
> make bootstrap
Should work again now.
Andreas.
--
Andreas Schwab, SuSE La
I'll document it in the Lisp manual.
Please don't. It is not worth taking up space in the manual.
Perhaps it should be marked as obsolete, and perhaps it should
be deleted, but I am not sure.
That could be an interesting addition to http://www.emacswiki.org
Why not post i
>In Emacs 21.3, Text mode did not override the default value of
>require-final-newline. In current CVS, it does. Is there a
>reason for that?
> Here, the relevant change was made more than two years ago:
> 2002-09-02 Stefan Monnier <[EMAIL PROTECTED]>
> * te
Richard Stallman wrote:
Would it be good
to have the docstring mention this explicitly and allow it to be set
to nil via Custom with proper warning of the involved dangers
I don't know how to make Custom issue warnings.
I meant putting a warning message in the
Richard Stallman wrote:
In Emacs 21.3, Text mode did not override the default value of
require-final-newline. In current CVS, it does via
mode-require-final-newline. Is there a reason for that?
I don't remember the reason, but I remember there was one.
I think
Luc Teirlinck <[EMAIL PROTECTED]> writes:
[...]
> Your tree does not include the compiled Lisp files.
[...]
> Bootstrapping _claims_ it has compiled a huge number Lisp files, but it
> did not compile one single one.
The problem was introduced by this change:
2005-03-06 Richard M. Stallman <
Luc Teirlinck <[EMAIL PROTECTED]> writes:
> Is the following a bizarre local problem or does anybody else see
> this?
I have the same problem (on Debian GNU/Linux).
Lute.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/l
Is the following a bizarre local problem or does anybody else see
this? Update your CVS. Then I did:
make maintainer-clean
./configure --without-toolkit-scroll-bars
make bootstrap
Result:
Compiling /home/teirllm/emacscvsdir/emacs/lisp/./x-dnd.el
Compiling /home/teirllm/emacscvsdir/emacs/lisp/.
"Robert J. Chassell" <[EMAIL PROTECTED]> writes:
>Accept: text/plain;
>q=0.5, text/html, text/x-dvi;
>q=0.8, text/x-c
>
> If sent in an HTTP request for a resource /fred the above Accept
> headers tells the server that the user will ide
"Robert J. Chassell" <[EMAIL PROTECTED]> writes:
>Accept: text/plain;
>q=0.5, text/html, text/x-dvi;
>q=0.8, text/x-c
>
> If sent in an HTTP request for a resource /fred the above Accept
> headers tells the server that the user will ide
"Robert J. Chassell" <[EMAIL PROTECTED]> writes:
>Accept: text/plain;
>q=0.5, text/html, text/x-dvi;
>q=0.8, text/x-c
>
> If sent in an HTTP request for a resource /fred the above Accept
> headers tells the server that the user will ide
[EMAIL PROTECTED] (Kim F. Storm) writes:
> Richard Stallman <[EMAIL PROTECTED]> writes:
>
>> A google search on "emacs turn off blinking cursor (without the quotes)
>> gives around 1 hits. That is 10 times more than a similar search
>> with "blinking cursor" replaced by "fringe",
On Sun, 06 Mar 2005 22:11:50 +0100, Kim F. Storm <[EMAIL PROTECTED]> wrote:
> > A google search on "emacs turn off blinking cursor (without the quotes)
> > gives around 1 hits. That is 10 times more than a similar search
> > with "blinking cursor" replaced by "fringe", but only a f
> It's called "jugement"...
Some people may also use the word "judgement"...
Egg
on
face
-Miles
--
Do not taunt Happy Fun Ball.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
On Sun, 06 Mar 2005 22:15:12 +0100, Kim F. Storm <[EMAIL PROTECTED]> wrote:
> > How about making goto-line suggest the number at point
> > as its default argument?
>
> I thought we had a feature freeze :-|
It's called "jugement"...
[Massive hacking of display code (or even, really, minor hacking
Accept: text/plain;
q=0.5, text/html, text/x-dvi;
q=0.8, text/x-c
If sent in an HTTP request for a resource /fred the above Accept
headers tells the server that the user will ideally accept /fred as an
HTML document or a text/x-c docum
Your credit/debit card information must be updated
Dear eBay Member,
We recently noticed one or more attempts to log in to your eBay account from a
foreign IP address and we have reasons to believe that your account was used by
a third party without your authorization. I
"Jan D." <[EMAIL PROTECTED]> writes:
> Kim F. Storm wrote:
>
>>/configure CFLAGS="-g -O0 -DXASSERTS=1"
>>
>>If somebody would refine that to
>>
>>/configure --with-asserts
>>
>>it would be great!!
>>
>>
>
> ./configure --enable-asserts
>
> now adds -DXASSERTS=1 to cflags.
Thank you!
--
Kim F.
Richard Stallman <[EMAIL PROTECTED]> writes:
> How about making goto-line suggest the number at point
> as its default argument?
I thought we had a feature freeze :-|
--
Kim F. Storm <[EMAIL PROTECTED]> http://www.cua.dk
___
Emacs-devel mailing lis
Richard Stallman <[EMAIL PROTECTED]> writes:
> A google search on "emacs turn off blinking cursor (without the quotes)
> gives around 1 hits. That is 10 times more than a similar search
> with "blinking cursor" replaced by "fringe", but only a fifth than the
> search for "tool
Richard Stallman <[EMAIL PROTECTED]> writes:
> Here's some text in man/url.texi that I don't understand.
>
> HTTP allows specifying a list of MIME charsets which indicate your
> preferred character set encodings, e.g.@: Latin-9 or Big5, and these
> can be weighted. This list is genera
From: "Eli Zaretskii" <[EMAIL PROTECTED]>
Date: Sun, 06 Mar 2005 06:52:13 +0200
There's no need to change anything inside the ifdef'ed code, IMHO:
it's there only to present the original design of Fexpand_file_name,
which is quite hard to glean from the current convoluted code.
ok,
In Emacs 21.3, Text mode did not override the default value of
require-final-newline. In current CVS, it does via
mode-require-final-newline. Is there a reason for that?
I don't remember the reason, but I remember there was one.
I think that specific point was discussed in this list
Here's some text in man/url.texi that I don't understand.
HTTP allows specifying a list of MIME charsets which indicate your
preferred character set encodings, e.g.@: Latin-9 or Big5, and these
can be weighted. This list is generated automatically from the list
of defined coding s
$B!!FMA3$N%a!<%k?=$7Lu$"$j$^$;$s!#;d!"[EMAIL PROTECTED]:]%0%k!<%W$ru67$H(B
$B$J$C$F$*$j$^$9!#$=$3$G!"$3$N$h$&[EMAIL PROTECTED]<%k$r(B
$B$5$;[EMAIL
(BPROTECTED]/$3$H$H$J$j$^$7$?!#$b$7!"2x$7$$$H;W$C$?$j!"$^$C$?$/6=L#$,$J$$(B
$BJ}$O$3$N%a!<%k$rGK4~$7$F$/[EMAIL PROTECTED]&$h$m$7$/$*4j$?$7$
Miles Bader <[EMAIL PROTECTED]> writes:
> On Sat, 05 Mar 2005 21:22:28 +0100, Johan Bockgård
> <[EMAIL PROTECTED]> wrote:
>> > I really wish it weren't M-o but M-g instead.
>>
>> Maybe i misunderstood, but it looked to me like RMS did agree to use
>> M-g:
>>
>> Jari> Is there no hope to see
29 matches
Mail list logo
