[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[AUCTeX] Re: Extremely slow input

From: Ralf Angeli
Subject: [AUCTeX] Re: Extremely slow input
Date: Mon, 14 Nov 2005 18:14:44 +0100
User-agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux)

* Christoph Bier (2005-11-14) writes:

> Ralf Angeli schrieb am 13.11.2005 19:38:
>> Yes, multi-line constructs will not be fontified correctly.
> That's what I expected. But I did not know what is meant by
> "multi-line constructs" because of automatic line wrapping (correct
> expression?).

I don't know what you mean with automatic line wrapping.  Do you mean
the functionality provided by `auto-fill-mode', i.e. the insertion of
linebreaks once you write beyond the fill column and type SPC?  Or do
you mean functionality like the one provided by longlines.el which
wraps long lines when a file is loaded and unwraps these lines again
when the file is saved?

> Now I found a multi-line construct (very long graphic
> name).

Do you mean a continuation line?  See (info "(emacs)Continuation Lines").

That's not what I am talking about.  What I mean are constructs which
span more than one line (and thereby one ore more linebreaks),
e.g. some words in quotation marks like in the following example:

  text text text text text text text text text ``quote quote quote
  quote quote'' text text text text text text text text text

> [Help by code]

Better use this slightly changed function:

(defun TeX-scramble-buffer ()
  (goto-char (point-min))
  (while (not (eobp))
     ((looking-at "\\w+")
      (replace-match (make-string (length (match-string 0)) ?x))
      (goto-char (match-end 0)))
     ((looking-at "\\\\")
      (goto-char (TeX-find-macro-end))))

>> but it has the disadvantage that
>> I have to insert the mailing list address by hand when replying.
> So shouldn't I do this?

Yes.  The last message I got twice.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]