vim-latex-devel Mailing List for Vim-Latex (Page 89)
Brought to you by:
srinathava,
tmaas
You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(120) |
Dec
(118) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(145) |
Feb
(23) |
Mar
(30) |
Apr
(50) |
May
(88) |
Jun
(49) |
Jul
(41) |
Aug
(13) |
Sep
(51) |
Oct
(30) |
Nov
(80) |
Dec
(43) |
2004 |
Jan
(15) |
Feb
(25) |
Mar
(48) |
Apr
(12) |
May
(37) |
Jun
(52) |
Jul
(16) |
Aug
(10) |
Sep
(7) |
Oct
(19) |
Nov
(17) |
Dec
(19) |
2005 |
Jan
(15) |
Feb
(5) |
Mar
(7) |
Apr
(3) |
May
(2) |
Jun
(4) |
Jul
(3) |
Aug
(1) |
Sep
(1) |
Oct
(1) |
Nov
(16) |
Dec
(16) |
2006 |
Jan
(15) |
Feb
(27) |
Mar
(49) |
Apr
(31) |
May
(24) |
Jun
(12) |
Jul
(23) |
Aug
(13) |
Sep
(22) |
Oct
(6) |
Nov
(8) |
Dec
(10) |
2007 |
Jan
(3) |
Feb
(13) |
Mar
(19) |
Apr
(1) |
May
(5) |
Jun
(10) |
Jul
(2) |
Aug
(13) |
Sep
(10) |
Oct
(2) |
Nov
(30) |
Dec
(15) |
2008 |
Jan
(11) |
Feb
(9) |
Mar
(27) |
Apr
(27) |
May
(22) |
Jun
(29) |
Jul
|
Aug
(21) |
Sep
(6) |
Oct
(4) |
Nov
(9) |
Dec
(2) |
2009 |
Jan
(52) |
Feb
(21) |
Mar
(9) |
Apr
(41) |
May
(13) |
Jun
(8) |
Jul
(5) |
Aug
(31) |
Sep
(14) |
Oct
(10) |
Nov
(17) |
Dec
(17) |
2010 |
Jan
(25) |
Feb
(22) |
Mar
(22) |
Apr
(24) |
May
(35) |
Jun
(23) |
Jul
(22) |
Aug
(10) |
Sep
(6) |
Oct
(29) |
Nov
(8) |
Dec
(6) |
2011 |
Jan
(12) |
Feb
(89) |
Mar
(41) |
Apr
(8) |
May
(17) |
Jun
(11) |
Jul
(3) |
Aug
(13) |
Sep
(14) |
Oct
(23) |
Nov
(8) |
Dec
(9) |
2012 |
Jan
(15) |
Feb
(27) |
Mar
(6) |
Apr
(17) |
May
(29) |
Jun
(9) |
Jul
(50) |
Aug
(15) |
Sep
(11) |
Oct
(12) |
Nov
(22) |
Dec
(7) |
2013 |
Jan
(24) |
Feb
(32) |
Mar
(6) |
Apr
(5) |
May
(2) |
Jun
(15) |
Jul
(20) |
Aug
(1) |
Sep
(3) |
Oct
(2) |
Nov
(7) |
Dec
(4) |
2014 |
Jan
(3) |
Feb
(7) |
Mar
(4) |
Apr
|
May
(4) |
Jun
(5) |
Jul
(4) |
Aug
(3) |
Sep
(9) |
Oct
|
Nov
(2) |
Dec
(3) |
2015 |
Jan
|
Feb
(4) |
Mar
(9) |
Apr
|
May
(1) |
Jun
|
Jul
(5) |
Aug
(6) |
Sep
(2) |
Oct
|
Nov
(6) |
Dec
|
2016 |
Jan
(1) |
Feb
(11) |
Mar
(4) |
Apr
(2) |
May
(8) |
Jun
(9) |
Jul
|
Aug
(9) |
Sep
(2) |
Oct
(7) |
Nov
|
Dec
|
2017 |
Jan
(7) |
Feb
|
Mar
(5) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(4) |
2018 |
Jan
(1) |
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2019 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(4) |
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
(1) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2021 |
Jan
|
Feb
(5) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2022 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Alan S. <ala...@po...> - 2003-11-01 14:33:57
|
* Mikolaj Machowski (mi...@wp...) wrote: > Dnia Monday 27 of October 2003 16:03, Alan Schmitt napisa?: > > Hi, > > > > (I'm using the current version from cvs). > > > > When I compile some tex code, with some warning, I get as a message: > > > > not finding error pattern anywhere in quickfix window : > > /lem:algo_atomic > > > > Then hitting enter I get: > > > > sync.tex|| LaTeX Warning: Reference `lem:algo_atomic' on page \thepage= =20 > > undefined on input > > > > in my error list, with the cursor correctly positionned. > > > > If I have 2 vertical windows when compiling, I get (the rightmost one > > being local.sty): > > > > not finding error pattern anywhere in quickfix window : > > not finding error pattern anywhere in quickfix window :local.sty > > > > and once again the cursor correctly positioned with the correct warning. > > > Yes it is strange. LS relies on simple window layout and with more > sophisticated layout it can broke. Does it happen if you have only one > wndow open? I'll try and let you know. I know that it does not happen all the time even with a multi-window layout. Alan Schmitt --=20 The hacker: someone who figured things out and made something cool happen. |
From: Mikolaj M. <mi...@wp...> - 2003-10-31 23:39:36
|
Dnia Monday 27 of October 2003 16:03, Alan Schmitt napisał: > Hi, > > (I'm using the current version from cvs). > > When I compile some tex code, with some warning, I get as a message: > > not finding error pattern anywhere in quickfix window : > /lem:algo_atomic > > Then hitting enter I get: > > sync.tex|| LaTeX Warning: Reference `lem:algo_atomic' on page \thepage > undefined on input > > in my error list, with the cursor correctly positionned. > > If I have 2 vertical windows when compiling, I get (the rightmost one > being local.sty): > > not finding error pattern anywhere in quickfix window : > not finding error pattern anywhere in quickfix window :local.sty > > and once again the cursor correctly positioned with the correct warning. > Yes it is strange. LS relies on simple window layout and with more sophisticated layout it can broke. Does it happen if you have only one wndow open? m. |
From: Mikolaj M. <mi...@wp...> - 2003-10-31 14:46:54
|
Dnia Friday 31 of October 2003 12:14, Ulrich Hoppe napisał: > I am new to linux, but used vim on windows before. > Using gvim together with latex-suite (last development version) > I encountered a problem: I was not able to launch a viewer, > neither for pdf nor for ps or dvi. After editing the texrc file > I noticed that the trouble was caused by the subsequent ampersand '&' > symbols in the exec commands in function ViewLaTeX() in > ftplugin/compiler.vim. > They work fine for vim but do not work with gvim. > Removing the '&' s made the \lv command work under gvim. > > Do you have any solution of this problem? > Cannot confirm that. Everything works for me - both in vim and gvim.[1] [1] OK actually not, I have something broke with font configuration and xdvi segv'ed but kdvi (dvi), xpdf (pdf), ghostview (ps) works as expected. m. |
From: Ulrich H. <ulr...@ru...> - 2003-10-31 12:13:57
|
Hi there! First of all, thanks a lot for this wonderful suite. I am new to linux, but used vim on windows before. Using gvim together with latex-suite (last development version) I encountered a problem: I was not able to launch a viewer, neither for pdf nor for ps or dvi. After editing the texrc file I noticed that the trouble was caused by the subsequent ampersand '&' symbols in the exec commands in function ViewLaTeX() in ftplugin/compiler.vim. They work fine for vim but do not work with gvim. Removing the '&' s made the \lv command work under gvim. Do you have any solution of this problem? Best regards Ulrich Hoppe ---- Ulrich Hoppe University of Bochum Germany |
From: Mikolaj M. <mi...@wp...> - 2003-10-30 22:50:24
|
Dnia Monday 13 of October 2003 05:03, SourceForge.net napisał: > > Initial Comment: > two different files say two totally different things > about customizing vim-latex settings. The sample texrc > included is correct, the instructions included with > latex-suite.txt are not. The instructions in > latex-suite.txt should be corrected. > Corrected. m. |
From: Mikolaj M. <mi...@wp...> - 2003-10-30 22:50:22
|
Dnia Tuesday 28 of October 2003 00:24, SourceForge.net napisał: > Summary: A bug? Unfortunately > > Initial Comment: > I just noticed a possible bug introduced in the 20031022 > release: in the 'Templates' menu the first file in the > templates > directory is displayed with its full pathname and cannot > be loaded. > > The problem did not exist in the 20030913 release. Fixed in CVS. m. |
From: SourceForge.net <no...@so...> - 2003-10-28 00:25:10
|
Bugs item #831467, was opened at 2003-10-28 00:24 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=466456&aid=831467&group_id=52322 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Lin-bo Zhang (zlb) Assigned to: Nobody/Anonymous (nobody) Summary: A bug? Initial Comment: I just noticed a possible bug introduced in the 20031022 release: in the 'Templates' menu the first file in the templates directory is displayed with its full pathname and cannot be loaded. The problem did not exist in the 20030913 release. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=466456&aid=831467&group_id=52322 |
From: Alan S. <ala...@po...> - 2003-10-27 16:04:40
|
Hi, (I'm using the current version from cvs). When I compile some tex code, with some warning, I get as a message: not finding error pattern anywhere in quickfix window : /lem:algo_atomic Then hitting enter I get: sync.tex|| LaTeX Warning: Reference `lem:algo_atomic' on page \thepage und= efined on input in my error list, with the cursor correctly positionned. If I have 2 vertical windows when compiling, I get (the rightmost one being local.sty): not finding error pattern anywhere in quickfix window : not finding error pattern anywhere in quickfix window :local.sty and once again the cursor correctly positioned with the correct warning. Alan Schmitt --=20 The hacker: someone who figured things out and made something cool happen. |
From: Zhang Lin-bo <zl...@ls...> - 2003-10-24 06:22:09
|
It is nice that the newest dated version (20031022) folds the abstract environment. Please also consider to process the \part command when doing folding - it is annoying to have it hidden behind \chapter, \section, etc. Best, LB -- |
From: Gang L. <li...@st...> - 2003-10-23 20:04:04
|
Dear vim-latex developers, I found that the folding behavior of environment "figure*" is a bit peculiar: seems the ending block is not set correctly; therefore it always folds till the end of my tex file... I tested it on my debian box and on our department's unix machine, and the results are the same. Hope you may look into this problem, thanks! Gang |
From: Mikolaj M. <mi...@wp...> - 2003-10-15 10:33:44
|
Dnia Wednesday 15 of October 2003 03:04, Srinath Avadhanula napisał: > something else and we need to debug further. If the problem appears (i.e > composition does not happen), then the problem is with VIM itself and > not with latex-suite and you will have to submit a bug-report to > vi...@vi... or vi...@vi...... > For reporting bugs bu...@vi... is better - faster. m. |
From: Srinath A. <sr...@fa...> - 2003-10-15 01:06:36
|
Hi Bj=F6rn, Thanks for doing this! On Sun, 12 Oct 2003, [ISO-8859-1] Bj=F6rn Michaelsen wrote: > portage (the gentoo package system yet.) It makes installing > vim-latexsuite as simple as typing > emerge vim-latexsuite > Srinath |
From: Srinath A. <sr...@fa...> - 2003-10-15 01:04:31
|
Hi Kihwang, On Tue, 14 Oct 2003, Kihwang Lee wrote: > I use Linux (tailored RedHat 7.1), gvim (6.1.165) and a XIM server > called Ami for Korean input. The thing is that when I use vim-latex > with Ami, I can't input Korean characters (euc-kr) properly. It is > hard to describe. Korean and many other scripts belong to so-called > composite characters: you have to input several (more than 2) key > strokes to make a meaningful unit (sort of a character, but not > necessarily a word). I don't know about I am assuming that the problem you are having is that in the presence of latex-suite, you are unable to compose characters using multiple letters. Is that right? I am not really sure what could be going on. The way latex-suite accomplishes most of its mappings is to map lots of characters (actually it maps every printable characters i.e with ascii code <= 127). If for example, after opening a tex file (so latex-suite is activated) you do: :imap a you should see something like: i a * <C-R>=<SNR>11_LookupCharacter("a")<CR> The s:LookupCharacter() function resides in imaps.vim. In the normal course of events it should just return the string 'a' when you type a. I have a feeling that the problem is being caused by this intermediate mapping... Just to pinpoint the problem, do the following. Suppose you use the sequence of characters 'ka' to type a composite character. In the normal course of events, you would be able to open up a non-tex file (so latex-suite is not activated) and type 'ka' get a single composite character, right? Now in that non-tex file (so latex-suite is not triggered), issue the following commands: inoremap k k inoremap a a Then type ka. Does the composition occur? If so, then the problem is something else and we need to debug further. If the problem appears (i.e composition does not happen), then the problem is with VIM itself and not with latex-suite and you will have to submit a bug-report to vi...@vi... or vi...@vi...... Srinath |
From: M. <P1...@pu...> - 2003-10-14 18:20:18
|
The gentoo linux distro (www.gentoo.org) uses ebuilds as a equivalent of rpm. I generated one for the vim latexsuite, which is not in portage (the gentoo package system yet.) It makes installing vim-latexsuite as simple as typing emerge vim-latexsuite Greetz, -- Björn Michaelsen pub 1024D/C9E5A256 2003-01-21 Björn Michaelsen <bmi...@gm...> Key fingerprint = D649 8C78 1CB1 23CF 5CCF CA1A C1B5 BBEC C9E5 A256 |
From: Kihwang L. <k....@ed...> - 2003-10-14 15:24:40
|
Hi! I have downloaded the vim-latex yesterday and installed it. What a piece of work!!! I am reporting a buggish behaviour of vim-latex I have found. I am a Korean, and naturally I frequently use LaTeX to produce Korean documents. I use Linux (tailored RedHat 7.1), gvim (6.1.165) and a XIM server called Ami for Korean input. The thing is that when I use vim-latex with Ami, I can't input Korean characters (euc-kr) properly. It is hard to describe. Korean and many other scripts belong to so-called composite characters: you have to input several (more than 2) key strokes to make a meaningful unit (sort of a character, but not necessarily a word). I don't know about the internals of vim-latex. My guess is that vim-latex stores the key strokes in a buffer and checks them and returns them, and it is intervening the character composition process of a XIM. Can you help me? Many thanks in advance. Kihwang -- Kihwang Lee PhD Student Institute for Communicating and Collaborative Systems (ICCS) School of Informatics, University of Edinburgh 2 Buccleuch Place, Edinburgh EH8 9LW, United Kingdom Tel: +44-131-650-4418 Fax: +44-131-650-6626 Email: k....@ed... WWW: http://www.iccs.informatics.ed.ac.uk/~leekh |
From: SourceForge.net <no...@so...> - 2003-10-13 05:03:09
|
Bugs item #822510, was opened at 2003-10-13 05:03 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=466456&aid=822510&group_id=52322 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Ari Pollak (sourceo) Assigned to: Nobody/Anonymous (nobody) Summary: texrc doc inconsistency Initial Comment: two different files say two totally different things about customizing vim-latex settings. The sample texrc included is correct, the instructions included with latex-suite.txt are not. The instructions in latex-suite.txt should be corrected. ~/.vim/ftplugin/latex-suite/texrc says: " NOTE: Do NOT be edit this file directly: " this file will be over-written each time you install a new copy " of latex-suite. " " You can do one of the following: " 1. Copy this file into $VIMFILES/ftplugin/tex/texrc " and edit the values in that file. " $VIMFILES is ~/.vim for UNIX systems and ~/vimfiles for " WINDOWS systems. " " 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. latex-suite.txt says: Customizing Latex-Suite is done by defining certain global variables in $VIM/ftplugin/tex/texrc.vim, where $VIM corresponds to ~/.vim for *nix machines and ~/vimfiles for windows machines. This file is not part of the Latex-Suite distribution. You will need to create this file if you need to change any default settinngs. Since this file is not included as part of the Latex-Suite distribution, it will not be over-written in subsequent updates. NOTE: It is also possible to define any customization in the $VIM/ftplugin/tex.vim file, but for the sake of clarity, you might want to use the texrc.vim file described above ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=466456&aid=822510&group_id=52322 |
From: Mikolaj M. <mi...@wp...> - 2003-10-10 07:18:11
|
Dnia Thursday 09 of October 2003 16:17, Johannes Tanzler napisał: > Hi, > > I've attached my ~/.vim/syntax/tex.vim file -- it provides > pseudo-WYSIWYM for font-commands (in GVim), and more colors (\footnote, > \title, and sectioning commands) > > Perhaps it's of use for your project. > We don't have syntax file in lS and I don't plan to introduce it (at least until we will deal with conceal features). But your propositions look interesting. Maybe you should send them to maintainer of tex syntax file - "Charles E. Campbell" <ce...@gr...>? m. |
From: Mikolaj M. <mi...@wp...> - 2003-10-10 07:18:01
|
Dnia Thursday 09 of October 2003 16:17, Johannes Tanzler napisał: > > the following function inserts "\item", "\item[]", or "\item{}[]" > depending on the environment the cursor currently is in. > There are two mappings: <M-RET> starts a new line before inserting, > "<Leader>it" inserts the item in the current line. Thanks. I changed it little to better fit into lS: " Tex_InsertItem: insert item into a list {{{ " Description: Find last \begin line, extract env name, return to the start " position and insert proper \item, depending on env name. " Env names are stored in g: variables it can be used by " package files. let g:Tex_ItemNormal = ',itemize,enumerate,theindex,' let g:Tex_ItemBib = ',thebibliography,' let g:Tex_ItemDescription = ',description,' function! Tex_InsertItem() " Get current environment: let pos = line('.').' | normal! '.virtcol('.').'|' let env_line = search('^[^%]*\\begin{', 'bW') let env = matchstr(getline(env_line), '\\begin{\zs.\{-}\ze}') exe pos if g:Tex_ItemNormal =~ ','.env.',' return IMAP_PutTextWithMovement("\\item ") elseif g:Tex_ItemDescription =~ ','.env.',' return IMAP_PutTextWithMovement("\\item[<+label+>] <++>") elseif g:Tex_ItemBib =~ ','.env.',' return IMAP_PutTextWithMovement("\\item[<+biblabel+>]{<+bibkey+>}<+ +>") else return '' endif endfunction inoremap <C-CR> <ESC>o<C-R>=Tex_InsertItem()<CR> inoremap <Leader>it <C-R>=Tex_InsertItem()<CR> There are still problems: 1. Changed map from <M-CR> to <C-CR>. There are numerous difficulties with M maps but Ctrl doesn't work in terminal Vim. Any ideas? 1a. <Leader>it is rather uncommon form for lS Insert mode. Maybe ITE? 2. Solved thing with quoted begin but it doesn't recognize \%. Such construction should be extremely rare but if any regexp guru is reading advice would be appreciated :) m. |
From: Srinath A. <sr...@fa...> - 2003-10-10 00:04:40
|
Hi Johannes On Thu, 9 Oct 2003, Johannes Tanzler wrote: > Hi, > > the following function inserts "\item", "\item[]", or "\item{}[]" > depending on the environment the cursor currently is in. > There are two mappings: <M-RET> starts a new line before inserting, > "<Leader>it" inserts the item in the current line. Thanks for this. I'm glad to include this in the default latex-suite installation. I made a few changes to this. Its already up on the latest vim-latex cvs tree. So you can check the changes there... The function has been incorporated into the ftplugin/tex/brackets.vim script. I made a few changes to better suit latex-suite (including not using marks to remember position, logic for finding out if the cursor is outside a list environment etc). I also changed the default map to <M-i>. I took away the <M-ret> mapping because it looks like <ret><M-i> is almost as short. Ofcourse, the user can always construct the equivalent of the <M-ret> mapping using the <Plug>ed mapping provided by default. Thanks, Srinath |
From: Johannes T. <joh...@ao...> - 2003-10-09 14:26:59
|
Hi, the following function inserts "\item", "\item[]", or "\item{}[]" depending on the environment the cursor currently is in. There are two mappings: <M-RET> starts a new line before inserting, "<Leader>it" inserts the item in the current line. regards, Johannes |
From: Johannes T. <joh...@ao...> - 2003-10-09 14:18:11
|
Hi, I've attached my ~/.vim/syntax/tex.vim file -- it provides pseudo-WYSIWYM for font-commands (in GVim), and more colors (\footnote, \title, and sectioning commands) Perhaps it's of use for your project. regards, Johannes |
From: Mikolaj M. <mi...@wp...> - 2003-10-09 13:39:07
|
Dnia Monday 06 of October 2003 17:08, Maciej Kalisiak napisał: > Hello, > > Is it possible to somehow remember what :TTarget was set to last time > for a given file or project? I thought that this setting might be > remembered with :mksession, but it isn't. If there is no way currently, > I would like to nominate this for a feature request. > > Example of when the above is useful: I occasionally work on a paper > which specifically requires PDF submission, and thus I will always want > to use pdflatex (i.e., TTarget = pdf) for it, despite generally > preferring dvi. It would be nice that, whenever I load up the > corresponding .tex file (perhaps by sourcing a session file), the > TTarget was already set correctly. I already suggested autocommand but part of "project" exists if you have texproject.vim in your :scriptnames. Put let g:Tex_DefaultTargetFormat = 'pdf' in <main>.tex.latexmain. More about .latexmain files in |latex-master-file|. Currently this is only 'dumb' file for triggering some events but it can be used to store some settings. With texproject.vim it will be sourced. This feature isn't documented because it was not completed. m. -- LaTeX + Vim = http://vim-latex.sourceforge.net/ |
From: Mikolaj M. <mi...@wp...> - 2003-10-09 07:33:14
|
Dnia Wednesday 08 of October 2003 16:21, Alan Schmitt napisał: > * Maciej Kalisiak (ma...@dg...) wrote: > > Hello, > > > > Is it possible to somehow remember what :TTarget was set to last time > > for a given file or project? I thought that this setting might be > > remembered with :mksession, but it isn't. If there is no way > > currently, I would like to nominate this for a feature request. > > Yes, this is a part of so called "project" feature - not existing yet. IMO lS should create auxiliary file with saved settings like local defined target, files existing in project, support for easy adding, removing and viewing them and saving some variables coming from scanning files - it should improve start up time of latex files in Vim. Unfortunately now I don't have much time to introduce such big thing :( But if you have any ideas please write what should be in "project". Several times I saw implementing is quite easy in comparison with designing UI. > > Example of when the above is useful: I occasionally work on a paper > > which specifically requires PDF submission, and thus I will always want > > to use pdflatex (i.e., TTarget = pdf) for it, despite generally > > preferring dvi. It would be nice that, whenever I load up the > > corresponding .tex file (perhaps by sourcing a session file), the > > TTarget was already set correctly. > > How about using modelines ? Modelines are for Vim options, not user defined variables. But it should be possible it with autocommands: au BufRead /path/to/project/* let g:Tex_DefaultTargetFormat='pdf' m. -- LaTeX + Vim = http://vim-latex.sourceforge.net/ |
From: Maciej K. <ma...@dg...> - 2003-10-08 14:49:02
|
On Wed, Oct 08, 2003 at 10:21:09AM -0400, Alan Schmitt wrote: > * Maciej Kalisiak (ma...@dg...) wrote: > > Is it possible to somehow remember what :TTarget was set to last time > > for a given file or project? I thought that this setting might be > > remembered with :mksession, but it isn't. If there is no way currently, > > I would like to nominate this for a feature request. > > How about using modelines ? That is true... I totally forgot that modeline syntax is not restricted to just setting of options. I'll give that a try. Although a ":mksession" method would be preferred... is there any local variable that one could set that would have an effect similar to :TTarget (and be saved out by :mksession)? -- "Joy in looking and comprehending is nature's most beautiful gift." -- Albert Einstein |
From: Alan S. <ala...@po...> - 2003-10-08 14:23:13
|
* Maciej Kalisiak (ma...@dg...) wrote: > Hello, >=20 > Is it possible to somehow remember what :TTarget was set to last time > for a given file or project? I thought that this setting might be > remembered with :mksession, but it isn't. If there is no way currently, > I would like to nominate this for a feature request. >=20 > Example of when the above is useful: I occasionally work on a paper > which specifically requires PDF submission, and thus I will always want > to use pdflatex (i.e., TTarget =3D pdf) for it, despite generally > preferring dvi. It would be nice that, whenever I load up the > corresponding .tex file (perhaps by sourcing a session file), the > TTarget was already set correctly. How about using modelines ? :h modeline Alan Schmitt --=20 The hacker: someone who figured things out and made something cool happen. |