> The patches did change things.
> When I edit the file and go quickly ( CNTL-END ) to the bottom there is about
> a 6 second delay before it gets there.
> Then I went down from the top a few pages and aded a " character to start a
> string. I scanned page by page to the bottom and everything was c
So in my mind, DTWW is not an alternative to e.g. editing with
longlines mode, but on the other hand, I don't understand why you
oppose DTWW support in Emacs.
I oppose it as an alternative to longlines mode.
I don't necessarily oppose it as a way of continuing lines,
but I want to make
On 31 Oct 2005, at 21:10, Miles Bader wrote:
obviously you'd need some change to line-move to do
"display-based" movement instead of logical movement (but maybe this
would be a good feature to have anyway -- many users prefer this
behavior generally).
Most definitely. I'm usually rather unhapp
2005/11/1, Stefan Monnier <[EMAIL PROTECTED]>:
> I have no tiem to get in this argument, but jsut for the record
> I completely agree. The only reason I could see to oppose DTWW support in
> Emacs is if it makes the code significantly less maintainable, or imposes
> a significant runtime overhead
> It's a bug, but it's a corner case (one particular situation in perl-mode)
> among many other corner-case bugs (perl-mode's highlighting doesn't do
> a 100% job anyway, far from that, thanks to the "interesting" syntactic
> features of Perl). So I don't think it's that important.
> IMHO, breaking long lines at the last whitespace rather than at the
> right margin makes things easier to read -- when it happens. I really
> don't see how grep and wc is relevant to the discussion of whether
> emacs visible breaks long lines at a space or at a fixed column.
[...]
> So in my min
"Richard M. Stallman" <[EMAIL PROTECTED]> writes:
> I for my part, don't use grep or more on my LaTeX files very often.
> But that'll be different for different people, and I respect that.
> I hope that eventually, tools like grep, wc and more will move on,
> recognizing that t
Here's a small patch to correct some docstring buglets in
rmail-output-to-rmail-file and rmail-output in rmailout.el
*** rmailout.el.~1.70.~ 2005-09-25 16:44:41.0 +0200
--- rmailout.el 2005-10-31 09:17:15.0 +0100
***
*** 123,133
The default file name comes from