Re: [Daniel Burrows <[email protected]>] Bug#292886: Phantom spaces appearing in TeX documents; related to fill?
Ralf Angeli <[email protected]>
| Newsgroups | gmane.emacs.auc-tex |
|---|---|
| Message-ID | <[email protected]> |
* Frank Küster (2005-01-31) writes: > Ralf Angeli <[email protected]> wrote: > >> The problem with the code is that it uses internals of reporter.el. >> It is therefore likely to break once reporter.el gets updated. >> Unfortunately reporter.el doesn't provide a clean interface for doing >> such stuff. Its functionality is more or less limited to the creation >> of a mail buffer with the whole bug report as its content. > > So does this mean you would not recommend to use this code in our bug > report scripts? reporter.el doesn't seem to be one of the libraries which change frequently. But it would be advisable to check if the code still works with the next Emacs release once it is out. Also, I don't know how it behaves with various types of broken installations. For example, in case some files are not found you'll get a message like "Cannot open load file: tex-site". I don't think that the code will hang, but you cannot rely on it always producing the output you can see with intact installations. BTW, I just noticed that I forgot to include the version information in the command I posted earlier. Here is an update: emacs -batch -eval "(progn (require 'tex-site) (require 'latex) (require 'reporter) (let ((reporter-status-count 0) (reporter-eval-buffer (current-buffer))) (reporter-dump-state (concat \"AUCTeX \" AUCTeX-version)'(window-system LaTeX-version TeX-style-path TeX-auto-save TeX-parse-self TeX-master) nil nil)) (message (buffer-string)))" Anyway, it is a hack. But a hack you can use until (if ever) there will be a proper interface for dumping the state of an Elisp package. -- Ralf