Uwe Brauer | 2 May 20:34 2016
Picon

x-symbol-mode and iimage

Hello

One of the last things I missed in Xemacs+x-symbol was the feature to
display png/jpg directly, without compiling the latex file.

Now I just learned about iimage.el (shipped with GNU emacs) which
provides a *minor mode* for displaying these images. The only
disadvantage: it seems impossible to resize the displayed images and on
my 12 inch Laptop I found them too big.

So if somebody knows about it or a similar package please speak up.

regards

Uwe Brauer 
Ikumi Keita | 24 Apr 13:06 2016
Picon

Enable directory local variables for japanese-latex-mode

Hi AUCTeX developers,

I noticed recently that directory local variables are invalid in
`japanese-latex-mode'.

[Short summary of this mail]
Could you review the attached change and apply if it is OK?

[Detail]
First of all, I explain how to confirm that directory local variables
are invalid in `japanese-latex-mode'.  You don't need Japanese tex
engines to try.

Put the following two files in an empty directory somewhere.
---- .dir-locals.el ---------------------------------------------
;;; Directory Local Variables
;;; For more information see (info "(emacs) Directory Variables")

((japanese-latex-mode
  (TeX-PDF-from-DVI . "Dvipdfmx")))
-----------------------------------------------------------------
---- test.tex ---------------------------------------------------
\documentclass{jarticle}
\begin{document}
DUMMY TEXT
\end{document}

%%% Local Variables: 
%%% mode: japanese-latex
%%% TeX-master: t
(Continue reading)

Matthew Leach | 18 Apr 21:44 2016
Picon

Future direction of TikZ style

Hi all,

I have a question regarding what to do next regarding the future of the
TikZ style.  The optional arguments that can be passed to TikZ commands
seem, to me, to be a very important feature.  My question is whether I
should look at implementing completion for the optional arguments to a
TikZ command?

For example, section 14.7 of the TikZ manual documents the 'arc'
command.  This command is practically useless without specifying some
"optional" parameters to the command and the list of parameters that
could be specified are documented in this section.  My question is: is
it too invasive for AUCTeX to be completing "optional" arguments to
commands/macros (since, AFAICT, I don't see it done anywhere else in
AUCTeX) or is this something I could look at implementing?

Thanks,
--

-- 
Matt
Mosè Giordano | 16 Apr 15:24 2016
Picon

Sharing value of a variable between all files of the same document (was: [PATCH] auto-save the value of `TeX-command-extra-options')

Hi Matt,

2016-04-15 20:39 GMT+02:00 Matthew Leach <matthew <at> mattleach.net>:
> Hi Mosè,
>
> Mosè Giordano <mose <at> gnu.org> writes:
>
>> On third thought, it's pretty tricky to locally change the value of
>> `TeX-command-extra-options' once it's set.  The only simple way I
>> found is to manually edit the auto saved file and then revert the *TeX
>> buffer, not the best option indeed.
>
> I agree - this doesn't seem like an ideal fix.  One possible solution
> that I've thought about that seems more intuitive is to include a new
> line in the footer of TeX-master files for variables that should be set
> document-wide.
>
> For example, when I create a new TeX file I have:
>
> --8<---------------cut here---------------start------------->8---
> %%% Local Variables:
> %%% mode: latex
> %%% TeX-master: t
> %%% End:
> --8<---------------cut here---------------end--------------->8---
>
> What about if we add a new category called 'Document Variables':
>
> --8<---------------cut here---------------start------------->8---
> %%% Local Variables:
(Continue reading)

Ikumi Keita | 15 Apr 17:11 2016
Picon

Misc patches

Hi all,

Now I'm sending four more patches which involves more or less the actual
contents, not just the document or comment, of AUCTeX.  Comments and
suggestions are welcome.

Regards,
Ikumi Keita

Attachment (fix-for-description-env): text/x-diff, 1190 bytes
Attachment (texmathp): text/x-diff, 1580 bytes
Attachment (deactivate-input-method): text/x-diff, 1197 bytes
Attachment (TeX-region): text/x-diff, 1218 bytes
_______________________________________________
auctex-devel mailing list
auctex-devel <at> gnu.org
https://lists.gnu.org/mailman/listinfo/auctex-devel
Matthew Leach | 13 Apr 20:09 2016
Picon

[PATCH] auto-save the value of `TeX-command-extra-options'

Hi all,

Please see the attached patch that saves the value of
`TeX-command-extra-options' to the auto-save file so it gets set
project-wide.

Feedback welcome.

Thanks,
--

-- 
Matt
_______________________________________________
auctex-devel mailing list
auctex-devel <at> gnu.org
https://lists.gnu.org/mailman/listinfo/auctex-devel
Matthew Leach | 13 Apr 14:45 2016
Picon

Further TikZ patches

Hi all,

Please see the attached TikZ patches.  I saw that the last set I pushed
broke compatibility with XEmacs, sorry about that.  I'm posting these
here to ensure I don't break it again!

Thanks,
--

-- 
Matt
_______________________________________________
auctex-devel mailing list
auctex-devel <at> gnu.org
https://lists.gnu.org/mailman/listinfo/auctex-devel
alex | 12 Apr 21:10 2016

On TeX-newline

Hi,

As it stands, `TeX-newline' doesn't respect `electric-indent-mode'. It calls
`TeX-newline-function' non-interactively, which disables the electric
indentation that `newline' would normally do when `electric-indent-mode` is
enabled. I know that setting this variable to `newline-and-indent' would work,
but all other modes that use `newline' work out of the box.

Is this intentional? It would be solved by using `call-interactively' instead of
`funcall', but there's still the issue of no arguments being passed into
`TeX-newline-function'.

Though I don't really see the point in this variable/function in the first
place. Why not tell people interested in changing behaviour to put the relevant
define-key call in their init file?
_______________________________________________
auctex-devel mailing list
auctex-devel <at> gnu.org
https://lists.gnu.org/mailman/listinfo/auctex-devel
Ikumi Keita | 10 Apr 11:48 2016
Picon

Using dvipdfmx for the path tex->dvi->pdf

Hi AUCTeX developers,

In AUCTeX 11.89, a new option 'TeX-PDF-via-dvips-ps2pdf' was introduced
as a handy tool for generating pdf output through dvi file as
intermediate format.  Could you extend this framework so that we can use
dvipdfmx instead of divps+ps2pdf?

The attached patch is my initial try along the direction of the above
idea.  To try this patch, do

(setq TeX-PDF-via-dvips-ps2pdf "Dvipdfmx")

in init.el.  That makes AUCTeX to use dvipdfmx instead of dvips+ps2pdf
when TeX-PDF-mode is on.

I don't care the detail of the actual implementation, so other
approaches are welcome.

Background: Most Japanese (La)TeX users use dvipdfmx, not pdf(la)tex,
for producing pdf for final output.  Unlike pdftex, Japanese tex engine
ptex, jtex and uptex are not capable of direct generation of pdf.
Therefore the use of dvipdfmx is vital for us Japanese users.  (The
LuaTeX-ja project https://osdn.jp/projects/luatex-ja/ aims for direct
pdf output from Japanese tex documents which respects the Japanese
typesetting rule with the same quality as ptex, but is still in beta or
pre-beta stage and will take a long time to reach satisfactory level.)
Dvips+ps2pdf is not popular among the Japanese (La)TeX users.  Dvipdfmx
is preferred over dvips+ps2pdf and is the de facto standard way.

Best regards,
Ikumi Keita

P.S.  I'm not on this ML, so please put me on CC when replying.

Attachment (patch-dvipdfmx): text/x-diff, 3882 bytes
_______________________________________________
auctex-devel mailing list
auctex-devel <at> gnu.org
https://lists.gnu.org/mailman/listinfo/auctex-devel
Ikumi Keita | 10 Apr 10:20 2016
Picon

Integrating support for some viewers

Hi AUCTeX developers,

Some time ago, support for various viewers were added to tex.el.  Part
of those changes were already present in tex-jp.el, so support for some
viewers are devided between the two files now.

How about integrating support for viewers common to the two files into
tex.el?  Take a look at the attached patch, please.

Best regards,
Ikumi Keita

_______________________________________________
auctex-devel mailing list
auctex-devel <at> gnu.org
https://lists.gnu.org/mailman/listinfo/auctex-devel
Matthew Leach | 4 Apr 23:07 2016
Picon

TikZ Style Patches

Hi all,

I've just finished working on a small set of TikZ style patches and
posting for a quick review to make sure there's nothing obviously wrong.
The patches consist of adding a few more TikZ command prompts and a bit
of code cleanup.

Thanks,
--

-- 
Matt
_______________________________________________
auctex-devel mailing list
auctex-devel <at> gnu.org
https://lists.gnu.org/mailman/listinfo/auctex-devel

Gmane