vim-latex-devel — Mailing list for developers/maintainers of the vim-latex project

Re: [Vim-latex-devel] texrc vs tex.vim

[Gerd W. <ger...@ma...>]

Hi,

what command do you use to set Tex_IgnoredWarnings in you
ftplugin/tex.vim? You have to use "let" and not "TexLet", see also the
comments at the beginning of texrc:

"         2. Just set values of each setting individually in your
"            $VIMFILES/ftplugin/tex.vim file. (See above for what
"            $VIMFILES is). You will need to use :let instead of :TexLet
"            in this case.

Regards
Gerd


On 10/21/2011 03:27 AM, David Karapetyan wrote:
> Hello everyone,
> 
> I have detected some buggy behavior when one puts latex-suite
> customizations in their ftplugin/tex.vim file, rather than in
> ftplugin/latex-suite/texrc. More precisely, if you try to add an
> additional ignored warning (for example,  \'Font shape'."\n".) to the
> Tex_IgnoredWarnings variable in a tex.vim file, this results in a
> series of errors. Things work fine when this addition is made to a
> texrc file. Please let me know if anyone is able to duplicate this.
> 
> Sincerely,
> 
> David Karapetyan

[Vim-latex-devel] texrc vs tex.vim

[David K. <dav...@gm...>]

Hello everyone,

I have detected some buggy behavior when one puts latex-suite customizations in their ftplugin/tex.vim file, rather than in ftplugin/latex-suite/texrc. More precisely, if you try to add an additional ignored warning (for example,  \'Font shape'."\n".) to the Tex_IgnoredWarnings variable in a tex.vim file, this results in a series of errors. Things work fine when this addition is made to a texrc file. Please let me know if anyone is able to duplicate this.

Sincerely,

David Karapetyan


On Oct 19, 2011, at 2:58 AM, Gerd Wachsmuth wrote:

> Hi,
> 
> you have actually two possibilities:
> 
> - map "<Plug>IMAP_JumpForward" to any other key (see plugins/imap.vim,
>  line 489) in your .vimrc
> - remove the mapping in ".vim/after/plugin/imaps.vim"
> 
> Regards
> Gerd
> 
> 
> 
> On 10/18/2011 07:05 PM, Charles LeDoux wrote:
>> Hello,
>> 
>> How can I remove or remap the <Ctrl-J> mapping?  I map Ctrl+Nav Keys to move
>> between screens and vim-latex is overwriting my mapping.  Is there a way I
>> can remap this with out manually editing the plugin itself?  (This would
>> cause issues in synchronization across computers using submodules.)
> 
> 
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2d-oct
> _______________________________________________
> Vim-latex-devel mailing list
> Vim...@li...
> https://lists.sourceforge.net/lists/listinfo/vim-latex-devel

Re: [Vim-latex-devel] <Ctrl-J> Mapping unwanted

[Gerd W. <ger...@ma...>]

Hi,

you have actually two possibilities:

- map "<Plug>IMAP_JumpForward" to any other key (see plugins/imap.vim,
  line 489) in your .vimrc
- remove the mapping in ".vim/after/plugin/imaps.vim"

Regards
Gerd



On 10/18/2011 07:05 PM, Charles LeDoux wrote:
> Hello,
> 
> How can I remove or remap the <Ctrl-J> mapping?  I map Ctrl+Nav Keys to move
> between screens and vim-latex is overwriting my mapping.  Is there a way I
> can remap this with out manually editing the plugin itself?  (This would
> cause issues in synchronization across computers using submodules.)

[Vim-latex-devel] <Ctrl-J> Mapping unwanted

[Charles L. <cha...@gm...>]

Hello,

How can I remove or remap the <Ctrl-J> mapping?  I map Ctrl+Nav Keys to move
between screens and vim-latex is overwriting my mapping.  Is there a way I
can remap this with out manually editing the plugin itself?  (This would
cause issues in synchronization across computers using submodules.)

Charles

[Vim-latex-devel] [ vim-latex-Patches-3189887 ] More customizations of envmacros

[SourceForge.net <no...@so...>]

Patches item #3189887, was opened at 2011-02-23 09:12
Message generated for change (Comment added) made by gerw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=466458&aid=3189887&group_id=52322

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: More customizations of envmacros

Initial Comment:
With this patch, envmacros.vim allows more customizations.

1.
let g:Tex_EnvLabelprefix_equation = "eq:"
=> labels in equations have the prefix eq:

this works for:
figure,table,theorem,definition,lemma,proposition,corollary,assumption,remark,equation,eqnarray,align,multline


2.
let g:Tex_EnvEndWithCR = 0
=>
completed environments end with:

\end{env-type}
<++>

instead of

\end{env-type}<++>

This saves one CR ;)


3.
let g:Tex_LabelAfterContent = 0
=>
Put the label before the content of an environment, e.g.

\begin{equation}
        \label{eq:<++>}
        <++>
\end{equation}
<++>


----------------------------------------------------------------------

Comment By: Gerd Wachsmuth (gerw)
Date: 2011-10-15 12:40

Message:
I can't upload the patch here. (Why?)

I send it on the mailinglist.

----------------------------------------------------------------------

Comment By: Gerd Wachsmuth (gerw)
Date: 2011-10-15 12:38

Message:
Uploaded new version of the patch, including changes in the documentation.

----------------------------------------------------------------------

Comment By: Gerd Wachsmuth (gerw)
Date: 2011-10-05 09:28

Message:
> I didn't notice that your #2 and #3 are configurable (I skipped right by
> that) and default to the existing behavior. I worry that #1 would
introduce
> a difference as the current EEQ doesn't insert a prefix. What's the
answer
> to that?
Again, it is customizable and the default is the current behavior.

> I think that if you augmented the documentation with entries about the
new
> parameters, then these changes could get checked in.
I will do this. Am I right, that I have to edit "doc/latex-suite.xml" and
the other files will be generated automatically by "make"?

----------------------------------------------------------------------

Comment By: Ted Pavlic (tpavlic)
Date: 2011-10-04 21:43

Message:
I don't think I ever suggested that there shouldn't be a CR after
\begin{equation}. Notice that all of the <++>'s I suggested were on lines
that eventually had CR's on them (except for the last one). 

I didn't review your patch until now, but I thought your comments made me
think you had redefined EEQ to insert

\label{eq:<++>}

where the "eq:" was a static part of the EEQ IMAP. I didn't realize that
EEQ called a function that you had re-defined to use your prefixes (which
would be the desired way to do such a thing if such a thing was desired).
Consequently, setting all of the prefixes to empty would restore the
previous EEQ/etc. behavior.

Lately, I haven't found much in Vim-LaTeX to be that useful. I've had to
generate my own Makefile to do the auxiliary processing I need for most of
my documents that Vim-LaTeX doesn't support, and so I find myself not
really valuing much over syntax highlighting. However, occasionally I do
enjoy environment IMAPs, and I would have to stop using them if the default
label position would be at the top of each equation-like environment. 

I didn't notice that your #2 and #3 are configurable (I skipped right by
that) and default to the existing behavior. I worry that #1 would introduce
a difference as the current EEQ doesn't insert a prefix. What's the answer
to that?

I think that if you augmented the documentation with entries about the new
parameters, then these changes could get checked in.

----------------------------------------------------------------------

Comment By: Gerd Wachsmuth (gerw)
Date: 2011-10-04 10:02

Message:
Following your argumentation, there should be no CR after the
\begin{equation} as well...

What do you mean with "static text"?

However, since typesetting (of environments) is a matter of taste - see
our discussion ;) -, everything which was added in this patch is
customizable. If you do not change the default parameters, nothing would
change.

----------------------------------------------------------------------

Comment By: Ted Pavlic (tpavlic)
Date: 2011-10-03 23:11

Message:
Furthermore, because of #1, the "eq:" prefix in the automated environments
should match whatever is set in #1. It should not be static text.

----------------------------------------------------------------------

Comment By: Ted Pavlic (tpavlic)
Date: 2011-10-03 22:03

Message:
\autoref is only going to fail if you put the \label for the theorem after
the equation. I'm not sure why you'd ever do that. Again, the argument was
that \labels tend to follow where where the tag conventionally shows up in
the rendered document. Thus, a theorem label shows up at the top of the
environment, and an equation label shows up at the end of the equation
environment. That rule works even if you're not cognizant about how
refstepcounter works. Things get more complicated for floats, like figure,
where the juxtaposition of labels and captions can have a different impact
on where things are anchored. The main point is that there is no general
"environment layout" that holds for absolutely all environments --
especially when you expand beyond simple equation environments (IMO).

Regardless, something like:

\begin{equation}
<++>\label{<++>}<++>
\end{equation}<++>

covers all use cases.

I didn't notice until now that you're forcing "eq:" on inserted equation
environments. I don't think that's a good idea. Although it may be
conventional for people to prefix equation labels with "eq:", it is
certainly not necessary. Again, going back to refstepcounter, \autoref
doesn't use the prefix to determine label type (although cleveref might --
I think early versions of cleveref did). So it is a matter of style.

----------------------------------------------------------------------

Comment By: Gerd Wachsmuth (gerw)
Date: 2011-10-03 21:35

Message:
I can't add a file here.

Here is a minimal (non)-working example:

\documentclass{amsart}

\usepackage{hyperref}

\newtheorem{theorem}{Theorem}

% Just some offset to distinguish the numbers of the theorems and of the
equations:
\setcounter{theorem}{10}

\begin{document}

\section{This works}

\begin{theorem}
        \label{thm:bla}
        \begin{equation}
                \label{eq:blub}
                1+2
        \end{equation}
        Some theorem.
\end{theorem}

\autoref{thm:bla} contains \autoref{eq:blub}.

\section{This does not work}

\begin{theorem}
        \begin{equation}
                1+2
                \label{eq:blub2}
        \end{equation}
        Some theorem.
        \label{thm:bla2}
\end{theorem}

\autoref{thm:bla2} contains \autoref{eq:blub2}.

\end{document}


----------------------------------------------------------------------

Comment By: Gerd Wachsmuth (gerw)
Date: 2011-10-03 21:30

Message:
ad #2:
That's purely a matter of taste. Even in mathematical environments I like
to have a "cases" or "pmatrix" spanned over several lines. In my PhD
thesis, I have 1120 "\end{something}", but only 7 are not followed by a CR.

ad #3:
If you put the label at the end of an environment, there are two possible
pitfalls:
- the autoref feature of hyperref won't work properly (see attached file)
- the spacing around a subequation environment is not correct.

Concerning your approach: Is there any reason for the placeholder after
the label?

----------------------------------------------------------------------

Comment By: Ted Pavlic (tpavlic)
Date: 2011-10-03 16:44

Message:
I can see how some people might like #1.

However, I think #2 and #3 are bad ideas. 

In the case of #2, I see little reason why you'd expect every
\end{environment} to be followed by a carriage return. Especially in
mathematical environments (e.g., cases or matrices), there may be some
stylistic conventions that continue content on the same line as the \end.

In the case of #3, more complex equation environments (like eqnarray or
align or multiline or gather or...), \label will often follow the content
and show up in the same place as the resulting label (similar with \notag).
I see no reason why to introduce an asymmetry for equation. Perhaps a
better approach would be:

\begin{equation}
<++>
\label{eq:<++>}<++>
\end{equation}<++>

to allow for all use cases.

----------------------------------------------------------------------

Comment By: Gerd Wachsmuth (gerw)
Date: 2011-10-02 19:00

Message:
This patch is by me. I forgot to log in.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=466458&aid=3189887&group_id=52322

[Vim-latex-devel] [ vim-latex-Patches-3189887 ] More customizations of envmacros

[SourceForge.net <no...@so...>]

Patches item #3189887, was opened at 2011-02-23 09:12
Message generated for change (Comment added) made by gerw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=466458&aid=3189887&group_id=52322

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: More customizations of envmacros

Initial Comment:
With this patch, envmacros.vim allows more customizations.

1.
let g:Tex_EnvLabelprefix_equation = "eq:"
=> labels in equations have the prefix eq:

this works for:
figure,table,theorem,definition,lemma,proposition,corollary,assumption,remark,equation,eqnarray,align,multline


2.
let g:Tex_EnvEndWithCR = 0
=>
completed environments end with:

\end{env-type}
<++>

instead of

\end{env-type}<++>

This saves one CR ;)


3.
let g:Tex_LabelAfterContent = 0
=>
Put the label before the content of an environment, e.g.

\begin{equation}
        \label{eq:<++>}
        <++>
\end{equation}
<++>


----------------------------------------------------------------------

Comment By: Gerd Wachsmuth (gerw)
Date: 2011-10-15 12:38

Message:
Uploaded new version of the patch, including changes in the documentation.

----------------------------------------------------------------------

Comment By: Gerd Wachsmuth (gerw)
Date: 2011-10-05 09:28

Message:
> I didn't notice that your #2 and #3 are configurable (I skipped right by
> that) and default to the existing behavior. I worry that #1 would
introduce
> a difference as the current EEQ doesn't insert a prefix. What's the
answer
> to that?
Again, it is customizable and the default is the current behavior.

> I think that if you augmented the documentation with entries about the
new
> parameters, then these changes could get checked in.
I will do this. Am I right, that I have to edit "doc/latex-suite.xml" and
the other files will be generated automatically by "make"?

----------------------------------------------------------------------

Comment By: Ted Pavlic (tpavlic)
Date: 2011-10-04 21:43

Message:
I don't think I ever suggested that there shouldn't be a CR after
\begin{equation}. Notice that all of the <++>'s I suggested were on lines
that eventually had CR's on them (except for the last one). 

I didn't review your patch until now, but I thought your comments made me
think you had redefined EEQ to insert

\label{eq:<++>}

where the "eq:" was a static part of the EEQ IMAP. I didn't realize that
EEQ called a function that you had re-defined to use your prefixes (which
would be the desired way to do such a thing if such a thing was desired).
Consequently, setting all of the prefixes to empty would restore the
previous EEQ/etc. behavior.

Lately, I haven't found much in Vim-LaTeX to be that useful. I've had to
generate my own Makefile to do the auxiliary processing I need for most of
my documents that Vim-LaTeX doesn't support, and so I find myself not
really valuing much over syntax highlighting. However, occasionally I do
enjoy environment IMAPs, and I would have to stop using them if the default
label position would be at the top of each equation-like environment. 

I didn't notice that your #2 and #3 are configurable (I skipped right by
that) and default to the existing behavior. I worry that #1 would introduce
a difference as the current EEQ doesn't insert a prefix. What's the answer
to that?

I think that if you augmented the documentation with entries about the new
parameters, then these changes could get checked in.

----------------------------------------------------------------------

Comment By: Gerd Wachsmuth (gerw)
Date: 2011-10-04 10:02

Message:
Following your argumentation, there should be no CR after the
\begin{equation} as well...

What do you mean with "static text"?

However, since typesetting (of environments) is a matter of taste - see
our discussion ;) -, everything which was added in this patch is
customizable. If you do not change the default parameters, nothing would
change.

----------------------------------------------------------------------

Comment By: Ted Pavlic (tpavlic)
Date: 2011-10-03 23:11

Message:
Furthermore, because of #1, the "eq:" prefix in the automated environments
should match whatever is set in #1. It should not be static text.

----------------------------------------------------------------------

Comment By: Ted Pavlic (tpavlic)
Date: 2011-10-03 22:03

Message:
\autoref is only going to fail if you put the \label for the theorem after
the equation. I'm not sure why you'd ever do that. Again, the argument was
that \labels tend to follow where where the tag conventionally shows up in
the rendered document. Thus, a theorem label shows up at the top of the
environment, and an equation label shows up at the end of the equation
environment. That rule works even if you're not cognizant about how
refstepcounter works. Things get more complicated for floats, like figure,
where the juxtaposition of labels and captions can have a different impact
on where things are anchored. The main point is that there is no general
"environment layout" that holds for absolutely all environments --
especially when you expand beyond simple equation environments (IMO).

Regardless, something like:

\begin{equation}
<++>\label{<++>}<++>
\end{equation}<++>

covers all use cases.

I didn't notice until now that you're forcing "eq:" on inserted equation
environments. I don't think that's a good idea. Although it may be
conventional for people to prefix equation labels with "eq:", it is
certainly not necessary. Again, going back to refstepcounter, \autoref
doesn't use the prefix to determine label type (although cleveref might --
I think early versions of cleveref did). So it is a matter of style.

----------------------------------------------------------------------

Comment By: Gerd Wachsmuth (gerw)
Date: 2011-10-03 21:35

Message:
I can't add a file here.

Here is a minimal (non)-working example:

\documentclass{amsart}

\usepackage{hyperref}

\newtheorem{theorem}{Theorem}

% Just some offset to distinguish the numbers of the theorems and of the
equations:
\setcounter{theorem}{10}

\begin{document}

\section{This works}

\begin{theorem}
        \label{thm:bla}
        \begin{equation}
                \label{eq:blub}
                1+2
        \end{equation}
        Some theorem.
\end{theorem}

\autoref{thm:bla} contains \autoref{eq:blub}.

\section{This does not work}

\begin{theorem}
        \begin{equation}
                1+2
                \label{eq:blub2}
        \end{equation}
        Some theorem.
        \label{thm:bla2}
\end{theorem}

\autoref{thm:bla2} contains \autoref{eq:blub2}.

\end{document}


----------------------------------------------------------------------

Comment By: Gerd Wachsmuth (gerw)
Date: 2011-10-03 21:30

Message:
ad #2:
That's purely a matter of taste. Even in mathematical environments I like
to have a "cases" or "pmatrix" spanned over several lines. In my PhD
thesis, I have 1120 "\end{something}", but only 7 are not followed by a CR.

ad #3:
If you put the label at the end of an environment, there are two possible
pitfalls:
- the autoref feature of hyperref won't work properly (see attached file)
- the spacing around a subequation environment is not correct.

Concerning your approach: Is there any reason for the placeholder after
the label?

----------------------------------------------------------------------

Comment By: Ted Pavlic (tpavlic)
Date: 2011-10-03 16:44

Message:
I can see how some people might like #1.

However, I think #2 and #3 are bad ideas. 

In the case of #2, I see little reason why you'd expect every
\end{environment} to be followed by a carriage return. Especially in
mathematical environments (e.g., cases or matrices), there may be some
stylistic conventions that continue content on the same line as the \end.

In the case of #3, more complex equation environments (like eqnarray or
align or multiline or gather or...), \label will often follow the content
and show up in the same place as the resulting label (similar with \notag).
I see no reason why to introduce an asymmetry for equation. Perhaps a
better approach would be:

\begin{equation}
<++>
\label{eq:<++>}<++>
\end{equation}<++>

to allow for all use cases.

----------------------------------------------------------------------

Comment By: Gerd Wachsmuth (gerw)
Date: 2011-10-02 19:00

Message:
This patch is by me. I forgot to log in.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=466458&aid=3189887&group_id=52322

[Vim-latex-devel] [ vim-latex-Patches-3189887 ] More customizations of envmacros

[SourceForge.net <no...@so...>]

Patches item #3189887, was opened at 2011-02-23 09:12
Message generated for change (Comment added) made by gerw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=466458&aid=3189887&group_id=52322

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: More customizations of envmacros

Initial Comment:
With this patch, envmacros.vim allows more customizations.

1.
let g:Tex_EnvLabelprefix_equation = "eq:"
=> labels in equations have the prefix eq:

this works for:
figure,table,theorem,definition,lemma,proposition,corollary,assumption,remark,equation,eqnarray,align,multline


2.
let g:Tex_EnvEndWithCR = 0
=>
completed environments end with:

\end{env-type}
<++>

instead of

\end{env-type}<++>

This saves one CR ;)


3.
let g:Tex_LabelAfterContent = 0
=>
Put the label before the content of an environment, e.g.

\begin{equation}
        \label{eq:<++>}
        <++>
\end{equation}
<++>


----------------------------------------------------------------------

Comment By: Gerd Wachsmuth (gerw)
Date: 2011-10-05 09:28

Message:
> I didn't notice that your #2 and #3 are configurable (I skipped right by
> that) and default to the existing behavior. I worry that #1 would
introduce
> a difference as the current EEQ doesn't insert a prefix. What's the
answer
> to that?
Again, it is customizable and the default is the current behavior.

> I think that if you augmented the documentation with entries about the
new
> parameters, then these changes could get checked in.
I will do this. Am I right, that I have to edit "doc/latex-suite.xml" and
the other files will be generated automatically by "make"?

----------------------------------------------------------------------

Comment By: Ted Pavlic (tpavlic)
Date: 2011-10-04 21:43

Message:
I don't think I ever suggested that there shouldn't be a CR after
\begin{equation}. Notice that all of the <++>'s I suggested were on lines
that eventually had CR's on them (except for the last one). 

I didn't review your patch until now, but I thought your comments made me
think you had redefined EEQ to insert

\label{eq:<++>}

where the "eq:" was a static part of the EEQ IMAP. I didn't realize that
EEQ called a function that you had re-defined to use your prefixes (which
would be the desired way to do such a thing if such a thing was desired).
Consequently, setting all of the prefixes to empty would restore the
previous EEQ/etc. behavior.

Lately, I haven't found much in Vim-LaTeX to be that useful. I've had to
generate my own Makefile to do the auxiliary processing I need for most of
my documents that Vim-LaTeX doesn't support, and so I find myself not
really valuing much over syntax highlighting. However, occasionally I do
enjoy environment IMAPs, and I would have to stop using them if the default
label position would be at the top of each equation-like environment. 

I didn't notice that your #2 and #3 are configurable (I skipped right by
that) and default to the existing behavior. I worry that #1 would introduce
a difference as the current EEQ doesn't insert a prefix. What's the answer
to that?

I think that if you augmented the documentation with entries about the new
parameters, then these changes could get checked in.

----------------------------------------------------------------------

Comment By: Gerd Wachsmuth (gerw)
Date: 2011-10-04 10:02

Message:
Following your argumentation, there should be no CR after the
\begin{equation} as well...

What do you mean with "static text"?

However, since typesetting (of environments) is a matter of taste - see
our discussion ;) -, everything which was added in this patch is
customizable. If you do not change the default parameters, nothing would
change.

----------------------------------------------------------------------

Comment By: Ted Pavlic (tpavlic)
Date: 2011-10-03 23:11

Message:
Furthermore, because of #1, the "eq:" prefix in the automated environments
should match whatever is set in #1. It should not be static text.

----------------------------------------------------------------------

Comment By: Ted Pavlic (tpavlic)
Date: 2011-10-03 22:03

Message:
\autoref is only going to fail if you put the \label for the theorem after
the equation. I'm not sure why you'd ever do that. Again, the argument was
that \labels tend to follow where where the tag conventionally shows up in
the rendered document. Thus, a theorem label shows up at the top of the
environment, and an equation label shows up at the end of the equation
environment. That rule works even if you're not cognizant about how
refstepcounter works. Things get more complicated for floats, like figure,
where the juxtaposition of labels and captions can have a different impact
on where things are anchored. The main point is that there is no general
"environment layout" that holds for absolutely all environments --
especially when you expand beyond simple equation environments (IMO).

Regardless, something like:

\begin{equation}
<++>\label{<++>}<++>
\end{equation}<++>

covers all use cases.

I didn't notice until now that you're forcing "eq:" on inserted equation
environments. I don't think that's a good idea. Although it may be
conventional for people to prefix equation labels with "eq:", it is
certainly not necessary. Again, going back to refstepcounter, \autoref
doesn't use the prefix to determine label type (although cleveref might --
I think early versions of cleveref did). So it is a matter of style.

----------------------------------------------------------------------

Comment By: Gerd Wachsmuth (gerw)
Date: 2011-10-03 21:35

Message:
I can't add a file here.

Here is a minimal (non)-working example:

\documentclass{amsart}

\usepackage{hyperref}

\newtheorem{theorem}{Theorem}

% Just some offset to distinguish the numbers of the theorems and of the
equations:
\setcounter{theorem}{10}

\begin{document}

\section{This works}

\begin{theorem}
        \label{thm:bla}
        \begin{equation}
                \label{eq:blub}
                1+2
        \end{equation}
        Some theorem.
\end{theorem}

\autoref{thm:bla} contains \autoref{eq:blub}.

\section{This does not work}

\begin{theorem}
        \begin{equation}
                1+2
                \label{eq:blub2}
        \end{equation}
        Some theorem.
        \label{thm:bla2}
\end{theorem}

\autoref{thm:bla2} contains \autoref{eq:blub2}.

\end{document}


----------------------------------------------------------------------

Comment By: Gerd Wachsmuth (gerw)
Date: 2011-10-03 21:30

Message:
ad #2:
That's purely a matter of taste. Even in mathematical environments I like
to have a "cases" or "pmatrix" spanned over several lines. In my PhD
thesis, I have 1120 "\end{something}", but only 7 are not followed by a CR.

ad #3:
If you put the label at the end of an environment, there are two possible
pitfalls:
- the autoref feature of hyperref won't work properly (see attached file)
- the spacing around a subequation environment is not correct.

Concerning your approach: Is there any reason for the placeholder after
the label?

----------------------------------------------------------------------

Comment By: Ted Pavlic (tpavlic)
Date: 2011-10-03 16:44

Message:
I can see how some people might like #1.

However, I think #2 and #3 are bad ideas. 

In the case of #2, I see little reason why you'd expect every
\end{environment} to be followed by a carriage return. Especially in
mathematical environments (e.g., cases or matrices), there may be some
stylistic conventions that continue content on the same line as the \end.

In the case of #3, more complex equation environments (like eqnarray or
align or multiline or gather or...), \label will often follow the content
and show up in the same place as the resulting label (similar with \notag).
I see no reason why to introduce an asymmetry for equation. Perhaps a
better approach would be:

\begin{equation}
<++>
\label{eq:<++>}<++>
\end{equation}<++>

to allow for all use cases.

----------------------------------------------------------------------

Comment By: Gerd Wachsmuth (gerw)
Date: 2011-10-02 19:00

Message:
This patch is by me. I forgot to log in.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=466458&aid=3189887&group_id=52322

[Vim-latex-devel] [ vim-latex-Patches-3189887 ] More customizations of envmacros

[SourceForge.net <no...@so...>]

Patches item #3189887, was opened at 2011-02-23 03:12
Message generated for change (Comment added) made by tpavlic
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=466458&aid=3189887&group_id=52322

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: More customizations of envmacros

Initial Comment:
With this patch, envmacros.vim allows more customizations.

1.
let g:Tex_EnvLabelprefix_equation = "eq:"
=> labels in equations have the prefix eq:

this works for:
figure,table,theorem,definition,lemma,proposition,corollary,assumption,remark,equation,eqnarray,align,multline


2.
let g:Tex_EnvEndWithCR = 0
=>
completed environments end with:

\end{env-type}
<++>

instead of

\end{env-type}<++>

This saves one CR ;)


3.
let g:Tex_LabelAfterContent = 0
=>
Put the label before the content of an environment, e.g.

\begin{equation}
        \label{eq:<++>}
        <++>
\end{equation}
<++>


----------------------------------------------------------------------

Comment By: Ted Pavlic (tpavlic)
Date: 2011-10-04 15:43

Message:
I don't think I ever suggested that there shouldn't be a CR after
\begin{equation}. Notice that all of the <++>'s I suggested were on lines
that eventually had CR's on them (except for the last one). 

I didn't review your patch until now, but I thought your comments made me
think you had redefined EEQ to insert

\label{eq:<++>}

where the "eq:" was a static part of the EEQ IMAP. I didn't realize that
EEQ called a function that you had re-defined to use your prefixes (which
would be the desired way to do such a thing if such a thing was desired).
Consequently, setting all of the prefixes to empty would restore the
previous EEQ/etc. behavior.

Lately, I haven't found much in Vim-LaTeX to be that useful. I've had to
generate my own Makefile to do the auxiliary processing I need for most of
my documents that Vim-LaTeX doesn't support, and so I find myself not
really valuing much over syntax highlighting. However, occasionally I do
enjoy environment IMAPs, and I would have to stop using them if the default
label position would be at the top of each equation-like environment. 

I didn't notice that your #2 and #3 are configurable (I skipped right by
that) and default to the existing behavior. I worry that #1 would introduce
a difference as the current EEQ doesn't insert a prefix. What's the answer
to that?

I think that if you augmented the documentation with entries about the new
parameters, then these changes could get checked in.

----------------------------------------------------------------------

Comment By: Gerd Wachsmuth (gerw)
Date: 2011-10-04 04:02

Message:
Following your argumentation, there should be no CR after the
\begin{equation} as well...

What do you mean with "static text"?

However, since typesetting (of environments) is a matter of taste - see
our discussion ;) -, everything which was added in this patch is
customizable. If you do not change the default parameters, nothing would
change.

----------------------------------------------------------------------

Comment By: Ted Pavlic (tpavlic)
Date: 2011-10-03 17:11

Message:
Furthermore, because of #1, the "eq:" prefix in the automated environments
should match whatever is set in #1. It should not be static text.

----------------------------------------------------------------------

Comment By: Ted Pavlic (tpavlic)
Date: 2011-10-03 16:03

Message:
\autoref is only going to fail if you put the \label for the theorem after
the equation. I'm not sure why you'd ever do that. Again, the argument was
that \labels tend to follow where where the tag conventionally shows up in
the rendered document. Thus, a theorem label shows up at the top of the
environment, and an equation label shows up at the end of the equation
environment. That rule works even if you're not cognizant about how
refstepcounter works. Things get more complicated for floats, like figure,
where the juxtaposition of labels and captions can have a different impact
on where things are anchored. The main point is that there is no general
"environment layout" that holds for absolutely all environments --
especially when you expand beyond simple equation environments (IMO).

Regardless, something like:

\begin{equation}
<++>\label{<++>}<++>
\end{equation}<++>

covers all use cases.

I didn't notice until now that you're forcing "eq:" on inserted equation
environments. I don't think that's a good idea. Although it may be
conventional for people to prefix equation labels with "eq:", it is
certainly not necessary. Again, going back to refstepcounter, \autoref
doesn't use the prefix to determine label type (although cleveref might --
I think early versions of cleveref did). So it is a matter of style.

----------------------------------------------------------------------

Comment By: Gerd Wachsmuth (gerw)
Date: 2011-10-03 15:35

Message:
I can't add a file here.

Here is a minimal (non)-working example:

\documentclass{amsart}

\usepackage{hyperref}

\newtheorem{theorem}{Theorem}

% Just some offset to distinguish the numbers of the theorems and of the
equations:
\setcounter{theorem}{10}

\begin{document}

\section{This works}

\begin{theorem}
        \label{thm:bla}
        \begin{equation}
                \label{eq:blub}
                1+2
        \end{equation}
        Some theorem.
\end{theorem}

\autoref{thm:bla} contains \autoref{eq:blub}.

\section{This does not work}

\begin{theorem}
        \begin{equation}
                1+2
                \label{eq:blub2}
        \end{equation}
        Some theorem.
        \label{thm:bla2}
\end{theorem}

\autoref{thm:bla2} contains \autoref{eq:blub2}.

\end{document}


----------------------------------------------------------------------

Comment By: Gerd Wachsmuth (gerw)
Date: 2011-10-03 15:30

Message:
ad #2:
That's purely a matter of taste. Even in mathematical environments I like
to have a "cases" or "pmatrix" spanned over several lines. In my PhD
thesis, I have 1120 "\end{something}", but only 7 are not followed by a CR.

ad #3:
If you put the label at the end of an environment, there are two possible
pitfalls:
- the autoref feature of hyperref won't work properly (see attached file)
- the spacing around a subequation environment is not correct.

Concerning your approach: Is there any reason for the placeholder after
the label?

----------------------------------------------------------------------

Comment By: Ted Pavlic (tpavlic)
Date: 2011-10-03 10:44

Message:
I can see how some people might like #1.

However, I think #2 and #3 are bad ideas. 

In the case of #2, I see little reason why you'd expect every
\end{environment} to be followed by a carriage return. Especially in
mathematical environments (e.g., cases or matrices), there may be some
stylistic conventions that continue content on the same line as the \end.

In the case of #3, more complex equation environments (like eqnarray or
align or multiline or gather or...), \label will often follow the content
and show up in the same place as the resulting label (similar with \notag).
I see no reason why to introduce an asymmetry for equation. Perhaps a
better approach would be:

\begin{equation}
<++>
\label{eq:<++>}<++>
\end{equation}<++>

to allow for all use cases.

----------------------------------------------------------------------

Comment By: Gerd Wachsmuth (gerw)
Date: 2011-10-02 13:00

Message:
This patch is by me. I forgot to log in.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=466458&aid=3189887&group_id=52322

[Vim-latex-devel] [ vim-latex-Patches-3189887 ] More customizations of envmacros

[SourceForge.net <no...@so...>]

Patches item #3189887, was opened at 2011-02-23 09:12
Message generated for change (Comment added) made by gerw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=466458&aid=3189887&group_id=52322

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: More customizations of envmacros

Initial Comment:
With this patch, envmacros.vim allows more customizations.

1.
let g:Tex_EnvLabelprefix_equation = "eq:"
=> labels in equations have the prefix eq:

this works for:
figure,table,theorem,definition,lemma,proposition,corollary,assumption,remark,equation,eqnarray,align,multline


2.
let g:Tex_EnvEndWithCR = 0
=>
completed environments end with:

\end{env-type}
<++>

instead of

\end{env-type}<++>

This saves one CR ;)


3.
let g:Tex_LabelAfterContent = 0
=>
Put the label before the content of an environment, e.g.

\begin{equation}
        \label{eq:<++>}
        <++>
\end{equation}
<++>


----------------------------------------------------------------------

Comment By: Gerd Wachsmuth (gerw)
Date: 2011-10-04 10:02

Message:
Following your argumentation, there should be no CR after the
\begin{equation} as well...

What do you mean with "static text"?

However, since typesetting (of environments) is a matter of taste - see
our discussion ;) -, everything which was added in this patch is
customizable. If you do not change the default parameters, nothing would
change.

----------------------------------------------------------------------

Comment By: Ted Pavlic (tpavlic)
Date: 2011-10-03 23:11

Message:
Furthermore, because of #1, the "eq:" prefix in the automated environments
should match whatever is set in #1. It should not be static text.

----------------------------------------------------------------------

Comment By: Ted Pavlic (tpavlic)
Date: 2011-10-03 22:03

Message:
\autoref is only going to fail if you put the \label for the theorem after
the equation. I'm not sure why you'd ever do that. Again, the argument was
that \labels tend to follow where where the tag conventionally shows up in
the rendered document. Thus, a theorem label shows up at the top of the
environment, and an equation label shows up at the end of the equation
environment. That rule works even if you're not cognizant about how
refstepcounter works. Things get more complicated for floats, like figure,
where the juxtaposition of labels and captions can have a different impact
on where things are anchored. The main point is that there is no general
"environment layout" that holds for absolutely all environments --
especially when you expand beyond simple equation environments (IMO).

Regardless, something like:

\begin{equation}
<++>\label{<++>}<++>
\end{equation}<++>

covers all use cases.

I didn't notice until now that you're forcing "eq:" on inserted equation
environments. I don't think that's a good idea. Although it may be
conventional for people to prefix equation labels with "eq:", it is
certainly not necessary. Again, going back to refstepcounter, \autoref
doesn't use the prefix to determine label type (although cleveref might --
I think early versions of cleveref did). So it is a matter of style.

----------------------------------------------------------------------

Comment By: Gerd Wachsmuth (gerw)
Date: 2011-10-03 21:35

Message:
I can't add a file here.

Here is a minimal (non)-working example:

\documentclass{amsart}

\usepackage{hyperref}

\newtheorem{theorem}{Theorem}

% Just some offset to distinguish the numbers of the theorems and of the
equations:
\setcounter{theorem}{10}

\begin{document}

\section{This works}

\begin{theorem}
        \label{thm:bla}
        \begin{equation}
                \label{eq:blub}
                1+2
        \end{equation}
        Some theorem.
\end{theorem}

\autoref{thm:bla} contains \autoref{eq:blub}.

\section{This does not work}

\begin{theorem}
        \begin{equation}
                1+2
                \label{eq:blub2}
        \end{equation}
        Some theorem.
        \label{thm:bla2}
\end{theorem}

\autoref{thm:bla2} contains \autoref{eq:blub2}.

\end{document}


----------------------------------------------------------------------

Comment By: Gerd Wachsmuth (gerw)
Date: 2011-10-03 21:30

Message:
ad #2:
That's purely a matter of taste. Even in mathematical environments I like
to have a "cases" or "pmatrix" spanned over several lines. In my PhD
thesis, I have 1120 "\end{something}", but only 7 are not followed by a CR.

ad #3:
If you put the label at the end of an environment, there are two possible
pitfalls:
- the autoref feature of hyperref won't work properly (see attached file)
- the spacing around a subequation environment is not correct.

Concerning your approach: Is there any reason for the placeholder after
the label?

----------------------------------------------------------------------

Comment By: Ted Pavlic (tpavlic)
Date: 2011-10-03 16:44

Message:
I can see how some people might like #1.

However, I think #2 and #3 are bad ideas. 

In the case of #2, I see little reason why you'd expect every
\end{environment} to be followed by a carriage return. Especially in
mathematical environments (e.g., cases or matrices), there may be some
stylistic conventions that continue content on the same line as the \end.

In the case of #3, more complex equation environments (like eqnarray or
align or multiline or gather or...), \label will often follow the content
and show up in the same place as the resulting label (similar with \notag).
I see no reason why to introduce an asymmetry for equation. Perhaps a
better approach would be:

\begin{equation}
<++>
\label{eq:<++>}<++>
\end{equation}<++>

to allow for all use cases.

----------------------------------------------------------------------

Comment By: Gerd Wachsmuth (gerw)
Date: 2011-10-02 19:00

Message:
This patch is by me. I forgot to log in.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=466458&aid=3189887&group_id=52322

[Vim-latex-devel] [ vim-latex-Patches-3189887 ] More customizations of envmacros

[SourceForge.net <no...@so...>]

Patches item #3189887, was opened at 2011-02-23 03:12
Message generated for change (Comment added) made by tpavlic
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=466458&aid=3189887&group_id=52322

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: More customizations of envmacros

Initial Comment:
With this patch, envmacros.vim allows more customizations.

1.
let g:Tex_EnvLabelprefix_equation = "eq:"
=> labels in equations have the prefix eq:

this works for:
figure,table,theorem,definition,lemma,proposition,corollary,assumption,remark,equation,eqnarray,align,multline


2.
let g:Tex_EnvEndWithCR = 0
=>
completed environments end with:

\end{env-type}
<++>

instead of

\end{env-type}<++>

This saves one CR ;)


3.
let g:Tex_LabelAfterContent = 0
=>
Put the label before the content of an environment, e.g.

\begin{equation}
        \label{eq:<++>}
        <++>
\end{equation}
<++>


----------------------------------------------------------------------

Comment By: Ted Pavlic (tpavlic)
Date: 2011-10-03 17:11

Message:
Furthermore, because of #1, the "eq:" prefix in the automated environments
should match whatever is set in #1. It should not be static text.

----------------------------------------------------------------------

Comment By: Ted Pavlic (tpavlic)
Date: 2011-10-03 16:03

Message:
\autoref is only going to fail if you put the \label for the theorem after
the equation. I'm not sure why you'd ever do that. Again, the argument was
that \labels tend to follow where where the tag conventionally shows up in
the rendered document. Thus, a theorem label shows up at the top of the
environment, and an equation label shows up at the end of the equation
environment. That rule works even if you're not cognizant about how
refstepcounter works. Things get more complicated for floats, like figure,
where the juxtaposition of labels and captions can have a different impact
on where things are anchored. The main point is that there is no general
"environment layout" that holds for absolutely all environments --
especially when you expand beyond simple equation environments (IMO).

Regardless, something like:

\begin{equation}
<++>\label{<++>}<++>
\end{equation}<++>

covers all use cases.

I didn't notice until now that you're forcing "eq:" on inserted equation
environments. I don't think that's a good idea. Although it may be
conventional for people to prefix equation labels with "eq:", it is
certainly not necessary. Again, going back to refstepcounter, \autoref
doesn't use the prefix to determine label type (although cleveref might --
I think early versions of cleveref did). So it is a matter of style.

----------------------------------------------------------------------

Comment By: Gerd Wachsmuth (gerw)
Date: 2011-10-03 15:35

Message:
I can't add a file here.

Here is a minimal (non)-working example:

\documentclass{amsart}

\usepackage{hyperref}

\newtheorem{theorem}{Theorem}

% Just some offset to distinguish the numbers of the theorems and of the
equations:
\setcounter{theorem}{10}

\begin{document}

\section{This works}

\begin{theorem}
        \label{thm:bla}
        \begin{equation}
                \label{eq:blub}
                1+2
        \end{equation}
        Some theorem.
\end{theorem}

\autoref{thm:bla} contains \autoref{eq:blub}.

\section{This does not work}

\begin{theorem}
        \begin{equation}
                1+2
                \label{eq:blub2}
        \end{equation}
        Some theorem.
        \label{thm:bla2}
\end{theorem}

\autoref{thm:bla2} contains \autoref{eq:blub2}.

\end{document}


----------------------------------------------------------------------

Comment By: Gerd Wachsmuth (gerw)
Date: 2011-10-03 15:30

Message:
ad #2:
That's purely a matter of taste. Even in mathematical environments I like
to have a "cases" or "pmatrix" spanned over several lines. In my PhD
thesis, I have 1120 "\end{something}", but only 7 are not followed by a CR.

ad #3:
If you put the label at the end of an environment, there are two possible
pitfalls:
- the autoref feature of hyperref won't work properly (see attached file)
- the spacing around a subequation environment is not correct.

Concerning your approach: Is there any reason for the placeholder after
the label?

----------------------------------------------------------------------

Comment By: Ted Pavlic (tpavlic)
Date: 2011-10-03 10:44

Message:
I can see how some people might like #1.

However, I think #2 and #3 are bad ideas. 

In the case of #2, I see little reason why you'd expect every
\end{environment} to be followed by a carriage return. Especially in
mathematical environments (e.g., cases or matrices), there may be some
stylistic conventions that continue content on the same line as the \end.

In the case of #3, more complex equation environments (like eqnarray or
align or multiline or gather or...), \label will often follow the content
and show up in the same place as the resulting label (similar with \notag).
I see no reason why to introduce an asymmetry for equation. Perhaps a
better approach would be:

\begin{equation}
<++>
\label{eq:<++>}<++>
\end{equation}<++>

to allow for all use cases.

----------------------------------------------------------------------

Comment By: Gerd Wachsmuth (gerw)
Date: 2011-10-02 13:00

Message:
This patch is by me. I forgot to log in.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=466458&aid=3189887&group_id=52322

[Vim-latex-devel] [ vim-latex-Patches-3189887 ] More customizations of envmacros

[SourceForge.net <no...@so...>]

Patches item #3189887, was opened at 2011-02-23 03:12
Message generated for change (Comment added) made by tpavlic
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=466458&aid=3189887&group_id=52322

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: More customizations of envmacros

Initial Comment:
With this patch, envmacros.vim allows more customizations.

1.
let g:Tex_EnvLabelprefix_equation = "eq:"
=> labels in equations have the prefix eq:

this works for:
figure,table,theorem,definition,lemma,proposition,corollary,assumption,remark,equation,eqnarray,align,multline


2.
let g:Tex_EnvEndWithCR = 0
=>
completed environments end with:

\end{env-type}
<++>

instead of

\end{env-type}<++>

This saves one CR ;)


3.
let g:Tex_LabelAfterContent = 0
=>
Put the label before the content of an environment, e.g.

\begin{equation}
        \label{eq:<++>}
        <++>
\end{equation}
<++>


----------------------------------------------------------------------

Comment By: Ted Pavlic (tpavlic)
Date: 2011-10-03 16:03

Message:
\autoref is only going to fail if you put the \label for the theorem after
the equation. I'm not sure why you'd ever do that. Again, the argument was
that \labels tend to follow where where the tag conventionally shows up in
the rendered document. Thus, a theorem label shows up at the top of the
environment, and an equation label shows up at the end of the equation
environment. That rule works even if you're not cognizant about how
refstepcounter works. Things get more complicated for floats, like figure,
where the juxtaposition of labels and captions can have a different impact
on where things are anchored. The main point is that there is no general
"environment layout" that holds for absolutely all environments --
especially when you expand beyond simple equation environments (IMO).

Regardless, something like:

\begin{equation}
<++>\label{<++>}<++>
\end{equation}<++>

covers all use cases.

I didn't notice until now that you're forcing "eq:" on inserted equation
environments. I don't think that's a good idea. Although it may be
conventional for people to prefix equation labels with "eq:", it is
certainly not necessary. Again, going back to refstepcounter, \autoref
doesn't use the prefix to determine label type (although cleveref might --
I think early versions of cleveref did). So it is a matter of style.

----------------------------------------------------------------------

Comment By: Gerd Wachsmuth (gerw)
Date: 2011-10-03 15:35

Message:
I can't add a file here.

Here is a minimal (non)-working example:

\documentclass{amsart}

\usepackage{hyperref}

\newtheorem{theorem}{Theorem}

% Just some offset to distinguish the numbers of the theorems and of the
equations:
\setcounter{theorem}{10}

\begin{document}

\section{This works}

\begin{theorem}
        \label{thm:bla}
        \begin{equation}
                \label{eq:blub}
                1+2
        \end{equation}
        Some theorem.
\end{theorem}

\autoref{thm:bla} contains \autoref{eq:blub}.

\section{This does not work}

\begin{theorem}
        \begin{equation}
                1+2
                \label{eq:blub2}
        \end{equation}
        Some theorem.
        \label{thm:bla2}
\end{theorem}

\autoref{thm:bla2} contains \autoref{eq:blub2}.

\end{document}


----------------------------------------------------------------------

Comment By: Gerd Wachsmuth (gerw)
Date: 2011-10-03 15:30

Message:
ad #2:
That's purely a matter of taste. Even in mathematical environments I like
to have a "cases" or "pmatrix" spanned over several lines. In my PhD
thesis, I have 1120 "\end{something}", but only 7 are not followed by a CR.

ad #3:
If you put the label at the end of an environment, there are two possible
pitfalls:
- the autoref feature of hyperref won't work properly (see attached file)
- the spacing around a subequation environment is not correct.

Concerning your approach: Is there any reason for the placeholder after
the label?

----------------------------------------------------------------------

Comment By: Ted Pavlic (tpavlic)
Date: 2011-10-03 10:44

Message:
I can see how some people might like #1.

However, I think #2 and #3 are bad ideas. 

In the case of #2, I see little reason why you'd expect every
\end{environment} to be followed by a carriage return. Especially in
mathematical environments (e.g., cases or matrices), there may be some
stylistic conventions that continue content on the same line as the \end.

In the case of #3, more complex equation environments (like eqnarray or
align or multiline or gather or...), \label will often follow the content
and show up in the same place as the resulting label (similar with \notag).
I see no reason why to introduce an asymmetry for equation. Perhaps a
better approach would be:

\begin{equation}
<++>
\label{eq:<++>}<++>
\end{equation}<++>

to allow for all use cases.

----------------------------------------------------------------------

Comment By: Gerd Wachsmuth (gerw)
Date: 2011-10-02 13:00

Message:
This patch is by me. I forgot to log in.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=466458&aid=3189887&group_id=52322

[Vim-latex-devel] [ vim-latex-Patches-3189887 ] More customizations of envmacros

[SourceForge.net <no...@so...>]

Patches item #3189887, was opened at 2011-02-23 09:12
Message generated for change (Comment added) made by gerw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=466458&aid=3189887&group_id=52322

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: More customizations of envmacros

Initial Comment:
With this patch, envmacros.vim allows more customizations.

1.
let g:Tex_EnvLabelprefix_equation = "eq:"
=> labels in equations have the prefix eq:

this works for:
figure,table,theorem,definition,lemma,proposition,corollary,assumption,remark,equation,eqnarray,align,multline


2.
let g:Tex_EnvEndWithCR = 0
=>
completed environments end with:

\end{env-type}
<++>

instead of

\end{env-type}<++>

This saves one CR ;)


3.
let g:Tex_LabelAfterContent = 0
=>
Put the label before the content of an environment, e.g.

\begin{equation}
        \label{eq:<++>}
        <++>
\end{equation}
<++>


----------------------------------------------------------------------

Comment By: Gerd Wachsmuth (gerw)
Date: 2011-10-03 21:35

Message:
I can't add a file here.

Here is a minimal (non)-working example:

\documentclass{amsart}

\usepackage{hyperref}

\newtheorem{theorem}{Theorem}

% Just some offset to distinguish the numbers of the theorems and of the
equations:
\setcounter{theorem}{10}

\begin{document}

\section{This works}

\begin{theorem}
        \label{thm:bla}
        \begin{equation}
                \label{eq:blub}
                1+2
        \end{equation}
        Some theorem.
\end{theorem}

\autoref{thm:bla} contains \autoref{eq:blub}.

\section{This does not work}

\begin{theorem}
        \begin{equation}
                1+2
                \label{eq:blub2}
        \end{equation}
        Some theorem.
        \label{thm:bla2}
\end{theorem}

\autoref{thm:bla2} contains \autoref{eq:blub2}.

\end{document}


----------------------------------------------------------------------

Comment By: Gerd Wachsmuth (gerw)
Date: 2011-10-03 21:30

Message:
ad #2:
That's purely a matter of taste. Even in mathematical environments I like
to have a "cases" or "pmatrix" spanned over several lines. In my PhD
thesis, I have 1120 "\end{something}", but only 7 are not followed by a CR.

ad #3:
If you put the label at the end of an environment, there are two possible
pitfalls:
- the autoref feature of hyperref won't work properly (see attached file)
- the spacing around a subequation environment is not correct.

Concerning your approach: Is there any reason for the placeholder after
the label?

----------------------------------------------------------------------

Comment By: Ted Pavlic (tpavlic)
Date: 2011-10-03 16:44

Message:
I can see how some people might like #1.

However, I think #2 and #3 are bad ideas. 

In the case of #2, I see little reason why you'd expect every
\end{environment} to be followed by a carriage return. Especially in
mathematical environments (e.g., cases or matrices), there may be some
stylistic conventions that continue content on the same line as the \end.

In the case of #3, more complex equation environments (like eqnarray or
align or multiline or gather or...), \label will often follow the content
and show up in the same place as the resulting label (similar with \notag).
I see no reason why to introduce an asymmetry for equation. Perhaps a
better approach would be:

\begin{equation}
<++>
\label{eq:<++>}<++>
\end{equation}<++>

to allow for all use cases.

----------------------------------------------------------------------

Comment By: Gerd Wachsmuth (gerw)
Date: 2011-10-02 19:00

Message:
This patch is by me. I forgot to log in.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=466458&aid=3189887&group_id=52322

[Vim-latex-devel] [ vim-latex-Patches-3189887 ] More customizations of envmacros

[SourceForge.net <no...@so...>]

Patches item #3189887, was opened at 2011-02-23 09:12
Message generated for change (Comment added) made by gerw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=466458&aid=3189887&group_id=52322

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: More customizations of envmacros

Initial Comment:
With this patch, envmacros.vim allows more customizations.

1.
let g:Tex_EnvLabelprefix_equation = "eq:"
=> labels in equations have the prefix eq:

this works for:
figure,table,theorem,definition,lemma,proposition,corollary,assumption,remark,equation,eqnarray,align,multline


2.
let g:Tex_EnvEndWithCR = 0
=>
completed environments end with:

\end{env-type}
<++>

instead of

\end{env-type}<++>

This saves one CR ;)


3.
let g:Tex_LabelAfterContent = 0
=>
Put the label before the content of an environment, e.g.

\begin{equation}
        \label{eq:<++>}
        <++>
\end{equation}
<++>


----------------------------------------------------------------------

Comment By: Gerd Wachsmuth (gerw)
Date: 2011-10-03 21:30

Message:
ad #2:
That's purely a matter of taste. Even in mathematical environments I like
to have a "cases" or "pmatrix" spanned over several lines. In my PhD
thesis, I have 1120 "\end{something}", but only 7 are not followed by a CR.

ad #3:
If you put the label at the end of an environment, there are two possible
pitfalls:
- the autoref feature of hyperref won't work properly (see attached file)
- the spacing around a subequation environment is not correct.

Concerning your approach: Is there any reason for the placeholder after
the label?

----------------------------------------------------------------------

Comment By: Ted Pavlic (tpavlic)
Date: 2011-10-03 16:44

Message:
I can see how some people might like #1.

However, I think #2 and #3 are bad ideas. 

In the case of #2, I see little reason why you'd expect every
\end{environment} to be followed by a carriage return. Especially in
mathematical environments (e.g., cases or matrices), there may be some
stylistic conventions that continue content on the same line as the \end.

In the case of #3, more complex equation environments (like eqnarray or
align or multiline or gather or...), \label will often follow the content
and show up in the same place as the resulting label (similar with \notag).
I see no reason why to introduce an asymmetry for equation. Perhaps a
better approach would be:

\begin{equation}
<++>
\label{eq:<++>}<++>
\end{equation}<++>

to allow for all use cases.

----------------------------------------------------------------------

Comment By: Gerd Wachsmuth (gerw)
Date: 2011-10-02 19:00

Message:
This patch is by me. I forgot to log in.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=466458&aid=3189887&group_id=52322

Re: [Vim-latex-devel] \ref and \cite completion bug

[Ted P. <te...@te...>]

> You can't do that in Vim, as it is a single-thread application.

That's a little harsh, I think.

After all, you could have \ll launch a command in the background which
then contacts the existing Vim via --remote (or --remote-send, most
likely) when it's done. It would probably be difficult to get all of the
error handling to plug in transparently, but there should be some way to
at least send some message about whether compilation completed
successfully or not.

-- 
Ted Pavlic <te...@te...>

[Vim-latex-devel] [ vim-latex-Patches-3189887 ] More customizations of envmacros

[SourceForge.net <no...@so...>]

Patches item #3189887, was opened at 2011-02-23 03:12
Message generated for change (Comment added) made by tpavlic
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=466458&aid=3189887&group_id=52322

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: More customizations of envmacros

Initial Comment:
With this patch, envmacros.vim allows more customizations.

1.
let g:Tex_EnvLabelprefix_equation = "eq:"
=> labels in equations have the prefix eq:

this works for:
figure,table,theorem,definition,lemma,proposition,corollary,assumption,remark,equation,eqnarray,align,multline


2.
let g:Tex_EnvEndWithCR = 0
=>
completed environments end with:

\end{env-type}
<++>

instead of

\end{env-type}<++>

This saves one CR ;)


3.
let g:Tex_LabelAfterContent = 0
=>
Put the label before the content of an environment, e.g.

\begin{equation}
        \label{eq:<++>}
        <++>
\end{equation}
<++>


----------------------------------------------------------------------

Comment By: Ted Pavlic (tpavlic)
Date: 2011-10-03 10:44

Message:
I can see how some people might like #1.

However, I think #2 and #3 are bad ideas. 

In the case of #2, I see little reason why you'd expect every
\end{environment} to be followed by a carriage return. Especially in
mathematical environments (e.g., cases or matrices), there may be some
stylistic conventions that continue content on the same line as the \end.

In the case of #3, more complex equation environments (like eqnarray or
align or multiline or gather or...), \label will often follow the content
and show up in the same place as the resulting label (similar with \notag).
I see no reason why to introduce an asymmetry for equation. Perhaps a
better approach would be:

\begin{equation}
<++>
\label{eq:<++>}<++>
\end{equation}<++>

to allow for all use cases.

----------------------------------------------------------------------

Comment By: Gerd Wachsmuth (gerw)
Date: 2011-10-02 13:00

Message:
This patch is by me. I forgot to log in.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=466458&aid=3189887&group_id=52322

[Vim-latex-devel] [ vim-latex-Patches-3417175 ] Fix: ref and cite completion with multiple windows

[SourceForge.net <no...@so...>]

Patches item #3417175, was opened at 2011-10-02 19:04
Message generated for change (Tracker Item Submitted) made by gerw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=466458&aid=3417175&group_id=52322

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Gerd Wachsmuth (gerw)
Assigned to: Nobody/Anonymous (nobody)
Summary: Fix: ref and cite completion with multiple windows

Initial Comment:
If multiple windows are used, the completed \ref or \cite is sometimes put into the wrong window.

Moreover, if the main tex file has unwritten changes, cite completion closes a window, since "new TexMainFile.tex" does not open "TexMainFile.tex" again.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=466458&aid=3417175&group_id=52322

[Vim-latex-devel] [ vim-latex-Patches-3189887 ] More customizations of envmacros

[SourceForge.net <no...@so...>]

Patches item #3189887, was opened at 2011-02-23 09:12
Message generated for change (Comment added) made by gerw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=466458&aid=3189887&group_id=52322

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: More customizations of envmacros

Initial Comment:
With this patch, envmacros.vim allows more customizations.

1.
let g:Tex_EnvLabelprefix_equation = "eq:"
=> labels in equations have the prefix eq:

this works for:
figure,table,theorem,definition,lemma,proposition,corollary,assumption,remark,equation,eqnarray,align,multline


2.
let g:Tex_EnvEndWithCR = 0
=>
completed environments end with:

\end{env-type}
<++>

instead of

\end{env-type}<++>

This saves one CR ;)


3.
let g:Tex_LabelAfterContent = 0
=>
Put the label before the content of an environment, e.g.

\begin{equation}
        \label{eq:<++>}
        <++>
\end{equation}
<++>


----------------------------------------------------------------------

Comment By: Gerd Wachsmuth (gerw)
Date: 2011-10-02 19:00

Message:
This patch is by me. I forgot to log in.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=466458&aid=3189887&group_id=52322

[Vim-latex-devel] \cite and \ref autocompletion in wrong buffer

[David K. <dav...@gm...>]

2.7.1 (r271:86832, Jun 16 2011, 16:59:05) 
[GCC 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2335.15.00)]

I'm coding in MacVim Snapshot 61

Plugins currently installed:

bufexplorer         matchit           supertab          vim-latex
color-sample-pack matlab            syntastic         vim-pathogen
command-t         nerd-commenter    taglist.vim       vim-surround
lilypond          nerd-tree         ultisnips


If I have a split buffer, and run \cite{F9 in buffer 1, and do an autocomplete for reference "Chen", \cite{Chen} is output, but in buffer 2. The same bug holds for \ref autocompletion.
Anyone know how to fix this? 

Re: [Vim-latex-devel] 2 questions: pstricks doc + git pull request

[Ted P. <te...@te...>]

Adrien -

No plans that I know of to generated vimdoc for PSTricks. I use PSTricks,
and do I would welcome such a change, but I have a feeling a lot of other
people would favor PGF/TikZ. If you want to generate the vimdoc, then go for
it.

Meanwhile, you can always shell out to texdoc:

:!texdoc pstricks-doc

Regarding the patch, send them to this devel list rather than to people
directly. It can then be scrutinized publicly, modified, and possibly
checked in (giving you credit).

(I'll check my spam folder for your message to me)

You can also submit your patches to the SourceForge patch management system
for the project.

--Ted

--
Sent from the mobile device of Ted Pavlic <te...@te...>
On Sep 28, 2011 11:19 AM, "Adrien LEMAIRE" <lem...@gm...> wrote:
>
> Hi dear vim-latex folks,
>
> I have 2 questions for you:
>
> Is there any work in progress or planned for translating the really cool
pstricks package (or I should say lib of packages) ? I'm so used to :h
something, that it's a real pain to go read the tex/pdf doc instead.
> If I want to contribute to the project (eg I created a @ONLINE field for
the bib (available with biblatex, and most probably the best way to include
a web link in the bibliography), what should I do ? I did a git format-patch
followed by a git send-email to Ted Pavlic and Till Maas, but didn't get any
answer, so I guess I was doing wrong.
>
> Thanks for your answers
>
> --
> Best regards
> Adrien LEMAIRE
>
>
>
------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2dcopy1
> _______________________________________________
> Vim-latex-devel mailing list
> Vim...@li...
> https://lists.sourceforge.net/lists/listinfo/vim-latex-devel
>

[Vim-latex-devel] 2 questions: pstricks doc + git pull request

[Adrien L. <lem...@gm...>]

Hi dear vim-latex folks,

I have 2 questions for you:


   1. Is there any work in progress or planned for translating the really
   cool pstricks package (or I should say lib of packages) ? I'm so used to :h
   something, that it's a real pain to go read the tex/pdf doc instead.
   2. If I want to contribute to the project (eg I created a @ONLINE field
   for the bib (available with biblatex, and most probably the best way to
   include a web link in the bibliography), what should I do ? I did a git
   format-patch followed by a git send-email to Ted Pavlic and Till Maas, but
   didn't get any answer, so I guess I was doing wrong.


Thanks for your answers

-- 
Best regards
Adrien LEMAIRE

Re: [Vim-latex-devel] \ref and \cite completion bug

[Javier R. <jer...@de...>]

> In a separate note, I would like to know how to run "call
> Tex_RunLatex" in the background of a vim buffer; i.e. I want to be
> able to type and run other commands in my vim buffer while tex
> compilation is occurring via vim-latex in the same buffer.  Anyone
> know how to set this up? I would prefer to have this background
> compilation occur every time I save my document.

You can't do that in Vim, as it is a single-thread application.

You can, however, arrange for compilation to launch when you save the
file. Something like

    autocmd BufWritePost *.tex normal \ll

should work. But of course, it will become a hassle since compilation
takes non-immediate time.

-- 
Javier Rojas

GPG Key ID: 0x24E00D68

[Vim-latex-devel] \ref and \cite completion bug

[David K. <dav...@gm...>]

 2.7.1 (r271:86832, Jun 16 2011, 16:59:05) 
 [GCC 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2335.15.00)]

 I'm coding in MacVim Snapshot 61

 Plugins currently installed:

 bufexplorer       matchit           supertab          vim-latex
 color-sample-pack matlab            syntastic         vim-pathogen
 command-t         nerd-commenter    taglist.vim       vim-surround
 lilypond          nerd-tree         ultisnips


If I have a split buffer, and run \cite{F9 in buffer 1, and do an autocomplete for reference "Chen", \cite{Chen} is output, but in buffer 2. The same bug holds for \ref autocompletion.
In a separate note, I would like to know how to run "call Tex_RunLatex" in the background of a vim buffer; i.e. I want to be able to type and run other commands in my vim buffer while tex compilation is occurring via vim-latex in the same buffer.  Anyone know how to set this up? I would prefer to have this background compilation occur every time I save my document.

--
Best,
David Karapetyan
http://davidkarapetyan.com
University of Notre Dame
Department of Mathematics
255 Hurley Hall
Notre Dame, IN 46556-4618
Phone: 574-631-5706
Cell:  202-460-5173
Fax:   574-631-6579

Re: [Vim-latex-devel] gitignore

[Ted P. <te...@te...>]

Fantastic idea.

Pathogen should make installation (and maintenance) of vim-latex-git
much easier.

I use hg primarily, and so I always forget about git's peculiarities,
but I'm not sure why you would have any trouble with those files not
being ignored so long as they're not staged. Nevertheless, I can see
how it may make it more convenient.

--Ted

On Fri, Sep 23, 2011 at 3:30 PM, Charles LeDoux <cha...@gm...> wrote:
> Hello,
> Would it be possible to add the lines
> doc/tags
> *.pyc
> to the .gitignore file.  I have a vim setup using the pathogen plugin and
> submodules, so if I edit the file without it being commited upstream, I
> won't be able to clone my vim superproject.
> Charles LeDoux
> ------------------------------------------------------------------------------
> All of the data generated in your IT infrastructure is seriously valuable.
> Why? It contains a definitive record of application performance, security
> threats, fraudulent activity, and more. Splunk takes this data and makes
> sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-d2dcopy2
> _______________________________________________
> Vim-latex-devel mailing list
> Vim...@li...
> https://lists.sourceforge.net/lists/listinfo/vim-latex-devel
>
>



-- 
Ted Pavlic <te...@te...>

Re: [Vim-latex-devel] gitignore

[Ted P. <te...@te...>]

If I didn't make it clear, I just committed that new .gitignore.

On Sat, Sep 24, 2011 at 5:40 PM, Ted Pavlic <te...@te...> wrote:
> Fantastic idea.
>
> Pathogen should make installation (and maintenance) of vim-latex-git
> much easier.
>
> I use hg primarily, and so I always forget about git's peculiarities,
> but I'm not sure why you would have any trouble with those files not
> being ignored so long as they're not staged. Nevertheless, I can see
> how it may make it more convenient.
>
> --Ted
>
> On Fri, Sep 23, 2011 at 3:30 PM, Charles LeDoux <cha...@gm...> wrote:
>> Hello,
>> Would it be possible to add the lines
>> doc/tags
>> *.pyc
>> to the .gitignore file.  I have a vim setup using the pathogen plugin and
>> submodules, so if I edit the file without it being commited upstream, I
>> won't be able to clone my vim superproject.
>> Charles LeDoux
>> ------------------------------------------------------------------------------
>> All of the data generated in your IT infrastructure is seriously valuable.
>> Why? It contains a definitive record of application performance, security
>> threats, fraudulent activity, and more. Splunk takes this data and makes
>> sense of it. IT sense. And common sense.
>> http://p.sf.net/sfu/splunk-d2dcopy2
>> _______________________________________________
>> Vim-latex-devel mailing list
>> Vim...@li...
>> https://lists.sourceforge.net/lists/listinfo/vim-latex-devel
>>
>>
>
>
>
> --
> Ted Pavlic <te...@te...>
>



-- 
Ted Pavlic <te...@te...>

[Vim-latex-devel] gitignore

[Charles L. <cha...@gm...>]

Hello,

Would it be possible to add the lines

doc/tags
*.pyc

to the .gitignore file.  I have a vim setup using the pathogen plugin and
submodules, so if I edit the file without it being commited upstream, I
won't be able to clone my vim superproject.

Charles LeDoux