Re: [AUCTeX] AUCTeX has a logo!

2017-01-12 Thread edgar 

Great! Thank you very much for the logo and AUCTeX!

-

ONLY AT VFEmail! - Use our Metadata Mitigator to keep your email out of the 
NSA's hands!
$24.95 ONETIME Lifetime accounts with Privacy Features!  
15GB disk! No bandwidth quotas!
Commercial and Bulk Mail Options!  


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

[AUCTeX-commit] GNU AUCTeX branch, master, updated. 46059c345bdc6cfad9de3987bee5e609e670fc61

2017-01-12 Thread Mos� Giordano 
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "GNU AUCTeX".

The branch, master has been updated
   via  46059c345bdc6cfad9de3987bee5e609e670fc61 (commit)
  from  a1591144226b5f824ae192c30a4a6ca524a67468 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
commit 46059c345bdc6cfad9de3987bee5e609e670fc61
Author: Mosè Giordano 
Date:   Fri Jan 13 02:14:54 2017 +0100

Remove file from distributed tar ball

* Makefile.in (EXCLUDEDFILES): Add doc/tex-ref.log.

---

Summary of changes:
 Makefile.in |4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)


hooks/post-receive
-- 
GNU AUCTeX

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

[AUCTeX-diffs] GNU AUCTeX branch, master, updated. 46059c345bdc6cfad9de3987bee5e609e670fc61

2017-01-12 Thread Mosè Giordano 
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "GNU AUCTeX".

The branch, master has been updated
   via  46059c345bdc6cfad9de3987bee5e609e670fc61 (commit)
  from  a1591144226b5f824ae192c30a4a6ca524a67468 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
commit 46059c345bdc6cfad9de3987bee5e609e670fc61
Author: Mosè Giordano 
Date:   Fri Jan 13 02:14:54 2017 +0100

Remove file from distributed tar ball

* Makefile.in (EXCLUDEDFILES): Add doc/tex-ref.log.

diff --git a/Makefile.in b/Makefile.in
index b54a808..215e20b 100644
--- a/Makefile.in
+++ b/Makefile.in
@@ -60,7 +60,9 @@ AUTOLOAD=--eval '(let ((generated-autoload-file 
(expand-file-name "$@"))) \
 PREVIEW_AUTOLOAD=--eval '(let ((generated-autoload-file (expand-file-name 
"$@"))) \
(update-file-autoloads "preview.el")(save-buffers-kill-emacs 
t))'
 
-EXCLUDEDFILES=autogen.sh .cvsignore .gitignore doc/.gitignore README.GIT tests 
build-aux
+# Files and directories excluded from distributed tar ball.
+EXCLUDEDFILES=autogen.sh .cvsignore .gitignore doc/.gitignore doc/tex-ref.log \
+   README.GIT tests build-aux
 
 .SUFFIXES: .el .elc .texi
 

---

Summary of changes:
 Makefile.in |4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)


hooks/post-receive
-- 
GNU AUCTeX

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

Re: [AUCTeX-devel] Automatic adding of label to optional argument

2017-01-12 Thread Mosè Giordano 
Hi Arash,

2017-01-12 18:35 GMT+01:00 Arash Esbati :
> Hi all,
>
> some packages like listings.sty have a label key since one cannot put
> \label in the body of the environment.  I wrote a function which uses
> the standard interface of AUCTeX and/or RefTeX for inserting a \label
> and then moves the result into the optional argument.

I like the problem you want to solve, am not sure your way is the most
effective one to do it, though, see below.

> Please find
> attached a modified version of listings.el.  The respective function is
> `LaTeX-listings-env'.  Any comments are welcome.  One thing I'm not sure
> is do I have to (set-marker let-bound-marker nil) at the end of the
> function?  I could see if I can make a more generalized function out of
> this.

Some comments on the code:

* I think that

--8<---cut here---start->8---
(and keyvals
 (not (string= keyvals ""))
 (save-excursion
   (re-search-backward "caption[ \t\n\r%]*="
   (save-excursion
 (re-search-backward
  (concat "begin{" env "}[ \t\n\r%]*\\[") nil t))
   t))
 (assoc env LaTeX-label-alist)
 (save-excursion (LaTeX-label env 'environment)))
--8<---cut here---end--->8---

can be simplified to

--8<---cut here---start->8---
(and (string-match "caption[ \t\n\r%]*=" keyvals)
 (assoc env LaTeX-label-alist)
 (save-excursion (LaTeX-label env 'environment)))
--8<---cut here---end--->8---

or did you see corner cases where this wouldn't work?

* I don't really like inserting the label and then deleting it.  How
about adding an optional no-insert argument to `LaTeX-label', just
like `reftex-label'?  `LaTeX-label' already returns the label, we only
need not to insert it.

* Why don't you use (save-excursion (LaTeX-find-matching-begin)
(point)) to get the position of the beginning of current environment?

* I'm not sure whether the markers should be erased before exiting
(they're defined in a `let', they should automatically go away), but
making them point nowhere doesn't harm.

Bye,
Mosè

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

bug#25309: 11.89.8; multi-level script fontification stacks incorrectly

2017-01-12 Thread jfbu 

Le 12/01/2017 à 20:40, Mosè Giordano a écrit :

2017-01-12 20:08 GMT+01:00 jfbu :

I get the script raising to work fine, but under the condition
of typing explicitely braces, i.e.

\( x^{y^{z^a_b}} \)

does the expected thing from the docs after having set to
multi-level the ‘font-latex-fontify-script’, but the thing
about electric scripts does not seem to work

\( x^y_z \) does not insert the braces while typing
even with

% Local variables:
% TeX-electric-sub-and-superscript: t
% End:


Does the equation "\( x^y_z \)" start at the beginning of the buffer?
`texmathp' cannot recognize math mode \(...\) starting at bob.  In any
other place it should work fine.  If this is not the culprit, please
open a new issue.



Mystery solved. (I had to cook dinner and then I paid my dues
to politicians on TV -- for a short while)

Looking again at your message the `texmathp' rang a bell

(some problem we discussed here months ago, which I have forgotten
now)

turns out I had this setting:

texmathp-search-n-paragraphs is a variable defined in ‘texmathp.el’.
Its value is 0
Original value was 2

setting it back to 2 solves the issue.

Best wishes,

Jean-François






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

bug#25309: 11.89.8; multi-level script fontification stacks incorrectly

2017-01-12 Thread jfbu 

Le 12/01/2017 à 21:43, jfbu a écrit :

(some problem we discussed here months ago, which I have forgotten
now)



the problem was about use in .dtx file which will never have empty
line in the implementation section due to % prefix.

in my dtx, the documentation section has no % prefix (it has I
think in most other people's dtx's) but nevertheless it may happen
that the dtx is very long and this caused problem from inside the
code section (you can not allow empty lines in code sections
because this create \par tokens that may not be important in LaTeX
context if located in preamble, but may be annoying in TeX
contexts where one can \input style file anywhere), hence I had to
set texmathp-search-n-paragraphs to 0.

I would not need it to be 0 in .tex files.

Best,

Jean-François





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

bug#25309: 11.89.8; multi-level script fontification stacks incorrectly

2017-01-12 Thread jfbu 

Le 12 janv. 2017 à 20:40, Mosè Giordano  a écrit :

> 2017-01-12 20:08 GMT+01:00 jfbu :
>> I get the script raising to work fine, but under the condition
>> of typing explicitely braces, i.e.
>> 
>> \( x^{y^{z^a_b}} \)
>> 
>> does the expected thing from the docs after having set to
>> multi-level the ‘font-latex-fontify-script’, but the thing
>> about electric scripts does not seem to work
>> 
>> \( x^y_z \) does not insert the braces while typing
>> even with
>> 
>> % Local variables:
>> % TeX-electric-sub-and-superscript: t
>> % End:
> 
> Does the equation "\( x^y_z \)" start at the beginning of the buffer?
> `texmathp' cannot recognize math mode \(...\) starting at bob.  In any
> other place it should work fine.  If this is not the culprit, please
> open a new issue.
> 

no it did not start at beginning of buffer but was rather
located at its end. I will open a new issue
(a bit later)
after having looked if something in my .emacs setup causes conflict.

may it have something to do with keyboard input? wait.. I usually
type ^ then SPACE then another char ... no typing x^y directly
without hitting the space bar does not change anything
(the ^ is waiting to see if it will be ê, or ô etc...)

all works fine, but this electric thing.

Best,
Jean-François





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

bug#25309: 11.89.8; multi-level script fontification stacks incorrectly

2017-01-12 Thread Mosè Giordano 
2017-01-12 20:08 GMT+01:00 jfbu :
> I get the script raising to work fine, but under the condition
> of typing explicitely braces, i.e.
>
> \( x^{y^{z^a_b}} \)
>
> does the expected thing from the docs after having set to
> multi-level the ‘font-latex-fontify-script’, but the thing
> about electric scripts does not seem to work
>
> \( x^y_z \) does not insert the braces while typing
> even with
>
> % Local variables:
> % TeX-electric-sub-and-superscript: t
> % End:

Does the equation "\( x^y_z \)" start at the beginning of the buffer?
`texmathp' cannot recognize math mode \(...\) starting at bob.  In any
other place it should work fine.  If this is not the culprit, please
open a new issue.

Bye,
Mosè



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

bug#25309: 11.89.8; multi-level script fontification stacks incorrectly

2017-01-12 Thread Mosè Giordano 
2017-01-12 20:01 GMT+01:00 jfbu :
> Le 12/01/2017 à 19:57, Mosè Giordano a écrit :
>>
>> 2017-01-12 19:50 GMT+01:00 jfbu :
>>>
>>> Hi Mosè,
>>
>>
>> What is "^" bound to?  Issue
>>
>> C-h k ^
>>
>
> ^ runs the command TeX-insert-sub-or-superscript (found in LaTeX-mode-map),
> which is an interactive compiled Lisp function in ‘tex.el’.
>
> It is bound to _, ^.
>
> (TeX-insert-sub-or-superscript ARG)
>
> Insert typed key ARG times and possibly a pair of braces.
> Brace insertion is only done if point is in a math construct and
> ‘TeX-electric-sub-and-superscript’ has a non-nil value.

Uh, I don't know what's happening here.  Could you please open a new ticket?

> try \input xintexpr.sty\relax\xinttheexpr 2^3^4\relax ;-)

Cool!

Bye,
Mosè



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

bug#25309: 11.89.8; multi-level script fontification stacks incorrectly

2017-01-12 Thread jfbu 
I get the script raising to work fine, but under the condition
of typing explicitely braces, i.e. 

\( x^{y^{z^a_b}} \)

does the expected thing from the docs after having set to
multi-level the ‘font-latex-fontify-script’, but the thing
about electric scripts does not seem to work

\( x^y_z \) does not insert the braces while typing
even with 

% Local variables:
% TeX-electric-sub-and-superscript: t
% End:

and reloading the file

Best,

Jean-François


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

bug#25309: 11.89.8; multi-level script fontification stacks incorrectly

2017-01-12 Thread jfbu 

Le 12/01/2017 à 19:57, Mosè Giordano a écrit :

2017-01-12 19:50 GMT+01:00 jfbu :

Hi Mosè,


What is "^" bound to?  Issue

C-h k ^



^ runs the command TeX-insert-sub-or-superscript (found in LaTeX-mode-map),
which is an interactive compiled Lisp function in ‘tex.el’.

It is bound to _, ^.

(TeX-insert-sub-or-superscript ARG)

Insert typed key ARG times and possibly a pair of braces.
Brace insertion is only done if point is in a math construct and
‘TeX-electric-sub-and-superscript’ has a non-nil value.

[back]


Bye,
Mosè

PS: double super- subscripts are not allowed in TeX ;-)



try \input xintexpr.sty\relax\xinttheexpr 2^3^4\relax ;-)



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

bug#25309: 11.89.8; multi-level script fontification stacks incorrectly

2017-01-12 Thread jfbu 

Hi Mosè,

thanks but regarding

Le 12/01/2017 à 19:37, Mosè Giordano a écrit :

In any case I strongly suggest you to set
`TeX-electric-sub-and-superscript' to t, I always find it very useful
also for single character script (in that case braces are redundant,
of course, but they improve readability, IMHO).


it does not work for me (the stuff on top of screenshot was typed
in after having set the variable, and no braces appeared, did I miss
something ?)

but maybe it is time I read the doc first ... ;-)

best,

Jean-François
___
bug-auctex mailing list
bug-auctex@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-auctex

bug#25309: 11.89.8; multi-level script fontification stacks incorrectly

2017-01-12 Thread Mosè Giordano 
Hi Jean-François,

2017-01-12 8:38 GMT+01:00 jfbu :
> Hi All,
>
> in the attached screenshot with newly released 11.90, one sees
> a feature which I find a bit disturbing: all the subscripts look
> like they have a leading minus sign, where in fact it is the underscore
> character.
>
> Have you discussed that in the thread already ?
> (I read it back then but did not follow all details)
>
> I suppose this is expected result, and as my memory reboots
> on each 24h cycle, it may even have nothing to do with this thread
> and was like this for ages, but I come asking nevertheless.
>
> The foo^{\psi_n} is ok but all foo_{bar} get the underscore aligned
> with exact middle of brace which creates (from a distance and with an
> ageing user) this impression about minus signs everywhere.

Yes, the discussion about this issue started with this message:
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=25309#127  Indeed the
change of the face of caret and underscore was meant to address this
issue.

In any case I strongly suggest you to set
`TeX-electric-sub-and-superscript' to t, I always find it very useful
also for single character script (in that case braces are redundant,
of course, but they improve readability, IMHO).

Bye,
Mosè



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

bug#25309: 11.89.8; multi-level script fontification stacks incorrectly

2017-01-12 Thread jfbu 

Le 12/01/2017 à 08:38, jfbu a écrit :

The foo^{\psi_n} is ok but all foo_{bar} get the underscore aligned
with exact middle of brace which creates (from a distance and with an
ageing user) this impression about minus signs everywhere.



1. my screenshot is possibly dependent on the font, DejaVu Sans Mono


2. by the way with foo_{bar},  having the _ at the main baseline and the
{bar} with its top at the level of the _, which perhaps is not the
thing one would do a priori, looks like a good option to me. Better
than moving deep down the _ so that it looks like _{bar}, and better
(to me) than having as in my screenshot the _{bar} look like -{bar}

is there a way I can configure the Tassilo's variables so that it looks like


A_
  B_
C

sort of ? (with smaller typefaces)

Best,

Jean-François
   





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

[AUCTeX-devel] Automatic adding of label to optional argument

2017-01-12 Thread Arash Esbati 
Hi all,

some packages like listings.sty have a label key since one cannot put
\label in the body of the environment.  I wrote a function which uses
the standard interface of AUCTeX and/or RefTeX for inserting a \label
and then moves the result into the optional argument.  Please find
attached a modified version of listings.el.  The respective function is
`LaTeX-listings-env'.  Any comments are welcome.  One thing I'm not sure
is do I have to (set-marker let-bound-marker nil) at the end of the
function?  I could see if I can make a more generalized function out of
this.

Here a small .tex file:

--8<---cut here---start->8---
\documentclass{article}

\usepackage{listings}

\begin{document}

Eval this first:
\begin{lstlisting}
(add-to-list 'LaTeX-label-alist '("lstlisting" . "lst:") t)
Copy this: aboveskip=4pt, caption ={Some caption}
\end{lstlisting}

Enter `C-c C-e lstlisting RET' and yank
`aboveskip=4pt, caption ={Some caption}' when asked for key=vals.

\begin{lstlisting}[aboveskip=4pt, caption ={Some caption},label={lst:1}]
Result will be like this.
Try `C-c ) l' with RefTeX enabled.
\end{lstlisting}

\end{document}
--8<---cut here---end--->8---



listings.el
Description: application/emacs-lisp

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

Re: [AUCTeX] AUCTeX has a logo!

2017-01-12 Thread Arash Esbati 
Mosè Giordano  writes:

> 2017-01-12 13:56 GMT+01:00 Arash Esbati :
>> I have only one question reg. the placement of logo: Does it
>> make sence to put the logo in the banner?  Idea is attached.
>
> I already tried that last year, but didn't like it too much, because I
> think it makes the header too high (or we should shrink the logo
> thumbnail).

I'd vote to shrink the logo thumbnail and put it in the banner, but it's
your call.

> BTW, suggestions are welcome from anyone (including comments on
> Arash's proposal).  Volunteers willing to refresh the screenshots
> page are encouraged ;-)

Glad you mentioned it, was also next on my list ;-)  I think nowadays
mere screenshots doesn't fit the bill anymore -- how about captured gifs
from Emacs/AUCTeX?

Best, Arash

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

Re: [AUCTeX] AUCTeX has a logo!

2017-01-12 Thread Mosè Giordano 
2017-01-12 13:56 GMT+01:00 Arash Esbati :
> I have only one question reg. the placement of logo: Does it
> make sence to put the logo in the banner?  Idea is attached.

I already tried that last year, but didn't like it too much, because I
think it makes the header too high (or we should shrink the logo
thumbnail).

BTW, suggestions are welcome from anyone (including comments on
Arash's proposal).  Volunteers willing to refresh the screenshots
page are encouraged ;-)

Bye,
Mosè

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

Re: [AUCTeX] AUCTeX has a logo!

2017-01-12 Thread Arash Esbati 
Hi Mosè,

Mosè Giordano  writes:

> yesterday a new version of AUCTeX was released and Tassilo promptly
> updated the package on GNU ELPA and it is already live, so probably
> many of you already got it.  Let me thank all people who contributed
> for this release come true.

Again, many thanks to you both for managing the release process.

> As a first act after the new release, I added a new logo for AUCTeX to
> the repository.  There has been a thread on this mailing list a while
> ago about the logo, there was a good consensus on the design but then
> the discussion stalled.  I went bold and installed it.

Great!  I have only one question reg. the placement of logo: Does it
make sence to put the logo in the banner?  Idea is attached.

Besides, all fine.  Thanks.


Best, Arash
___
auctex mailing list
auctex@gnu.org
https://lists.gnu.org/mailman/listinfo/auctex