<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.emacs.auctex.general">
    <title>gmane.emacs.auctex.general</title>
    <link>http://permalink.gmane.org/gmane.emacs.auctex.general</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.auctex.general/4473"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.auctex.general/4472"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.auctex.general/4471"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.auctex.general/4470"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.auctex.general/4469"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.auctex.general/4468"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.auctex.general/4467"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.auctex.general/4466"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.auctex.general/4465"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.auctex.general/4464"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.auctex.general/4463"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.auctex.general/4462"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.auctex.general/4461"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.auctex.general/4460"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.auctex.general/4459"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.auctex.general/4458"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.auctex.general/4457"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.auctex.general/4456"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.auctex.general/4455"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.auctex.general/4454"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.auctex.general/4473">
    <title>Re: AUCTeX, RefTeX, and GNU Emacs 24.1</title>
    <link>http://permalink.gmane.org/gmane.emacs.auctex.general/4473</link>
    <description>&lt;pre&gt;
I forgot to say that I'm running AUCTeX 11.86 and RefTeX 4.31.

Brett Presnell &amp;lt;presnell&amp;lt; at &amp;gt;stat.ufl.edu&amp;gt; writes:

&lt;/pre&gt;</description>
    <dc:creator>Brett Presnell</dc:creator>
    <dc:date>2012-05-22T18:28:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.auctex.general/4472">
    <title>AUCTeX, RefTeX, and GNU Emacs 24.1</title>
    <link>http://permalink.gmane.org/gmane.emacs.auctex.general/4472</link>
    <description>&lt;pre&gt;
I'm currently running a snapshot of GNU Emacs 24.1.50.1 in Ubuntu
10.10.

I noticed a few days ago that reftex mode seemed to be turned off while
I was editing a latex file.  Then today I realized that this happens
whenever I type C-cC-n, running TeX-normal-mode, which I habitually do
from time to time.  Ironically this started because I used to have
problems years ago with reftex losing its mind, although I don't
remember if C-cC-n ever actually helped.

Is anyone else seeing this behaviour or is it just me?

&lt;/pre&gt;</description>
    <dc:creator>Brett Presnell</dc:creator>
    <dc:date>2012-05-22T15:50:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.auctex.general/4471">
    <title>messy error reporting</title>
    <link>http://permalink.gmane.org/gmane.emacs.auctex.general/4471</link>
    <description>&lt;pre&gt;I'm using emacs 24 from git on Archlinux, with AUCTeX 11.86. I find
AUCTeX's way of handling errors very messy, and wonder if there's
something I could configure to make it better (or if it's something I
already configured that makes it so bad to begin with).

When I compile a document with errors, I get the usual "LaTeX errors in
`XXXX'. Use C-c ` to display." When I hit that key I get the error
buffer, and meanwhile the following in the minibuffer:

Use M-x make-directory RET RET to create the directory and its parents
Applying style hooks... done
Perform latex-mode auto-insertion? (y or n)

I say 'n', because… why? Why is it doing all this?

What I end up with is two side-by-side buffers, *Tex Help* on the right,
with my errors, and a blank buffer called "Arch Linux" on the left. As
far as I can tell that buffer doesn't do anything, but it does mean that
it's a fair amount of work to get my previous window configuration back.

What have I done to make it like this? It happens with everything, even
the s&lt;/pre&gt;</description>
    <dc:creator>Eric Abrahamsen</dc:creator>
    <dc:date>2012-05-18T02:38:35</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.auctex.general/4470">
    <title>Re: TeX-run-Tex wrong type argument</title>
    <link>http://permalink.gmane.org/gmane.emacs.auctex.general/4470</link>
    <description>&lt;pre&gt;It's because the master file is up a directory, and it is run synchronously.  You can reproduce this by setting TeX-process-asynchronous to nil, and running TeX-command-master (C-c C-c) on a file with TeX-master set to something like "../master".

You can work around it by using the full path to the master file.  However it seems like a bug and should be reported—though maybe it's been fixed in CVS.  

Perhaps the best way to fix this would be to change TeX-master-file to call expand-file-name on the result.  This could be done with advice, but I haven't tried it.  There may be other repercussions or places that use TeX-master directly.

-Ivan

On May 14, 2012, at 1:26 PM, Adam wrote:

&lt;/pre&gt;</description>
    <dc:creator>Ivan Andrus</dc:creator>
    <dc:date>2012-05-17T10:13:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.auctex.general/4469">
    <title>TeX-run-Tex wrong type argument</title>
    <link>http://permalink.gmane.org/gmane.emacs.auctex.general/4469</link>
    <description>&lt;pre&gt;Hello.

I use such a function for compiling LaTeX in emacs (AUCTeX) taken from
http://stackoverflow.com/a/7811232/726922 (accepted answer by Jouni K. Seppänen):

    (defun run-latexmk ()
      (interactive)
      (let ((TeX-save-query nil)
            (TeX-process-asynchronous nil)
            (master-file (TeX-master-file)))
        (TeX-save-document "")
        (TeX-run-TeX "latexmk" "latexmk" master-file)
        (if (plist-get TeX-error-report-switches (intern master-file))
            (TeX-next-error t)
          (minibuffer-message "latexmk done"))))

It works really well but I observed some problem when I compile a multifile
document.

I have some master.tex and \input{chap1.tex} in it. When I use run-latexmk
while editing chap1.tex (master file is properly set in chap1.tex) then
I get a message

    TeX-run-TeX: Wrong type argument: stringp, nil.

Output pdf/dvi file seems to be good but I am curious why I get this message.

I tried changing the line (TeX-run-TeX "latexmk" "latexmk" master-file)
i&lt;/pre&gt;</description>
    <dc:creator>Adam</dc:creator>
    <dc:date>2012-05-14T11:26:59</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.auctex.general/4468">
    <title>Re: AUCTeX configure blocked by memory of old TL2011 installation</title>
    <link>http://permalink.gmane.org/gmane.emacs.auctex.general/4468</link>
    <description>&lt;pre&gt;

I tested the result using latex, xelatex and biber. Everything went well. 

The only issue remaining is that now that I'm using xelatex, my output defaults 
to PDF rather than DVI, and so AUCTeX needs to be told to make xpdf rather than xdvi 
its default viewer. I searched on line and fiddled with some code in my .emacs init 
file, but so far no luck.

Haines Brown
&lt;/pre&gt;</description>
    <dc:creator>Haines Brown</dc:creator>
    <dc:date>2012-05-11T14:32:10</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.auctex.general/4467">
    <title>Re: Installation of CTAN AUCTeX into emacs</title>
    <link>http://permalink.gmane.org/gmane.emacs.auctex.general/4467</link>
    <description>&lt;pre&gt;

Sounds like the tarball you got was a precompiled XEmacs package.  Try
getting one for Emacs: that one should have an obvious "source
directory".

&lt;/pre&gt;</description>
    <dc:creator>David Kastrup</dc:creator>
    <dc:date>2012-05-10T16:38:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.auctex.general/4466">
    <title>Re: Installation of CTAN AUCTeX into emacs</title>
    <link>http://permalink.gmane.org/gmane.emacs.auctex.general/4466</link>
    <description>&lt;pre&gt;Stay in the first/topmost directory and run ./configure there. I think
it's ./auctex-11.86, you should see a file named INSTALL there that
has the instructions.

On Thu, May 10, 2012 at 12:31 PM, Haines Brown &amp;lt;haines&amp;lt; at &amp;gt;histomat.net&amp;gt; wrote:
&lt;/pre&gt;</description>
    <dc:creator>Tyler Smith</dc:creator>
    <dc:date>2012-05-10T16:45:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.auctex.general/4465">
    <title>Installation of CTAN AUCTeX into emacs</title>
    <link>http://permalink.gmane.org/gmane.emacs.auctex.general/4465</link>
    <description>&lt;pre&gt;David,

I downloaded an AUCTeX tarball in order to run it under emacs using 
TL2011, also from CTAN.

The installation instructions loose me. When I unpacked the tarball, I 
get a set of directories. Which is the "source directory"? None seem 
appropriate to running a ./configure command, such as one would do to 
create a C binary.

In the lisp/auctex/ directory are .el files. Usually when I install
an emacs application I simply put the .el files into emacs environment
and call them from emacs init; no compilation necessary. 

Haines Brown
&lt;/pre&gt;</description>
    <dc:creator>Haines Brown</dc:creator>
    <dc:date>2012-05-10T16:31:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.auctex.general/4464">
    <title>Re: loading package only in preview-latex</title>
    <link>http://permalink.gmane.org/gmane.emacs.auctex.general/4464</link>
    <description>&lt;pre&gt;Tamas,

In preview.sty there is a \let\ifPreview\iffalse or \iftrue when
active.  So if you are always including preview.sty (and just not
passing the active option), then you can simply use

\ifPreview
\usepackage{euler}
\endif

Otherwise you will have to check if it's defined first.

-Ivan

On Apr 26, 2012, at 9:01 AM, Tamas Papp wrote:

&lt;/pre&gt;</description>
    <dc:creator>Ivan Andrus</dc:creator>
    <dc:date>2012-05-08T14:42:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.auctex.general/4463">
    <title>Re: AUCTeX configure blocked by memory of old TL2011 installation</title>
    <link>http://permalink.gmane.org/gmane.emacs.auctex.general/4463</link>
    <description>&lt;pre&gt;
Aha! I believe you have spotted the problem. I installed TL2011 from 
CTAN rather than the debian package because the latter is only TL2010. 
And I did install AUCTeX from the debian archive.

I just downloaded the XeTeX version of AUCTeX from the website and 
asssume that installation instructions are included in the tarball.
I assume that using it will solve the problem.

Thank you.

Haines Brown
&lt;/pre&gt;</description>
    <dc:creator>Haines Brown</dc:creator>
    <dc:date>2012-05-07T10:21:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.auctex.general/4462">
    <title>Re: AUCTeX configure blocked by memory of old TL2011installation</title>
    <link>http://permalink.gmane.org/gmane.emacs.auctex.general/4462</link>
    <description>&lt;pre&gt;If I understood correctly what you did, which I'm not at all sure I did,
you installed TeXLive under your home directory by hand; you didn't use
the Debian TeXLive packages.

If this is the case, be aware that the Debian AUCTeX package won't work
for you, as it is designed to work with the Debian TeXLive packages, not
with hand made TeXLive installations.  If this is the case, you should
install AUCTeX by hand as well (just follow the instructions, after
purging the Debian package).

&lt;/pre&gt;</description>
    <dc:creator>Davide G. M. Salvetti</dc:creator>
    <dc:date>2012-05-06T17:46:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.auctex.general/4461">
    <title>Re: AUCTeX configure blocked by memory of old TL2011 installation</title>
    <link>http://permalink.gmane.org/gmane.emacs.auctex.general/4461</link>
    <description>&lt;pre&gt;Jeff, sorry to follow up on myself, but I just realized that I have 
both /usr/bin/emacs and /usr/bin/emacs23. Not sure if this is the 
source of the problem and, if so, how to fix it.

Haines
&lt;/pre&gt;</description>
    <dc:creator>Haines Brown</dc:creator>
    <dc:date>2012-05-05T14:48:22</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.auctex.general/4460">
    <title>Re: AUCTeX configure blocked by memory of old TL2011 installation</title>
    <link>http://permalink.gmane.org/gmane.emacs.auctex.general/4460</link>
    <description>&lt;pre&gt;
Jeff, I tried that, but it can't be done as user (permission denied), and if
done as root, the value of $HOME is /root. If done with $ sudo, the value of
$HOME is user's home, but I get:

  checking for make... make
  checking whether make sets $(MAKE)... yes
  checking for a BSD-compatible install... /usr/bin/install -c
  checking for date in ChangeLog... 2008-02-10
  checking for release in ChangeLog... 11.85
  checking for emacs... /usr/bin/emacs
  checking if /usr/bin/emacs is XEmacs... no
  checking for Emacs prefix... "/usr"
  checking if Emacs is recent enough... yes
  checking for MULE support... yes
  checking if build directory is valid... configure: error: Build directory inside
load-path!  Aborting!

There was a Debian bug/AUCTeX design issue back in ca. 2004-6 that 
produced this error. The AUCTeX developer (Davide Salvetti) noted that 
in Debian AUCTeX must be installed in a directory in the load path 
while AUCTeX elisp byte-compiled objects are required to be installed 
in another (emacsen &lt;/pre&gt;</description>
    <dc:creator>Haines Brown</dc:creator>
    <dc:date>2012-05-05T14:43:29</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.auctex.general/4459">
    <title>AUCTeX configure blocked by memory of old TL2011installation</title>
    <link>http://permalink.gmane.org/gmane.emacs.auctex.general/4459</link>
    <description>&lt;pre&gt;I'm running Debian Squeeze, emacs-23.2, TL2011, auctex-11.85-1.

In removing an old intallation of TeXLive to reinstall it in a new 
location, user's home directory, I made the sad mistake of removing it 
by deleting files and directories rather than use tlmgr.

The new TL2011 works fine from command line, but AUCTeX ceased to 
function. I purged it and reinstalled it. However, its present status 
is "partially configured." The installation returned this:

  ...
  Setting up auctex (11.85-1) ...
  install/auctex: Setting up for emacs23 (log file:
    /usr/share/emacs23/site-lisp/auctex//CompilationLog)...
    emacs-package-install:
    /usr/lib/emacsen-common/packages/install/auctex emacs23 emacs23
    failed at /usr/lib/emacsen-common/emacs-package-install line 30,
    &amp;lt;TSORT&amp;gt; line 1.
  dpkg: error processing auctex (--configure):
   subprocess installed post-installation script returned error exit
        status 1
  configured to not write apport reports
             Errors were encountered while processin&lt;/pre&gt;</description>
    <dc:creator>Haines Brown</dc:creator>
    <dc:date>2012-05-05T13:34:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.auctex.general/4458">
    <title>Make RefTeX select show date entries</title>
    <link>http://permalink.gmane.org/gmane.emacs.auctex.general/4458</link>
    <description>&lt;pre&gt;Hello,

When using biblatex one often set the date of bibentry with the 'date' 
key rather than the 'year' key. The problem with doing this is that 
RefTeX Select does not recognize 'date' so it is not shown. Is it 
possible to make RefTeX Select recognize 'date' in addition to 'year'? I 
have looked through the configuration variables without finding 
something to change.

Regards,
Elias
&lt;/pre&gt;</description>
    <dc:creator>Elias Assarsson</dc:creator>
    <dc:date>2012-05-05T10:05:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.auctex.general/4457">
    <title>loading package only in preview-latex</title>
    <link>http://permalink.gmane.org/gmane.emacs.auctex.general/4457</link>
    <description>&lt;pre&gt;Hi,

I like to 

\usepackage{euler}

with preview-latex inside Emacs because I find its fonts much more
readable on the screen, but I would like to keep using the standard
LaTeX fonts when I compile to PDF.  Is there a way I can automate
this, ie load euler in the preamble only for preview-latex?

Best,

Tamas
&lt;/pre&gt;</description>
    <dc:creator>Tamas Papp</dc:creator>
    <dc:date>2012-04-26T07:01:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.auctex.general/4456">
    <title>Re: TeX-next-error broken for error messages without linenumber</title>
    <link>http://permalink.gmane.org/gmane.emacs.auctex.general/4456</link>
    <description>&lt;pre&gt;

It could keep a list of likely candidates of the current file (instead
of just a single one) and pick among them when analyzing an error
message based on some criteria like "such a file exists", "it even looks
like that around the error location".  Basically pop the file name stack
lazily.

When I was still messing around with the code, it also helped making
AUCTeX more stupid at recognizing an actual filename beginning since the
detection of file name endings, being just ')', had to be stupid anyway,
and a stupid match at the beginning helped keeping parens matched (most
messages on the console _are_ written using matched parens).

&lt;/pre&gt;</description>
    <dc:creator>David Kastrup</dc:creator>
    <dc:date>2012-04-24T07:14:46</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.auctex.general/4455">
    <title>Re: TeX-next-error broken for error messages without linenumber</title>
    <link>http://permalink.gmane.org/gmane.emacs.auctex.general/4455</link>
    <description>&lt;pre&gt;Vitomir,

I think the changes at 
http://cvs.savannah.gnu.org/viewvc/auctex/auctex/tex-buf.el?r1=1.282&amp;amp;r2=1.283
and
http://cvs.savannah.gnu.org/viewvc/auctex/auctex/tex-buf.el?r1=1.284&amp;amp;r2=1.285
may "fix" the problem, albeit in a different way.  Of course the real problem is that it's impossible to know where the error is in some cases and there's nothing AUCTeX can do to fix that.  

In the mean time adding -file-line-error-style to the latex command line gives better results.

Unfortunately I haven't tested those changes.  I'm running 11.86 from package.el though I should probably be running from CVS.  There have been a number of bugs fixed which keep getting reported.  


David, 

When is the next release planned?  I think it would be good to release it soon, but that's just my opinion. :-)

-Ivan

On Apr 24, 2012, at 1:04 AM, Vitomir Kovanovic wrote:

&lt;/pre&gt;</description>
    <dc:creator>Ivan Andrus</dc:creator>
    <dc:date>2012-04-24T06:04:11</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.auctex.general/4454">
    <title>TeX-next-error broken for error messages without linenumber</title>
    <link>http://permalink.gmane.org/gmane.emacs.auctex.general/4454</link>
    <description>&lt;pre&gt;Hi guys,

I had the sam problem on Ubuntu (TexLive 2009)
and yes the problem is with parenthesis in the pdftex version information

this little change seems to fix it

in the tex-buf.el file in the function TeX-parse-error

just add one simple when so that when the filename is TexLive
yyyy/Debian it is not added to the stack
this is the whole part for handling new files…. I just added when

 ;; New file -- Push on stack
 ((match-beginning 3)
  (let ((file (TeX-match-buffer 3))
(end (match-end 3)))
    ;; Strip quotation marks and remove newlines if necessary
    (when (or (eq (string-to-char file) ?\")
      (string-match "\n" file))
      (setq file
    (mapconcat 'identity (split-string file "[\"\n]+") "")))
            (when (not (string-match "^TeX\\ Live\\
\\(2009\\|2010\\|2011\\)/Debian$" file))
              (push file TeX-error-file)
              (push nil TeX-error-offset)
              (goto-char end)))
  t)

Cheers,
Vitomir

_______________________________________________
auctex ma&lt;/pre&gt;</description>
    <dc:creator>Vitomir Kovanovic</dc:creator>
    <dc:date>2012-04-23T23:04:35</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.auctex.general/4453">
    <title>aspell/ispell doesn't work properly.</title>
    <link>http://permalink.gmane.org/gmane.emacs.auctex.general/4453</link>
    <description>&lt;pre&gt;Hi,
   I notice a problem that when auctex is running,  aspell/ispell misses
some mispell.
Try the following example:

\documentclass[12pt]{report}
\begin{document}
\begin{theorem}[Trace Theorm]
 This is a Theorm.
 \end{theorem}
\end{document}
%%% Local Variables:
%%% mode: latex
%%% TeX-master: "test"
%%% End:

Theorm is misspelled twice. However, when I use spell check buffer, ,
aspell/ispell missed the misspell in [Trace Theorm] and only detected the
second one. When I use M-$ to just check one word, it works.
Any fix?  I am using auctex 11.86 +Emacs 23.3 (both are from macport).
 Thanks.
_______________________________________________
auctex mailing list
auctex&amp;lt; at &amp;gt;gnu.org
https://lists.gnu.org/mailman/listinfo/auctex
&lt;/pre&gt;</description>
    <dc:creator>Shiyuan</dc:creator>
    <dc:date>2012-04-19T02:01:47</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.emacs.auctex.general">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.emacs.auctex.general</link>
  </textinput>
</rdf:RDF>

