Re: [AUCTeX-devel] Integrating support for some viewers

[Arash Esbati]

Hi Ikumi,

Ikumi Keita  writes:

> Hi Arash, thanks for your comment.  Sorry for being late to reply, since
> I don't subscribe to auctex-devel.  I found your message on the web
> archive http://lists.gnu.org/archive/html/auctex-devel/ .

I read this list also through Gmane, I use nntp://news.gmane.org/, maybe
that is more convenient for you as well.

>> Is there a particular reason why the remainder in tex-jp.el
>> shouldn't move into tex.el as well?
>
> The primary reason is being conservative.

Well, I think that applies to Emacs users in general ;-)

> I know little about these viewers, and cannot judge whether they are
> harmless for environments without Japanese support.  So I left them in
> tex-jp.el, which is loaded only when Japanese tex is required.  (At
> least the line relevant to xdvi is such an example because the
> construct `%(xdvi)' is defined in tex-jp.el.)
>
> So don't mind to move the viewers into tex.el if you know that they
> does not raise problems in non-Japanese tex environments.

I'm not OSX, so I can't say.  SumatraPDF is based on MuPDF, so it should
work without problems.  I used xdvi long time ago, it worked for me
then.  Reg. TeXworks and TeXShop, I can't say, I never used any other
editor than Emacs for LaTeX editing.

But I agree with Mosè that it also seems odd to me to use the viewer
from another editor, namely TeXworks and TeXShop.

Best, Arash


___
auctex-devel mailing list
auctex-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/auctex-devel

Re: [AUCTeX-devel] Integrating support for some viewers

[Ikumi Keita]

Hi Mosè,

> Even if the builtin viewer of another TeX editor were launched, I
> don't see how this can be useful to AUCTeX users.

Perhaps so.  The lines of TeXworks and TeXShop in tex-jp.el may be
redundant.  I won't object if you remove them.

> I thought that the builtin PDF viewer would have been used, but
> actually TeXworks segfaults on my system if I try to open a PDF file
> with it (probably it tries to open the PDF as it were a *TeX file).

FYI, on my Windows 10 machine with TeXLive 2015 installed, TeXworks
launches as pdf viewer when I tried setting TeX-view-program-selection
to
((output-dvi "dviout")
 (output-pdf "TeXworks"))
.

Bye,
Ikumi Keita 

___
auctex-devel mailing list
auctex-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/auctex-devel

Re: [AUCTeX-devel] Integrating support for some viewers

[Mosè Giordano]

Hi Ikumi,

to be honest I was surprised to discover there are programs like
TeXShop and TeXworks, that are other *TeX editors.  I thought that the
builtin PDF viewer would have been used, but actually TeXworks
segfaults on my system if I try to open a PDF file with it (probably
it tries to open the PDF as it were a *TeX file).  I don't have OS X,
I don't know what happens with TeXShop.  Even if the builtin viewer of
another TeX editor were launched, I don't see how this can be useful
to AUCTeX users.

Bye,
Mosè


2016-04-15 9:50 GMT+02:00 Ikumi Keita :
> Hi Arash, thanks for your comment.  Sorry for being late to reply, since
> I don't subscribe to auctex-devel.  I found your message on the web
> archive http://lists.gnu.org/archive/html/auctex-devel/ .
>
>> Is there a particular reason why the remainder in tex-jp.el
>> shouldn't move into tex.el as well?
>
> The primary reason is being conservative.  I know little about these
> viewers, and cannot judge whether they are harmless for environments
> without Japanese support.  So I left them in tex-jp.el, which is loaded
> only when Japanese tex is required.  (At least the line relevant to xdvi
> is such an example because the construct `%(xdvi)' is defined in
> tex-jp.el.)
>
> So don't mind to move the viewers into tex.el if you know that they
> does not raise problems in non-Japanese tex environments.
>
> Best regards,
> Ikumi Keita
>
> ___
> auctex-devel mailing list
> auctex-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/auctex-devel
>

___
auctex-devel mailing list
auctex-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/auctex-devel

Re: [AUCTeX-devel] Integrating support for some viewers

[Ikumi Keita]

Hi Arash, thanks for your comment.  Sorry for being late to reply, since
I don't subscribe to auctex-devel.  I found your message on the web
archive http://lists.gnu.org/archive/html/auctex-devel/ .

> Is there a particular reason why the remainder in tex-jp.el
> shouldn't move into tex.el as well?

The primary reason is being conservative.  I know little about these
viewers, and cannot judge whether they are harmless for environments
without Japanese support.  So I left them in tex-jp.el, which is loaded
only when Japanese tex is required.  (At least the line relevant to xdvi
is such an example because the construct `%(xdvi)' is defined in
tex-jp.el.)

So don't mind to move the viewers into tex.el if you know that they
does not raise problems in non-Japanese tex environments.

Best regards,
Ikumi Keita

___
auctex-devel mailing list
auctex-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/auctex-devel

Re: [AUCTeX-devel] Integrating support for some viewers

[Arash Esbati]

Hi Mosè, hi Ikumi,

Mosè Giordano  writes:

> 2016-04-10 10:20 GMT+02:00 Ikumi Keita :
>> 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.
>
> Thanks for your patch, looks good to me.

Just out of curiosity: Is there a particular reason why the remainder in
tex-jp.el, namely:

--8<---cut here---start->8---
(unless (get 'TeX-view-program-list 'saved-value)
  (setq TeX-view-program-list
   (cond
;; http://oku.edu.mie-u.ac.jp/~okumura/texwiki/?AUCTeX
((eq system-type 'windows-nt)
 '(("TeXworks" "TeXworks %o" "texworks")
   ("MuPDF" "mupdf %o" "mupdf")))
((eq system-type 'darwin)
 '(("TeXShop" "open -a TeXShop.app %o" "open")
   ("TeXworks" "open -a TeXworks.app %o" "open")
   ("PictPrinter" "open -a PictPrinter.app %d" "open")
   ("Mxdvi" "open -a Mxdvi.app %d" "open")))
(t
 (setcar (cadr (assoc "xdvi" TeX-view-program-list-builtin))
 "%(xdvi) -unique")
 '(("TeXworks" "texworks %o" "texworks")
   ("MuPDF" "mupdf %o" "mupdf"))
--8<---cut here---end--->8---

shouldn't move into tex.el as well?

Best, Arash


___
auctex-devel mailing list
auctex-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/auctex-devel

Re: [AUCTeX-devel] Integrating support for some viewers

[Ikumi Keita]

> Thanks, I installed your patch.  For the future, it would be great if
> you were able to find a way to provide patches like those created by
> format-patch (including commit information: author, date, message,
> etc...): that would be much easier for us and also better for you as
> it avoids errors when "manually" applying a patch ;-)

Thank you very much.  I will study the detailed format which `git
format-patch' outputs, and consult the mercurial documentation to see
whether I can tailor mercurial command to produce the equivalent format
as git.

And Thank you, too, Uwe.  Your suggestion of `bridge repo' may be a
simple solution for me.  I will find whether it works well.

Regards,
Ikumi Keita

___
auctex-devel mailing list
auctex-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/auctex-devel

Re: [AUCTeX-devel] Integrating support for some viewers

[Uwe Brauer]

>>> "Ikumi" == Ikumi Keita  writes:


   >>> Actually, I'm
   >>> using mercurial with hg-git plugin, so my patch may lack the detail the
   >>> real git would append.

   >> Ok, fine.  According to http://mo.morsi.org/blog/node/300 `hg email
   >> --git' is the Mercurial equivalent of `git format-patch'.

   > Thank you for your kind instruction.  Unfortunately, trying `hg email
   > --git' resulted in sending a mail with the body of

There is another strategy you could use. Push more or directly to the
git directory. I am partially maintaining matlab-mode which is now under
git in sourceforge, but I prefer HG much over git.

So I have set up two HG repos:

  matlab-emacs-bridge (from which I push to the git repo in sf)
  matlab-emacs-hg (the one I work in).

It seems very important to set the bookmark master and push that
bookmark.

So I have the following setting

 matlab-emacs-bridge/.hg/hgrc

[paths]
default = git+ssh://o...@git.code.sf.net/p/matlab-emacs/src

[paths]
default = 
/home/oub/ALLES/emacs/site-lisp/packages/src/Hg-Git/matlab-emacs-bridge

Now I edit some files and add the relevant ChangeLog entries. Then I run

 vc-dir

Select the edited files, run vc-next-action
now the relevant ChangeLog entries will taken as commit message.

Now I push

hg push -B master ; hg -R ../matlab-emacs-bridge push -r master

When I want to pull I do 

hg -R ../matlab-emacs-bridge pull; hg pull -u

Hope this helps

Uwe Brauer 

___
auctex-devel mailing list
auctex-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/auctex-devel

Re: [AUCTeX-devel] Integrating support for some viewers

[Ikumi Keita]

Hi Mosè,

>> Actually, I'm
>> using mercurial with hg-git plugin, so my patch may lack the detail the
>> real git would append.

> Ok, fine.  According to http://mo.morsi.org/blog/node/300 `hg email
> --git' is the Mercurial equivalent of `git format-patch'.

Thank you for your kind instruction.  Unfortunately, trying `hg email
--git' resulted in sending a mail with the body of

# HG changeset patch
# User Ikumi Keita 
# Date 1460284596 -32400
#  Sun Apr 10 19:36:36 2016 +0900
# Node ID d98962827fe8a004ac9062c7717b9d0725696f65
# Parent  fd6119d9133d0236f973653013ca2f15c27793b8
Integrate viewer support between tex.el and tex-jp.el.

diff --git a/tex-jp.el b/tex-jp.el
...(snip)
-
, which is just the same as the patch I attached in the message I sent
at 19:53:14 +0900.  The similarity the blog article mentions seems to be
about "how to send the content of the commits in email", not "how to
obtain the same format as `git format-patch' with mercurial command."

> Make sure your commit has the ChangeLog entry as commit message, like
> what we usually do in AUCTeX.

Could you accept the following as the Changelog entry?  I'm sorry for
inconvenience.

2016-04-10  Ikumi Keita  

* tex.el (TeX-view-program-list-builtin): Integrate viewer
support between tex.el and tex-jp.el.

* tex-jp.el : Ditto.

Bye,
Ikumi Keita

___
auctex-devel mailing list
auctex-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/auctex-devel

Re: [AUCTeX-devel] Integrating support for some viewers

[Mosè Giordano]

Hi Ikumi,

2016-04-10 12:53 GMT+02:00 Ikumi Keita :
> Hi Mosè,
>
>> Thanks for your patch, looks good to me.  Could you please provide a
>> commit patch with the ChangeLog entry as commit message?
>
> Sorry, I'm not sure how "commit patch" should look like.

I mean a patch for a commit produced with git format-patch.  For
example, to produce a set of patches for the last 4 commits in your
local branch you can use

$ git format-patch -n4

This is useful because we can easily install the patches preserving
author and messages.

> Actually, I'm
> using mercurial with hg-git plugin, so my patch may lack the detail the
> real git would append.

Ok, fine.  According to http://mo.morsi.org/blog/node/300 `hg email
--git' is the Mercurial equivalent of `git format-patch'.  Make sure
your commit has the ChangeLog entry as commit message, like what we
usually do in AUCTeX.

Bye,
Mosè

___
auctex-devel mailing list
auctex-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/auctex-devel

Re: [AUCTeX-devel] Integrating support for some viewers

[Ikumi Keita]

Hi Mosè,

> Thanks for your patch, looks good to me.  Could you please provide a
> commit patch with the ChangeLog entry as commit message?

Sorry, I'm not sure how "commit patch" should look like.  Actually, I'm
using mercurial with hg-git plugin, so my patch may lack the detail the
real git would append.  Anyway, I'm sending what "hg export --git"
produced with the copyright year change added.  Forgive me if this does
not fulfill your request.

Regards,
Ikumi Keita

# HG changeset patch
# User Ikumi Keita 
# Date 1460284596 -32400
#  Sun Apr 10 19:36:36 2016 +0900
# Node ID d98962827fe8a004ac9062c7717b9d0725696f65
# Parent  fd6119d9133d0236f973653013ca2f15c27793b8
Integrate viewer support between tex.el and tex-jp.el.

diff --git a/tex-jp.el b/tex-jp.el
--- a/tex-jp.el
+++ b/tex-jp.el
@@ -1,6 +1,6 @@
 ;;; tex-jp.el --- Support for Japanese TeX.  -*- coding: iso-2022-jp-unix; -*-
 
-;; Copyright (C) 2002-2007, 2012  Free Software Foundation, Inc.
+;; Copyright (C) 2002-2007, 2012, 2016  Free Software Foundation, Inc.
 ;; Copyright (C) 1999, 2001 Hidenobu Nabetani 
 
 ;; Author: KOBAYASHI Shinji 
@@ -194,41 +194,19 @@
 ;; http://oku.edu.mie-u.ac.jp/~okumura/texwiki/?AUCTeX
 ;; を参考にしてみた。
 ((eq system-type 'windows-nt)
- '(("Dviout" ("dviout -1 "
-  ((paper-a4 paper-portrait) " -y=A4 ")
-  ((paper-a4 paper-landscape) " -y=A4L ")
-  ((paper-a5 paper-portrait) " -y=A5 ")
-  ((paper-a5 paper-landscape) " -y=A5L ")
-  ((paper-b5 paper-portrait) " -y=E5 ")
-  ((paper-b5 paper-landscape) " -y=E5L ")
-  ((paper-b4jis paper-portrait) " -y=B4 ")
-  ((paper-b4jis paper-landscape) " -y=B4L ")
-  ((paper-b5jis paper-portrait) " -y=B5 ")
-  ((paper-b5jis paper-landscape) " -y=B5L ")
-  (paper-legal " -y=Legal ")
-  (paper-letter " -y=Letter ")
-  (paper-executive " -y=Exective ")
-  "%o" (mode-io-correlate " \"# %n '%b'\"")))
-   ("TeXworks" "TeXworks %o")
-   ("SumatraPDF" "SumatraPDF -reuse-instance %o"
-(mode-io-correlate " -forward-search \"%b\" %n"))
-   ("MuPDF" "mupdf %o")))
+ '(("TeXworks" "TeXworks %o" "texworks")
+   ("MuPDF" "mupdf %o" "mupdf")))
 ;; これでいいのかどうかは不安。
 ((eq system-type 'darwin)
- '(("Preview" "open -a Preview.app %o")
-   ("TeXShop" "open -a TeXShop.app %o")
-   ("TeXworks" "open -a TeXworks.app %o")
-   ("Skim" "open -a Skim.app %o")
-   ("displayline" "displayline %n %o %b")
-   ("PictPrinter" "open -a PictPrinter.app %d")
-   ("Mxdvi" "open -a Mxdvi.app %d")
-   ("open" "open %o")))
+ '(("TeXShop" "open -a TeXShop.app %o" "open")
+   ("TeXworks" "open -a TeXworks.app %o" "open")
+   ("PictPrinter" "open -a PictPrinter.app %d" "open")
+   ("Mxdvi" "open -a Mxdvi.app %d" "open")))
 (t
  (setcar (cadr (assoc "xdvi" TeX-view-program-list-builtin))
  "%(xdvi) -unique")
- '(("TeXworks" "texworks %o")
-   ("zathura" "zathura %o")
-   ("MuPDF" "mupdf %o"))
+ '(("TeXworks" "texworks %o" "texworks")
+   ("MuPDF" "mupdf %o" "mupdf"))
 
 ;; これは tex.el に取り入れてもらうのは難しいか？
 ;; tex-jp.el が読み込まれるだけで、dvi viewer のデフォルトが dviout に
@@ -238,10 +216,10 @@
(append
 (cond
  ((eq system-type 'windows-nt)
-  '((output-dvi "Dviout")
+  '((output-dvi "dviout")
 (output-pdf "TeXworks")))
  ((eq system-type 'darwin)
-  '((output-pdf "Preview")))
+  '((output-pdf "Preview.app")))
  (t
   nil))
 TeX-view-program-selection)))
diff --git a/tex.el b/tex.el
--- a/tex.el
+++ b/tex.el
@@ -1341,7 +1341,21 @@
   (cond
((eq system-type 'windows-nt)
 '(("Yap" ("yap -1" (mode-io-correlate " -s %n%b") " %o") "yap")
-  ("dviout" ("dviout -1 %d" (mode-io-correlate "\"# %n %b\"")) "dviout")
+  ("dviout" ("dviout -1 "
+		 ((paper-a4 paper-portrait) "-y=A4 ")
+		 ((paper-a4 paper-landscape) "-y=A4L ")
+		 ((paper-a5 paper-portrait) "-y=A5 ")
+		 ((paper-a5 paper-landscape) "-y=A5L ")
+		 ((paper-b5 paper-portrait) "-y=E5 ")
+		 ((paper-b5 paper-landscape) "-y=E5L ")
+		 ((paper-b4jis paper-portrait) "-y=B4 ")
+		 ((paper-b4jis paper-landscape) "-y=B4L ")
+		 ((paper-b5jis paper-portrait) "-y=B5 ")
+		 ((paper-b5jis paper-landscape) "-y=B5L ")
+		 (paper-legal "-y=Legal ")
+		 (paper-letter "-y=Letter ")
+		 (paper-executive "-y=Executive ")
+		 "%d" (mode-io-correlate " \"# %n '%b'\"")) "dviout")
   ("SumatraPDF"
("SumatraPDF -reuse-instance"
 	(mode-io-correlate " -forward-search \"%b\" %n") " %o")