gmane.emacs.auctex.devel

Re: reftex patch to support resolved labels

Ralf Angeli — 2008-12-01T21:37:52

I see. Hm, but there is a similar problem if labels are inserted after a LaTeX run. The more one is editing labels in the buffer, the more outdated the information in the .aux file becomes. Are there provisions in your code dealing with this problem?

Re: reftex patch to support resolved labels

Tim Toolan — 2008-12-01T20:26:55

Quoting Ralf Angeli caeruleus.net>: If no .aux file is present, then it is straightforward to disable the feature. The concern is that someone: 1) Runs latex and generates the typeset document along with the .aux files. 2) Edits a large portion somewhere early on in the document, and regenerates previews for the entire document. 3) Uses the method provided by this patch to refer to an equation in the later portion of the document using the equation number they see in the typeset preview. Because there is currently no way to get the .aux information from the generated previews this will produce the wrong label. The reason it is wrong is because that label has been renumbered, but it was not recorded in any .aux file. If the .aux information was available from the previews, it would be possible to keep the information consistent. And since the information does not have to be correct, only consistent between the .aux files and what typeset information the person is looking at, i

Re: reftex patch to support resolved labels

Ralf Angeli — 2008-12-01T19:44:33

Perhaps I am misunderstanding the issue, but couldn't you just disable the feature if no .aux file is present? See above. By the way, do you have a copyright assignment for Emacs or RefTeX on file at the FSF?

Re: reftex patch to support resolved labels

Tim Toolan — 2008-12-01T12:13:36

Quoting Ralf Angeli caeruleus.net>: I am making the suggested changes to this patch, but am still concerned about interaction with preview-latex. Because the method used to resolve labels requires that the .aux files are consistent with whatever typeset output the user is looking at, and preview-latex generates typeset output without corresponding .aux files, it is possible to get incorrect labels when using preview-latex. Should I disable this mode for now when preview-latex is being used, or should we try to work out the problem before this patch is applied? -Tim

Re: Wrong heading with outline-regexp

Ralf Angeli — 2008-11-29T16:26:09

You could change `LaTeX-trailer-start' in a way that it matches "\end{document}" only at the beginning of a line. I don't know if people often have stuff in front of "\end{document}" on the same line, so I don't know if it is a good idea to change the default.

Wrong heading with outline-regexp

Leo — 2008-11-27T21:45:55

Hi there, Let's assume the following sentences is in the LaTeX source file: "To use bibliography in your \LaTeX{} document, add the following at the end but before \verb|\end{document}|:" Now if you use outline mode, you can see the line with \verb|\end{document}| also becomes a heading, which is undesired. Best,

Re: AUCTeX failed to detect SyncTeX

Leo — 2008-11-24T06:54:16

Indeed. Thanks.

Re: AUCTeX failed to detect SyncTeX

Ralf Angeli — 2008-11-23T20:15:05

Thanks. Fixed in CVS.

AUCTeX failed to detect SyncTeX

Leo — 2008-11-21T02:19:39

The function `TeX-source-correlate-determine-method' does not detect SyncTeX correctly because (string-match "^-synctex" help) always returns nil. An example output of `latex --help' with latest MikTeX is attached. 2.7. Usage: latex [OPTION...] [COMMAND...] -alias=APP Pretend to be APP. This affects both the format used and the search path. -aux-directory=DIR Use DIR as the directory to write auxiliary files to. -buf-size=N Set buf_size to N. -c-style-errors Enable file:line:error style messages. -disable-8bit-chars Make only 7-bit characters printable by. -disable-installer Disable the package installer. Missing files will not be installed. -disable-pipes Disable input (output) from (to) processes. -disable-write18 Disable the \write18{COMMAND} construct. -dont

TeX-auto-global confusing doc string

Leo — 2008-11-18T01:01:12

Hi there, The value of TeX-auto-global was not set in any way during the installation. After installation, I got a value that conflicts with its documentation, which says that it must end with a directory separator. (defcustom TeX-auto-global "/tmp/AUC/var/auctex" "*Directory containing automatically generated information. Must end with a directory separator. For storing automatic extracted information about the TeX macros shared by all users of a site." :group 'TeX-file :type 'directory) Maybe this is a bug? Bye,

Re: patch for preview-latex to reduce file clutterand not overwrite document

Tim Toolan — 2008-11-17T14:12:23

Quoting "David Kastrup" gnu.org>: The \include function is defined as: \def\include#1{\relax \ifnum\< at >auxout=\< at >partaux \< at >latex< at >error{\string\include\space cannot be nested}\< at >eha \else \< at >include#1 \fi} which means it is just a simple wrapper to \< at >include. There are only two lines changed in the \< at >include function, and they are: 1) When the command is written to the master aux file to input the the aux file for the included tex file, it modifies any path component in the filename string that is written. In otherwords, instead of writing \< at >input{subdir/chap1.aux} it writes \< at >input{subdir-chap1.aux} to masterfile.aux. 2) When TeX creates the aux file which corresponds to the included file for writing it also modifies the path component similarly. This modification should be safe anytime, whether or not using the preview package or the -output-directory option. I tried to implement it using a \let for \include that alters the ar

Re: reftex patch to support resolved labels

Tim Toolan — 2008-11-17T13:50:42

Quoting "David Kastrup" gnu.org>: The aux information should be useful when it generates a preview for the whole document or when preview-preserve-counters is used when generating previews for a region. In the case of generating previews for regions, it can be combined with any current knowledge of labels to determine if the following previews will have incorrect resolved numbers. -Tim

Re: preview of \ref commands in preview-latex

Tim Toolan — 2008-11-17T13:42:56

Quoting "David Kastrup" gnu.org>: Are you talking about something like the [r] [c] and [f] markers that are used when using folding mode? That would probably be the best place to use the information. It would be relatively easy to replace the [r] with the resolved label.

Re: patch for preview-latex to reduce file clutter andnot overwrite document

David Kastrup — 2008-11-16T22:02:37

How does this play together with \include ?

Re: reftex patch to support resolved labels

David Kastrup — 2008-11-16T22:00:39

I am not sure. We used to do \nofiles, but I seem to remember that there were some conflicts with pst-pdf or similar, and we juggled things. Basically, if aux file information is written during preview-latex runs, it is likely not useful.

Re: preview of \ref commands in preview-latex

David Kastrup — 2008-11-16T21:58:11

I think that this is a case where one would not want images as previews, but rather text (similar for footnote markers and such). preview.sty needs an interface for passing this sort of info to Emacs, and of course preview-latex needs to pick it up.

Re: Math macros and `TeX-insert-macro'

David Kastrup — 2008-11-16T21:55:26

To not clutter up the completion display? No better idea than that, and I also doubt that this is really the best idea.

patch for preview-latex to reduce file clutter andnot overwrite document

Tim Toolan — 2008-10-30T13:50:00

Hello, First, I must thank the developers of preview-latex for this really great package. Included is a small patch for preview-latex that does three things: 1) Greatly reduces file clutter. When generating previews, only two things are added to the main tex directory, a directory called MASTERTEXFILE.prv and a file called file _region_.tex. All other files generated when creating previews, including previews of regions, are placed in the directory MASTERTEXFILE.prv. 2) Any typeset version of the document, such as a .pdf or .dvi file is left alone. Previously they were deleted when generating a preview. 3) Auxilary files are created for previews since there is no longer any danger of clobbering anything. Regards, Tim _______________________________________________ auctex-devel mailing list auctex-devel< at >gnu.org http://lists.gnu.org/mailman/listinfo/auctex-devel

Re: reftex patch to support resolved labels

Ralf Angeli — 2008-10-27T18:08:26

The TOC usually does not show labels, only if you type . That's what I was referring to. That's also what I'd prefer. This doesn't address my argument. (c: If you didn't select a specific label type when making a reference with RefTeX, then "17" could relate to a section, an equation, a figure, etc. The prefix of the label in the LaTeX source and a descriptive name (if present) of the label make it much easier to identify the right one. Anyway, I think we are in agreement that both use cases (referencing by source and by typeset labels) are valid ones. Oh, perhaps I should try that. (c: Yeah, it's likely better to either use a global variable or pass the respective value as an argument to the functions where you need it. I have no idea about how preview-latex handles .aux files. Perhaps David can comment.

Re: reftex patch to support resolved labels

Tim Toolan — 2008-10-27T11:22:43

Quoting "Ralf Angeli" caeruleus.net>: It could be useful there, but one thing to consider is that labels are not "required" for anything, and the only things that can be resolved are things that have a label. For instance, if there is a section 3, but it is not referenced in the document, and the writer decided not to label it, there will be no resolved label for it. True. Maybe when the .aux files are not present, instead of presenting question marks for all labels, it should not display anything at all. That is true, but I am thinking of how I write, and when I reference an equation, I am almost always looking at in the typeset document, and my mind says something like "combining (17) and (18), we get" instead of "combining (\ref{eq:blah1}) and (\ref{eq:blah2}), we get". That is actually exactly how the patch behaves if `reftex-ref-start-in-filter-mode' is set to nil. This is true. The main reason I changed them was to illustrate the changes introduced by thi

Re: reftex patch to support resolved labels

Ralf Angeli — 2008-10-26T14:01:43

I finally had some time to look into your patch. This looks like an interesting feature. Something like that might also be useful when displaying labels in the table of contents (`C-c ='). While the display of typeset label numbers might be a good hint when trying to identify the right label, I think the primary way to select them should still be based on labels as they are written in the LaTeX sources. First, a user should not be required to run LaTeX or look at the typeset document to identify a label, second, the label name in the sources often carries more information than the typeset one and third, the selection from a list (,

, or point and click) is mostly more convenient than having to type a string with completion. (The latter argument is obviously subjective and represents my personal preference.) In the label selection process at it is now one can activate a prompt for typing a label name with completion by pressing . One could either allow completion on typeset labels h