[Vim-latex-devel] Restructuring of compiler.vim and wizardfuncs.vim
Brought to you by:
srinathava,
tmaas
From: Srinath A. <sr...@fa...> - 2003-06-08 22:26:40
|
Hello, [This email is mostly meant for core developers] Restructured compiler.vim to include the stuff about part compilation. This does not belong in wizardfuncs.vim imo. Also setting g:tfile and other such global variables to handle part compilation seems very awkward. Changed code around so that minimal changes are required. The present behavior is when part compilation is required, then Tex_PartCompile() creates a temporary file with b:fragmentFile set. This buffer variable tells RunLaTeX() that this is a fragment and to ignore *.latexmain, makefile etc. Also changed maps around. It looks like part compilation only makes sense in visual mode. Therefore \ll in normal mode compiles present file and \ll in visual mode compiles the visually selected portion. The user can always recover the last selection by pressing gv in normal mode. Also the previous way of defining \lv in visual mode doesn't make sense. For example, if the user chooses a different portion of the file and presses \lp, then it would show the .dvi file from whatever fragment was compiled last, not the present chosen fragment. The only sensible way for this to work is to show the dvi file compiled from the present file. b:fragmentFile helps ViewLaTeX() do this better. Hopefully, this should make all of this much less confusing. Summary: 1. \ll in normal mode: works like always. 2. \ll in visual mode: compiles visually selected portion. <F10> also does the same thing. <F10> only works in visual mode. \ll in visual mode also has the effect of taking focus to the fragment file generated from the current selection. 3. \lv (only in normal mode): views dvi file generated from whatever file is being currently edited. Thus to view the dvi file from a fragment, use \lv when you are editing the fragment. Plese let me know asap if I have inadvertently left any bugs in. Srinath |