11.84; \empty is not rendered in preview

Hi, 

Doing C-c C-p C-p does generate a preview, but it does not include the
\empty symbol. I expect that preview output contains at least the same
symbols as the properly type set version. 

Example test case: 

\documentclass[a4paper,10pt]{article}
%opening
\title{}
\author{}

\begin{document}
\maketitle
\begin{abstract}
\end{abstract}
\section{}
$A' \neq \empty$
\end{document}

Emacs  : GNU Emacs 23.0.0.1 (i686-pc-linux-gnu, GTK+ Version 2.10.13)
 of 2007-07-26 on some machine
Package: 11.84

current state:
==============
(setq
 AUCTeX-date "2007-01-12"
 window-system 'x

Re: 11.84; \empty is not rendered in preview

Ron <iampure <at> gmail.com> writes:

> Doing C-c C-p C-p does generate a preview, but it does not include the
> \empty symbol. I expect that preview output contains at least the same
> symbols as the properly type set version. 
>
> Example test case: 
>
> \documentclass[a4paper,10pt]{article}
> %opening
> \title{}
> \author{}
>
> \begin{document}
> \maketitle
> \begin{abstract}
> \end{abstract}
> \section{}
> $A' \neq \empty$
> \end{document}

It speaks for the high quality of AUCTeX that we don't get many valid
bug reports these days.

If you actually looked at the printed page, you'd have seen that
preview-latex has rendered this exactly correct.

You probably want to use \emptyset instead.

--

-- 

11.84; preview FAQ missing an explanation for "LaTeX found no preview images"

The FAQ for preview-latex is missing one important possible
explanation for the "LaTeX found no preview images" error.

Sometimes this error can be caused by preview-latex being confused by
messages emitted by metafont when it generates font files.  The
solution in this case is just to rerun the preview generation.

It would be helpful if this possible explanation were added to the 3
other possible explanations already in the FAQ.

I hope this report is helpful.

Joe

======================================================================
Emacs  : GNU Emacs 22.1.1 (i686-pc-linux-gnu, GTK+ Version 2.8.20)
 of 2007-06-27 on artemis
Package: 11.84

bug in tex-expand-list, 11.84-4

Remember to cover the basics, that is, what you expected to happen and
what in fact did happen.

Be sure to consult the FAQ section in the manual before submitting
a bug report.  If the bug (or problem) is triggered by a specific
(La)TeX file, you should try to produce a minimal sample file
showing the problem and include it in your report.

Your bug report will be posted to the AUCTeX bug reporting list.
------------------------------------------------------------------------

I have just installed the latest auctex, 11.84-4. Out of the box,
latex and tex are configured with a %x expansion character in tex- 
command-list.  E.g.
as "latex %x  %t".

However, this character isn't defined in the tex-expand list. As a  
result latex and tex crashed
when run. I couldn't work  out how to define %x as "nil" so I just  
removed this expansion character from tex and
latex (as you can see below) in tex-command-list.

Thanks,

- Peter Olmsted, p.d.olmsted <at> leeds.ac.uk

Emacs  : GNU Emacs 21.2.1 (powerpc-apple-darwin, X toolkit)
of 2006-03-23 on kodaira.local
Package: 11.84

Re: bug in tex-expand-list, 11.84-4

* Peter Olmsted (2007-09-22) writes:

> I have just installed the latest auctex, 11.84-4. Out of the box,
> latex and tex are configured with a %x expansion character in tex- 
> command-list.  E.g.
> as "latex %x  %t".

Then either you or the people you got AUCTeX from defined it like this.

> TeX-command-list '(("TeX" "tex  '\\nonstopmode\\input %t'" TeX-run- 
> TeX nil t)
> 		    ("TeX Interactive" "tex  %t" TeX-run-interactive nil t)
> 		    ("LaTeX" "latex  '\\nonstopmode\\input{%t}'"
> 		     TeX-run-LaTeX nil t)

This has close to nothing in common with the default value of a vanilla
AUCTeX 11.84 installation.  I suggest you remove the customization you
have for `TeX-command-list'.

If removing the customization does not work, you likely have old files
lying around which shadow the new ones (or the distribution of AUCTeX
you are using is broken).

--

-- 
Ralf

11.84; blank lines around \begin{abstract} with entcs.cls affect whether previewing works

Dear AUCTeX and latex-preview gurus,

Reproduce the bug with the following two files.  The first is marked
“inline”, so you should see it; the second is marked “attachment”.

The expected behavior is that C-c C-p C-b (preview-buffer) should
cause both of the math expressions to be previewed.  The buggy actual
behavior is that only the first one is previewed.  (In the more
complicated paper from which this example is derived, all of the
previews for the math material after the frontmatter environment do
end up showing up somewhere, all together.)

If the first commented line is replaced with a blank line, then
everything works.  If the blank line above the second comment is
removed, then things get even worse and previewing fails completely.

So basically, in this particular situation, the \begin{abstract} line
must be surrounded by blank lines.

Any ideas what the bug is?

Joe

======================================================================
Emacs  : GNU Emacs 22.1.1 (i686-pc-linux-gnu, GTK+ Version 2.8.20)

Re: bug in tex-expand-list, 11.84-4

Please send answers to the mailing list and not to me privately only.  I
am quoting the full message for other list participants as a reference.

* Peter Olmsted (2007-09-22) writes:

> Hi Ralf,
>
> Thanks for replying.
>
> On 22 Sep 2007, at 15:25, Ralf Angeli wrote:
>
>> * Peter Olmsted (2007-09-22) writes:
>>
>>> I have just installed the latest auctex, 11.84-4. Out of the box,
>>> latex and tex are configured with a %x expansion character in tex-
>>> command-list.  E.g.
>>> as "latex %x  %t".
>>
>> Then either you or the people you got AUCTeX from defined it like  
>> this.
>>
>>> TeX-command-list '(("TeX" "tex  '\\nonstopmode\\input %t'" TeX-run-
>>> TeX nil t)
>>> 		    ("TeX Interactive" "tex  %t" TeX-run-interactive nil t)
>>> 		    ("LaTeX" "latex  '\\nonstopmode\\input{%t}'"
>>> 		     TeX-run-LaTeX nil t)
>>
>> This has close to nothing in common with the default value of a  
>> vanilla
>> AUCTeX 11.84 installation.  I suggest you remove the customization you

Fwd: bug in tex-expand-list, 11.84-4

OK, so it looks like the Auctex I downloaded via fink (from a mirror
somewhere) has the bug in it. To clarify: the version I downloaded
defines latex and tex in tex-command-list with the expansion string
  "%x", but this  expansion string isn't defined in tex-expand-list.

I did not add this myself. Removing reference to %x from the definitions
of tex and latex in tex-command-list now seem to work.

Cheers,

  - Peter	

>> Hi Ralf,
>>
>> Thanks for replying.
>>
>> On 22 Sep 2007, at 15:25, Ralf Angeli wrote:
>>
>>> * Peter Olmsted (2007-09-22) writes:
>>>
>>>> I have just installed the latest auctex, 11.84-4. Out of the box,
>>>> latex and tex are configured with a %x expansion character in tex-
>>>> command-list.  E.g.
>>>> as "latex %x  %t".
>>>
>>> Then either you or the people you got AUCTeX from defined it like
>>> this.
>>>
>>>> TeX-command-list '(("TeX" "tex  '\\nonstopmode\\input %t'" TeX-run-

Re: Fwd: bug in tex-expand-list, 11.84-4

* Peter Olmsted (2007-09-23) writes:

>>>>> TeX-command-list '(("TeX" "tex  '\\nonstopmode\\input %t'" TeX-run-
>>>>> TeX nil t)
>>>>> 		    ("TeX Interactive" "tex  %t" TeX-run-interactive nil t)
>>>>> 		    ("LaTeX" "latex  '\\nonstopmode\\input{%t}'"
>>>>> 		     TeX-run-LaTeX nil t)

> OK, so it looks like the Auctex I downloaded via fink (from a mirror
> somewhere) has the bug in it. To clarify: the version I downloaded
> defines latex and tex in tex-command-list with the expansion string
>   "%x", but this  expansion string isn't defined in tex-expand-list.
>
> I did not add this myself. Removing reference to %x from the definitions
> of tex and latex in tex-command-list now seem to work.

Well, then you can compile your documents again but it does not remedy
the problem that Fink provided you with a crippled version of AUCTeX.
The simplifications in `TeX-command-list' (compared to vanilla AUCTeX)
Fink seems to have introduced defeats functionality like source specials
or PDF mode.  I cannot verify this since I don't know how to get the
source of the AUCTeX package distributed by Fink, but you could file a
bug report.

--

-- 
Ralf

font-latex-user-keyword-classes doc (was: xcf thumbnail image file support?)

David Kastrup <dak <at> gnu.org> writes:

> The DOC string refers to the customize display rather than the actual
> values to set this variable to.  That makes it useless as programming
> documentation for the variable.  Please use the actual values in the
> description while keeping the customize tags: it is obvious which of
> the described behaviors they refer to.

*Cough* font-latex-user-keyword-classes *cough* (ditto for the
variable's description in the manual) ;)

--

-- 
Johan Bockgård