Recent changes to bugs

`w inserts \wedge instead of \omega

2017-03-16T11:03:38.802000Z

According to the manual 'w should insert \omega but instead \wedge is inserted.
This duplicates the mapping '& which inserts \wedge too.

The problem is located in ftplugin/latex-suite/main.vim on line 112. The correct mapping to \omega is overwritten on the next line.

solution found: bibtex does not run when compiling; please fix in upstream

2015-12-27T21:34:41.325000Z

I had the same problem as described by ticket 46 (cite completion - multiple files). I am using vim-latex on Mac OS with MacVim, and I have already set Tex_MultipleCompileFormats as pdf. After upgrade to the newest git version (2015-10-30), the bibtex does not run any more.

I discovered that the new complier.vim is causing the problem. The line 594

if runCount == 0 && Tex_IsPresentInFile('\v\\bibdata|\\abx', mainFileName_root.'.aux')

is causing the problem. In the previous versions, there is no \v attached. I fixed this line to

if runCount == 0 && Tex_IsPresentInFile('\\bibdata|\\abx', mainFileName_root.'.aux')

and then bibtex starts to work again.

Please fix in the upstream.

Cheers,

Billy

cite completion - multiple files

2015-12-23T16:44:52.022000Z

It seems that when latex code is in multiple files, cite completion does not work. The path does not contain any spaces. Ref completion works. Python works. When I type \cite{ and press <F9> nothing happens, the screen blinks, one can see another window opening (below the opened file) opening and closing immediatelly. No error is written out. I created two minimal examples. ex1 is multifile issue where cite completion does not work while ex2 is a single file where completion works fine.

I was looking for the problem but only found the issue with space in path. My system si windows 7 x64. But i remind, the completion works fine for a single file code.

Thank you.

Forward search broken for a generic UNIX viewer

2015-03-15T20:40:14.392000Z

ftplugin/latex-suite/compiler.vim:424 function! Tex_ForwardSearchLaTeX()

variable execString does not contain a viewer executable name.
Possible fix: move line 399:

let execString .= viewer." "

out of if block (swap with previous line).

When I did it, I was able to get forward search with Evince through evince_dbus.py

#40 Multiple file ref not quite working

2014-06-30T09:11:45.283000Z

I had a similar issue. The problem seems to be that the regex searching for \input only searches it at the line beginning (^). I usually have indented inputs, therefore it breaks. I've just remove the ^ from the regex, and added an ugly hack to support the \subimport command from the import-package. Works for me.

32a34,37
>     # ugly hack in order to support \subimports
>     # TODO take the subdirectory of the subimport into account for further inputs/subimports
>     subimportPat = re.compile(r'\\subimport{(.*?)}{(.*?)}', re.M)
>     contents = re.sub(subimportPat, r'\input{\2}', contents)
34c39
<     pat = re.compile(r'^\\(@?)(include|input){(.*?)}', re.M)
---
>     pat = re.compile(r'\\(@?)(include|input){(.*?)}', re.M)

#37 \citeauthor and \citeyear not recognised as citation command

2013-10-09T21:53:45.501000Z

status: open --> closed-invalid
Group: --> v1.0 (example)

Vim freezes after compilation error

2013-09-02T02:33:34.852000Z

Hello;

First of all, thank you for the excellent job in making Vim-latex. I really appreciate your effort.

However, I've been experiencing a problem that I'd like to report. Sometimes, after pressing \ll, vim freezes if there was a compilation error. I tried to systematically reproduce the problem, and here are the steps:

Open a new tex file in vim.
Enter the following text:

\documentclass{article}

\usepackage{foo} % invalid package

\begin{document}
\end{document}

Compile using \ll. The error is reported and vim continues to work.
Change the file's content to:

\documentclass{article}

\usepackage{foo} % invalid package
\usepackage{bar} % another invalid package

\begin{document}
\end{document}

Compile using \ll.

At this point, at least in my notebook, vim freezes, and only resumes responding when I press Control-C.

I can provide more informations about my environment here if needed.

With friendly regards.
Andre

Inconsistent behavior with vim undo

2013-08-12T13:35:45.220000Z

Thanks for making vim-latex suite! It beautifully brings two of my favorite worlds together.

Although I've discovered that it changes the behavior of undo in vim. While natively vim creates one undo entry per insert, vim-latex changes this behavior by creating an entry per character. So for example: when I open a tex document in vim and do the following:

<i>vim-latex is awesome<Esc><u>

The entire line is undone, but when I enable vim-latex, it only undoes the last 'e' in the typed text.

Googling didn't result in any answers and the vim-latex docs don't seem to cover any configuration options related to undo. I even tried grepping the word 'undo' in the latex-suite directory of the vim configuration, but that didn't get my any further either.

I don't see any reason why the plugin should change the way undo works, or at least it should be configurable.

I installed the plugin with yaourt, the community package manager for Arch Linux. yaourt -Q | grep vim-latex outputs the following:

community/vim-latexsuite 20130126-1 (vim-plugins)

The version of vim I'm using is 7.3.

new imaps.vim seems not work properly

2013-07-12T08:25:59.126000Z

My VIM version is:
VIM - Vi IMproved 7.4a BETA (2013 Jul 6, compiled Jul 11 2013 23:06:26)
Included patches: 1-10

I found that the latest vim-latex-suite does not work well.

When I type SSS in insertmode, I get something like this:

SSS\subsection{}<++>

the SSS won't be erased automatically.

I've tried a older version of imaps.vim and it works fine.

the diff between the two scripts is bellow.

--- imaps.vim.old 2013-07-12 16:15:28.886778415 +0800
+++ imaps.vim.new 2013-07-11 22:30:56.438937712 +0800
@@ -285,7 +285,8 @@
" enough back-spaces to erase the left-hand side; -1 for the last
" character typed:
let bs = substitute(strpart(lhs, 1), ".", "\<bs>", "g")
- return bs . IMAP_PutTextWithMovement(rhs, phs, phe)
+ " \<c-g>u inserts an undo point
+ return a:char . "\<c-g>u\<bs>" . bs . IMAP_PutTextWithMovement(rhs, phs, phe)
endfunction

" }}}

Macros are not replaced

2013-02-21T14:47:42Z

Using macros generates the right latex code but the macro itself is not removed. For example the macro EIT gives:

EIT\begin{itemize}
\item
\end{itemize}<++>

`8\infty