[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[AUCTeX-devel] Automatic scrolling of output buffers
From: |
Ralf Angeli |
Subject: |
[AUCTeX-devel] Automatic scrolling of output buffers |
Date: |
Sat, 16 Apr 2005 18:41:57 +0200 |
User-agent: |
Gnus/5.110003 (No Gnus v0.3) Emacs/22.0.50 (gnu/linux) |
Does anybody know what's the deal with our process filters? That
means, why I cannot get the buffers under their control to scroll.
The Elisp manual includes the following example in (info
"(elisp)Filter Functions"):
,----
| (defun ordinary-insertion-filter (proc string)
| (with-current-buffer (process-buffer proc)
| (let ((moving (= (point) (process-mark proc))))
| (save-excursion
| ;; Insert the text, advancing the process marker.
| (goto-char (process-mark proc))
| (insert string)
| (set-marker (process-mark proc) (point)))
| (if moving (goto-char (process-mark proc))))))
`----
It then explains how to force point to be moved in the process buffer:
,----
| To force point to the end of the new output, no matter where it was
| previously, eliminate the variable `moving' and call `goto-char'
| unconditionally.
`----
I inserted such a call to `goto-char' in `TeX-process-filter' and
`TeX-format-filter' (see attached patch) but nothing changed. For
easy testing you can set `TeX-show-compilation' to t before calling
latex on a random LaTeX file. (Note: In the first call point is moved
but in any subsequent call it is not. This behavior is not related to
the patch, though, but was always like that.)
I also looked at other parts of the code for things like
`save-excursion' (e.g. in `TeX-run-format') which might influence the
outcome and tried if removing them helped. But I had no luck with
that.
--
Ralf
txt6hlerIgGhe.txt
Description: Text Data
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [AUCTeX-devel] Automatic scrolling of output buffers,
Ralf Angeli <=