Bugs item #3182486, was opened at 2011-02-15 18:47
Message generated for change (Tracker Item Submitted) made by yarogami
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=466456&aid=3182486&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: Visa Putkinen (yarogami)
Assigned to: Nobody/Anonymous (nobody)
Summary: Changes lost on F9-complete in multifile project

Initial Comment:
(git 089726aa0662f085757c150f35cf63b624fa44f8 2011-02-14 22:27:48, Vim 7.2)

When doing F9-completion, changes to current file are lost when all of the 
following conditions are true:
1. The project has multiple .tex files
2. The F9-completion falls back to the default case (texviewer.vim:183)
3. <cword> is found in another .tex file
4. Tex_WriteBeforeCompletion is not set to 1 (It is not set by default)

The cause is that Tex_Grep (called in texviewer.vim:190) closes the current 
buffer without saving and opens the file where a match was found. A few 
possible fixes:

1. let g:Tex_WriteBeforeCompletion = 1 in texrc
2. Give a defautlt value of 1 when reading Tex_WriteBeforeCompletion in 
texviewer.vim:78

I didn't quite get the point of this fallback functionality, so perhaps there 
is a more suitable solution. Nevertheless, it is extremely frustrating to lose 
changes just because you press one button that shouldn't do anything bad...

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

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

------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Vim-latex-devel mailing list
Vim-latex-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/vim-latex-devel

Reply via email to