headers
Denis Bitouzé | 1 Feb 2011 08:46
Picon

Re: Font size

Le lundi 31/01/11 à 22h40,
Ralf Angeli <angeli <at> caeruleus.net> a écrit :

> * Denis Bitouzé (2011-01-30) writes:
> 
> > I think the logical/visual markup separation should not be applied
> > too strictly, especially with beginners. For instance, who actually
> > defines a logical markup command just in order to make bigger the
> > title' size of the document? If you require this for beginners,
> > they will quickly return to their lovely word processor! :)
> 
> At least in Word you wouldn't define a new style for the title but
> change the existing one to suit your needs.  Anyway, if you should use
> logical markup or not depends, among other things, on the properties
> of the document.  As a tendency, the longer your document is and the
> more different types of content (e.g. author names, program code or
> technical terms) it contains the better it is to use it.

I completely agree.

>  But this holds true regardless of the tool to write the document; be
> it a word processor or a markup language.

Yes.

>  So if your students want to return to a word processor, they should
> be aware that they might not use it to its full potential.

Unfortunately, they often don't care, at least for the youngest of
them...
(Continue reading)

Permalink | Reply | 0 comments |
headers
Dave Cook | 1 Feb 2011 12:27
Picon
Favicon

Re: How to tell auctex where LaTeX is?

Hello Ralf,

Thanks for your prompt and very comprehensible reply - I'm sure I can fix 
it now.

Dave

Dr. David B Cook

On Mon, 31 Jan 2011, Ralf Angeli wrote:

> * Dave Cook (2011-01-31) writes:
>
>> In trying to mke my self hardware-portable as well as software portable, I
>> have installed emacs, auctex and a LaTeX distribution (MikTex) on a
>> Windows-readable HDD which I can carry round with me. It works OK but
>> (knowing no elisp and not wishing to know much!) I don't know how to tell
>> auctex where the LaTeX commands are by modifying the drop-down "command"
>> menu so making the flow of work un-necessarily
>> laborious.
>>
>> Can anyone help? emacs, auctex and MikTex are all on the same disc - G:
>> say.
>
> An easy way might be to change the $PATH environment variable for Emacs
> and make sure that the directory with the MiKTeX executables is part of
> it.
>
> If the drive letter is always G: (which I doubt) then you could use
> something like the the following code in your init file:
(Continue reading)

Permalink | Reply | 0 comments |
headers
Ralf Angeli | 1 Feb 2011 23:06

Re: output buffer functioning as help buffer?

* Joost Kremers (2011-01-28) writes:

> quite often, emacs commands that produce some output that's meant for
> temporary viewing in a window that can be dismissed again by simply
> typing 'q' (if the relevant window is active, of course). help
> commands do this, and there is even a special macro for it:
> with-help-window.
>
> is it possible to make the AUCTeX output buffer function in a similar
> way? there are cases where i want to inspect the output of some
> command but after viewing the output, i'd like my previous window
> configuration back.
[...]
> if it's not possible to make the output buffer behave this way, could
> i submit this as a feature request?

This is not possible at the moment because one has to be able to insert
something in the output buffer when TeX is run interactively.

In general, though, I think it would be a good for the output buffer to
be more easily dismissable (especially when it is shown through `C-c
C-l').  But I haven't had the time to think about how such a feature
could be supported.

--

-- 
Ralf
Permalink | Reply | 1 comment |
headers
Joost Kremers | 3 Feb 2011 19:04

Re: output buffer functioning as help buffer?

On Tue, Feb 01, 2011 at 11:06:28PM +0100, Ralf Angeli wrote:
> * Joost Kremers (2011-01-28) writes:
> > is it possible to make the AUCTeX output buffer function in a similar
> > way? there are cases where i want to inspect the output of some
> > command but after viewing the output, i'd like my previous window
> > configuration back.
> 
> This is not possible at the moment because one has to be able to insert
> something in the output buffer when TeX is run interactively.

ah, ok, that makes sense.

> In general, though, I think it would be a good for the output buffer to
> be more easily dismissable (especially when it is shown through `C-c
> C-l').  But I haven't had the time to think about how such a feature
> could be supported.

it'd be great if you could find a way to do that, especially if dismissing the
output buffer restores the window configuration.

thanks,

joost

--

-- 
Joost Kremers, PhD
University of Göttingen
Institute for German Philology
Käte-Hamburger-Weg 3
37073 Göttingen, Germany
(Continue reading)

Permalink | Reply | 0 comments |
headers
Fernando | 3 Feb 2011 23:14
Picon

Re: View with Evince and I/O Correlation hangs on prompt


> Maybe `TeX-synctex-output-page' does not find the page number in the
> output of synctex and so it returns nil.  Then %(outpage) will never be
> replaced.  I've fixed this in the development version of AUCTeX last
> October.  So if you often have trouble with this, you might want to
> start using a checkout from CVS.

Hi folks!

I am facing exactly the same problem, so i wonder if a simplest patch (ie
a diff file or similar) could be provided, instead of a whole rebuild from
development sources.

Regards and thanks in advance
Permalink | Reply | 1 comment |
headers
Ralf Angeli | 5 Feb 2011 16:00

Re: Inverse Search with Evince & DBUS

* Tassilo Horn (2011-01-29) writes:

> I've just gotten inverse search working with Evince (2.32).  That
> doesn't have a setting for an editor command (well, it's GNOME, so it
> has no settings at all, right?), but instead it fires a SyncSource
> signal on the desktop bus.
>
> Well, recent emacsen have dbus support, so it was pretty easy to get
> inverse search working.  Here's the code:

Nice!  Are you interested in integrating this into AUCTeX proper?

--

-- 
Ralf
Permalink | Reply | 29 comments |
headers
Ralf Angeli | 5 Feb 2011 16:03

Re: Re: View with Evince and I/O Correlation hangs on prompt

* Fernando (2011-02-03) writes:

>> Maybe `TeX-synctex-output-page' does not find the page number in the
>> output of synctex and so it returns nil.  Then %(outpage) will never be
>> replaced.  I've fixed this in the development version of AUCTeX last
>> October.  So if you often have trouble with this, you might want to
>> start using a checkout from CVS.
>
> I am facing exactly the same problem, so i wonder if a simplest patch (ie
> a diff file or similar) could be provided, instead of a whole rebuild from
> development sources.

http://cvs.savannah.gnu.org/viewvc/auctex/tex.el?root=auctex&r1=5.668&r2=5.669

--

-- 
Ralf
Permalink | Reply | 0 comments |
headers
Tassilo Horn | 6 Feb 2011 11:39
Picon
Gravatar

Re: Inverse Search with Evince & DBUS

Ralf Angeli <angeli <at> caeruleus.net> writes:

Hi Ralf,

>> I've just gotten inverse search working with Evince (2.32).  That
>> doesn't have a setting for an editor command (well, it's GNOME, so it
>> has no settings at all, right?), but instead it fires a SyncSource
>> signal on the desktop bus.
>>
>> Well, recent emacsen have dbus support, so it was pretty easy to get
>> inverse search working.  Here's the code:
>
> Nice!  Are you interested in integrating this into AUCTeX proper?

Sure, if you give me a pointer to where it should be placed, I can
provide a patch.

Bye,
Tassilo
Permalink | Reply | 28 comments |
headers
Ralf Angeli | 6 Feb 2011 16:40

Re: Inverse Search with Evince & DBUS

* Tassilo Horn (2011-02-06) writes:

>>> I've just gotten inverse search working with Evince (2.32).
>>
>> Nice!  Are you interested in integrating this into AUCTeX proper?
>
> Sure, if you give me a pointer to where it should be placed, I can
> provide a patch.

It's not really obvious to me where this could be integrated, at least
with respect to the call to `dbus-register-signal' and its parameters.

Ideally the function should only be called if a Dbus-aware viewer is
selected and be fed with the parameters which are specific to that
viewer.  That would mean that these details could be stored in
`TeX-view-program-list{-builtin}'.  Indeed, the original intention of
these variables was to have a sort of database of viewers including all
their capabilities and invocation options.  But I'm not sure how good
the Dbus stuff would fit in there.  (And we'd probably have to reserve a
place for forward search via Dbus, see the discussion at
<URL:http://thread.gmane.org/gmane.emacs.auctex.devel/2490>)

An option which would require less coding effort would be to hardcode
the call and put it into `TeX-source-correlate-mode'.  If the name of
the Dbus signal is not changed in the (near) future and there are not
many other viewers for which this would have to be done, then it might
be a pragmatic solution.

Do you know if listening to Dbus signals is resource intensive or has
any security implications?  If that's the case we might at least have to
(Continue reading)

Permalink | Reply | 27 comments |
headers
Tom Sgouros | 10 Feb 2011 04:00

configuration question

Hello all:

I need to understand the difference between how AucTeX invokes TeX and how I do it at a shell.  When I use
AucTeX, I get the following, reporting about a local class file I use.

> Running `LaTeX' on `plan' with ``/usr/texbin/pdflatex  -interaction=nonstopmode "\input" plan.tex''
> This is pdfTeX, Version 3.1415926-1.40.10 (TeX Live 2009)
> entering extended mode
> LaTeX2e <2009/09/24>
> Babel <v3.8l> ...
>
> (./plan.tex
>
> ! LaTeX Error: File `ts-report.cls' not found.

On the same machine, running at the shell, all is fine:

> $ /usr/texbin/pdflatex plan.tex
> This is pdfTeX, Version 3.1415926-1.40.10 (TeX Live 2009)
> entering extended mode
> (./plan.tex
> LaTeX2e <2009/09/24>
> Babel <v3.8l> ...
>
> (/Users/tomfool/texmf/tex/latex/ts-report.cls
> Miscellaneous reports class -- Tom Sgouros - 2010
> (/usr/local/texlive/2009/texmf-dist/tex/latex/memoir/memoir.cls
> ...

The file in question is in a local texmf tree I use, and texhash has been run on it recently.  This is GNU Emacs
(Continue reading)

Permalink | Reply | 2 comments |

Gmane