I am too slow LaTeX-typist, for example with the equations below I cannot find where I am missing some bracket. Could someone offer me some computational method? I use Vim but I am happy with any method you have in hand.
\[
\sum_{n=2}^{\infty}\left( \left(2^{n} \right) 2^{n/k} ln(2^{n})\right)^{-k}=
\sum_{n=2}^{\infty} e^{-k \left(n(1+\frac{1}{k})ln(2)+ln(n)+ln(ln(2)) \right}
\]
Perhaps related
I would highly recommend the vim latex-suite, which you can get either from
http://vim-latex.sourceforge.net/index.php?subject=manual&title=Manu
or (on an Ubuntu machine) using
sudo apt-get install vim-latexsuite
sudo vim-addons -w install latex-suite
It provides many shortcuts. If I were going to type your first summation
\sum_{n=2}^{\infty}\left( \left(2^{n} \right) 2^{n/k} ln(2^{n})\right)^{-k}
I would use the following keystrokes
When you press CTRL J, the cursor takes you to the position of the next <++>, deletes the <++>, and leaves you in insert mode, ready to type. Once you get used to it, it is a very useful device and huge time saver.
Some other miscellaneous shortcuts that I have found very useful (and there's a lot more that I'm sure I haven't explored yet)
(){}enumerate F5itemize F5\ref{} F9myenvironmentname F5
[[ for the brackets. I prefer not to use \ll and \lv- I use my own compilation commands which link to my own scripts instead- I can post them somewhere if you're interested. \ref{} F9 opens a list of \label tags for me
A quite long comment...
I don't think your question is specific to Vim or any other editor. Whether you are given a code completion, auto-environment closing tool or not it is quite important to reduce the mental load while writing your code. A short-term loss can be a long-term benefit if you can spend extra seconds to write-up with a better indentation. I am definitely not a programmer but I do LaTeX coding a lot for articles etc. and even worse I collaborate with many other individuals using the same code.
You also mention that you are a slow-typist which makes this even easier to implement since you won't be speeding up like a die-hard programmer. You can easily adopt a few coding practices and use the TAB key extensively. Here is a personal example
\[
\sum_{n=2}^{\infty}
\left(
\left(
2^{n}
\right)
2^{n/k} ln(2^{n})
\right)^{-k}
=
\sum_{n=2}^{\infty}
{
e^{-k \left(
n(
1+\frac{1}{k}
)
ln(2)+ln(n)+ln(ln(2)
)
\right
}
\]
I have exaggerated a little bit since normally you would keep things a little more compact depending on your own eye-sight. I guess the rule of thumb is to let your code lines go as much as you can subitize.
As we can easily see, you are missing one closing curly bracket and a parenthesis or the \right is after the closing parenthesis. This is far from optimal but at least gives an idea of coding for your own benefit.
A LaTeX specific detail would be the % character at the end of some lines where the command used is sensitive to whitespaces and newlines. That is something I also tend to forget but I'm getting more experience with what requires and what not. Nevertheless it pays off since my debugging time is reduced substantially. ( Behind closed doors I put it at the end of each line anyway.)
You can start by searching the horrible keywords Best coding practices etc. and reading from the real programmers.
When starting a rather long document (book, thesis, etc), almost everyone begins with defining the various chapters, then the various sections and then start a particular section by outlining the points they want to cover in there and then go and fill in the details. That is, they work top down rather than bottom up, by placing each section (or at least every chapter) in a separate file.
But when it comes to math, a common tendency is to type them as is from the beginning to the ending which I believe results is quite a bit of grief as formulas start to get beyond a basic polynomial.
So, when it comes to math I believe a similar approach is necessary.
So, besides the practice of code indenting (ie, having the top down hierarchy easily visible), I have gotten into the habit of closing anything I begin at the same time as opening it. So, with \frac I immediately go and add {}{} and then go back and fill in what goes inside. Same with left( right) and then go back and fill in what is inside. If the fraction happened to be rather complicated I start with:
\frac{}
{}
or for even more complicated ones that I know will take up many lines:
\frac{
}
{
}
Similarly for any environments I do
\begin{}
\end{}
and then go and fill in what is in between.
Finding the appropriate missing brace can sometime be rather difficult and this practice alone has cut down the amount of errors I make significantly. However if I still have an error and can't easily spot it due to the indentation I double click on the opening (or closing brace) and see where the matching one is. This should work with most IDEs - I know it does with TeXShop and TeXWorks.
A difficulty in using this matching technique comes when one has \left( \right. as the IDEs can not find the matching component and things go awry. So in this case you could either temporarily change the end parenthesis to right) and remember to go back and fix it, or use a macro that builds this construct so that the IDE only has a {} to deal with. For example below I use \BracRLeft{} and \BracRRight{} to obtain:
The IDE only had to deal with matching brace groups in the actual code.
\documentclass{article}
\usepackage{amsmath}
\makeatletter
\newcommand{\@Brac}[3]{\left#1 #2 \right#3}% General \left \right construct
% #1 = bracket type on left
% #2 = argument in brackets
% #3 = bracket type on right
%
\newcommand{\BracR}[1]{\@Brac{(}{#1}{)}}% \left( \right)
\newcommand{\BracRLeft}[1]{\@Brac{(}{#1}{.}}% \left( \right.
\newcommand{\BracRRight}[1]{\@Brac{.}{#1}{)}}% \left. \right)
\makeatother
\begin{document}
\begin{align*}
f(x) &= \BracRLeft{\frac{1}{2}} \\
&\quad -\BracRRight{\frac{3}{4}}
\end{align*}
\end{document}
I have a weird suggestion (depending on where you live in the world): Change your keyboard layout. In the default Finnish (/Swedish) qwerty on OS X, for example, I'd need to press Shift+Alt+9 to get a }.
Which isn't exactly fun with TeX.
So I made a TeX keyboard layout (which, btw, I use all the time, not just with TeX) with Ukelele where I mapped a key which I surprisingly rarely needed, å, to { and its majuscule (shift modifier) to }.
Naturally this sped up my TeX typing.
I used Kile to take notes directly in LaTeX during a class in an astrophysics at the university. sometimes I missed something and had to write it down by hand but it worked pretty well.
I used the Kile shortcuts to type formulas very fast, it requires a little time to get used to use them, but then one can learn to be really fast. It has only 9 or 10 shortcuts but in the same work most math uses the same symbols again and again.
check-parensscript from my answer as "compiler": it outputs line:pos numbers of mismatching parentheses that I can then directly jump to.\right}is wrong is it a typo here or also in your code?lnbut a log-like function. If the function you need is not already defined in LaTeX, you can define it with\mathop. BTW, I use TeXworks and it shows me matching()'s and similar symbols (almost always).vim, you may rest your text cursor on any delimiter (brace, parenthesis, square bracket) and pressing the%key,vimwill move to text cursor to the corresponding matching delimiter.