vim-latex-devel Mailing List for Vim-Latex (Page 11)
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: Bodo G. <ma...@bo...> - 2013-02-09 17:40:16
|
I can confirm something like this. Usually if I select some text anywhere (in any application), then open gvim, open a file, I can paste the original selection right into it. But not so with .tex-files. When those are opened, the copy-paste-buffer is overwritten with the content of the file. So when it’s a new .tex file a single empty line would be pasted. Hope this helps tracking the issue. best regards, Bodo Am Sat, 9 Feb 2013 17:19:48 +0100 schrieb Alessandro Pezzoni <ale...@la...>: | 2013/2/9 David Woodfall <da...@da...>: | > On (09/02/13 13:02), David Woodfall <da...@da...> put forth | > the proposition: | >>On (09/02/13 13:39), Alessandro Pezzoni | >><ale...@la...> put forth the proposition: | >>>> Thanks Alessandro. It's a bit strange how it works with other | >>>> files without need to add "*, but at least I know how now. | >>> | >>>The first thing I can think of is that if you select text with your | >>>mouse in X11 it usually gets copied to the clipboard right away. | >>>Note that this works for vim (in a terminal), but not for gvim, so | >>>one possible explanation would be if you are used to edit files | >>>with vim, but edit tex files from gvim (which I do). | >> | >>No, I'm using only vim commands d and p | > | > Make that y and p | | Ok, so if I understand you correctly, usually if you yank (y) some | text from a file, close vim, then open it on a different file, you can | paste (p) it back, without using the "* or "+ registers? That sounds | odd... | | Alessandro | | | ------------------------------------------------------------------------------ | Free Next-Gen Firewall Hardware Offer | Buy your Sophos next-gen firewall before the end March 2013 | and get the hardware for free! Learn more. | http://p.sf.net/sfu/sophos-d2d-feb | _______________________________________________ | Vim-latex-devel mailing list | Vim...@li... | https://lists.sourceforge.net/lists/listinfo/vim-latex-devel | |
From: Alessandro P. <ale...@la...> - 2013-02-09 16:19:56
|
2013/2/9 David Woodfall <da...@da...>: > On (09/02/13 13:02), David Woodfall <da...@da...> put forth the proposition: >>On (09/02/13 13:39), Alessandro Pezzoni <ale...@la...> put forth the proposition: >>>> Thanks Alessandro. It's a bit strange how it works with other files >>>> without need to add "*, but at least I know how now. >>> >>>The first thing I can think of is that if you select text with your >>>mouse in X11 it usually gets copied to the clipboard right away. Note >>>that this works for vim (in a terminal), but not for gvim, so one >>>possible explanation would be if you are used to edit files with vim, >>>but edit tex files from gvim (which I do). >> >>No, I'm using only vim commands d and p > > Make that y and p Ok, so if I understand you correctly, usually if you yank (y) some text from a file, close vim, then open it on a different file, you can paste (p) it back, without using the "* or "+ registers? That sounds odd... Alessandro |
From: David W. <da...@da...> - 2013-02-09 13:04:52
|
On (09/02/13 13:02), David Woodfall <da...@da...> put forth the proposition: >On (09/02/13 13:39), Alessandro Pezzoni <ale...@la...> put forth the proposition: >>> Thanks Alessandro. It's a bit strange how it works with other files >>> without need to add "*, but at least I know how now. >> >>The first thing I can think of is that if you select text with your >>mouse in X11 it usually gets copied to the clipboard right away. Note >>that this works for vim (in a terminal), but not for gvim, so one >>possible explanation would be if you are used to edit files with vim, >>but edit tex files from gvim (which I do). > >No, I'm using only vim commands d and p Make that y and p |
From: David W. <da...@da...> - 2013-02-09 13:02:32
|
On (09/02/13 13:39), Alessandro Pezzoni <ale...@la...> put forth the proposition: >> Thanks Alessandro. It's a bit strange how it works with other files >> without need to add "*, but at least I know how now. > >The first thing I can think of is that if you select text with your >mouse in X11 it usually gets copied to the clipboard right away. Note >that this works for vim (in a terminal), but not for gvim, so one >possible explanation would be if you are used to edit files with vim, >but edit tex files from gvim (which I do). No, I'm using only vim commands d and p |
From: Alessandro P. <ale...@la...> - 2013-02-09 12:39:20
|
> Thanks Alessandro. It's a bit strange how it works with other files > without need to add "*, but at least I know how now. The first thing I can think of is that if you select text with your mouse in X11 it usually gets copied to the clipboard right away. Note that this works for vim (in a terminal), but not for gvim, so one possible explanation would be if you are used to edit files with vim, but edit tex files from gvim (which I do). Alessandro |
From: David W. <da...@da...> - 2013-02-09 10:47:58
|
tOn (09/02/13 11:41), Alessandro Pezzoni <ale...@la...> put forth the proposition: >>>>On 02/09/2013 10:55 AM, David Woodfall wrote: >>>>> When I copy lines from one tex file, open a different one and paste >>>>> I'm not getting a proper paste. Instead it pastes what looks like an >>>>> escape sequence ^[. On testing it does paste into a filetype other >>>>> than tex, so the yank line is working, just not the paste. >>>>> >>>>> What can I do to paste properly between tex files? >> >> I've noticed that it works when using a split window, but not when >> closing vim and opening the second file, if that's any clue. > >When you yank some text in vim, it puts it in a register which gets >cleared when you close vim. You can do one of two things: either open >both files in the same session of vim, e.g. with split windows or >tags, or prepend "* to your yanking command, so that vim puts the >yanked text in a register shared with the system clipboard. For more >information on this, have a look look at the relevant help page [1]. > >Alessandro > >[1] http://vimdoc.sourceforge.net/htmldoc/gui_x11.html#x11-selection Thanks Alessandro. It's a bit strange how it works with other files without need to add "*, but at least I know how now. |
From: Alessandro P. <ale...@la...> - 2013-02-09 10:41:28
|
>>>On 02/09/2013 10:55 AM, David Woodfall wrote: >>>> When I copy lines from one tex file, open a different one and paste >>>> I'm not getting a proper paste. Instead it pastes what looks like an >>>> escape sequence ^[. On testing it does paste into a filetype other >>>> than tex, so the yank line is working, just not the paste. >>>> >>>> What can I do to paste properly between tex files? > > I've noticed that it works when using a split window, but not when > closing vim and opening the second file, if that's any clue. When you yank some text in vim, it puts it in a register which gets cleared when you close vim. You can do one of two things: either open both files in the same session of vim, e.g. with split windows or tags, or prepend "* to your yanking command, so that vim puts the yanked text in a register shared with the system clipboard. For more information on this, have a look look at the relevant help page [1]. Alessandro [1] http://vimdoc.sourceforge.net/htmldoc/gui_x11.html#x11-selection |
From: Alessandro P. <ale...@la...> - 2013-02-09 10:33:07
|
2013/2/9 Hao Fang <all...@gm...>: > If I use > " :!ps2pdf -sPAPERSIZE\#letter document.ps document.pdf " > (adding '\' before '#'), then it works. > [...] > However, if I set it in tex.vim, i.e., > let g:Tex_CompileRule_pdf = 'ps2pdf -sPAPERSIZE\#letter $*.ps $.pdf' > It will actually run > :!ps2pdf -sPAPERSIZE\#letter document.ps document.pdf > C:/Users/... Dear Hao Fang, escaping the '#' (i.e. adding '\' in front of it) should be indeed the way to go. I don't know at which point in the code the substitutions are made, but you could try changing the quotes with double quotes (i.e. put " instead of '). You could have to escape some other characters in that case, though. If you don't need the .dvi or the .ps, you could also try to bypass the issue entirely by compiling with pdflatex (this could possibly require some small tweaks in your source file, though). Alessandro |
From: David W. <da...@da...> - 2013-02-09 08:18:57
|
On (09/02/13 07:27), David Woodfall <da...@da...> put forth the proposition: >On (09/02/13 12:44), Devendra Ghate <dev...@gm...> put forth the proposition: >>Try >> >>:set paste >> >>and once done pasting, >> >>:set nopaste > >Tried that first. No luck I'm afraid. > >>On 02/09/2013 10:55 AM, David Woodfall wrote: >>> When I copy lines from one tex file, open a different one and paste >>> I'm not getting a proper paste. Instead it pastes what looks like an >>> escape sequence ^[. On testing it does paste into a filetype other >>> than tex, so the yank line is working, just not the paste. >>> >>> What can I do to paste properly between tex files? I've noticed that it works when using a split window, but not when closing vim and opening the second file, if that's any clue. |
From: David W. <da...@da...> - 2013-02-09 07:28:38
|
On (09/02/13 12:44), Devendra Ghate <dev...@gm...> put forth the proposition: >Try > >:set paste > >and once done pasting, > >:set nopaste Tried that first. No luck I'm afraid. >On 02/09/2013 10:55 AM, David Woodfall wrote: >> When I copy lines from one tex file, open a different one and paste >> I'm not getting a proper paste. Instead it pastes what looks like an >> escape sequence ^[. On testing it does paste into a filetype other >> than tex, so the yank line is working, just not the paste. >> >> What can I do to paste properly between tex files? |
From: Devendra G. <dev...@gm...> - 2013-02-09 07:14:18
|
Try :set paste and once done pasting, :set nopaste Devendra On 02/09/2013 10:55 AM, David Woodfall wrote: > When I copy lines from one tex file, open a different one and paste > I'm not getting a proper paste. Instead it pastes what looks like an > escape sequence ^[. On testing it does paste into a filetype other > than tex, so the yank line is working, just not the paste. > > What can I do to paste properly between tex files? > |
From: David W. <da...@da...> - 2013-02-09 06:44:04
|
When I copy lines from one tex file, open a different one and paste I'm not getting a proper paste. Instead it pastes what looks like an escape sequence ^[. On testing it does paste into a filetype other than tex, so the yank line is working, just not the paste. What can I do to paste properly between tex files? -- When all you have is a Swiss Army Knife, every problem looks like email. -- Peter da Silva |
From: Hao F. <all...@gm...> - 2013-02-08 23:15:51
|
Dear Vim Latex-Suite developers: Currently I'm using the vim-latex-1.8.23.-20130116.788 version and MikTex. I want to set the paper size of the command ps2pdf, e.g. (in tex.vim) let g:Tex_CompileRule_pdf = 'ps2pdf -sPAPERSIZE#letter $*.ps $.pdf' The "#" instead of "=" has to be used under Windows MikTex, which leads to the problem. It seems that the Latex-Suite call "make! document" to compile the PDF file. However, # is referred to "alternative file name". So if I compile the ps file, I would get the error "E194: No alternate file name to substitute for '#'". The same error message shown up when I use " :!ps2pdf -sPAPERSIZE#letter document.ps document.pdf " in vim. If I use " :!ps2pdf -sPAPERSIZE\#letter document.ps document.pdf " (adding '\' before '#'), then it works. The message shown at the bottom is :!ps2pdf -sPAPERSIZE#letter document.ps document.pdf PRESS ENTER or type command to continue The '\' is automatically removed in this case. However, if I set it in tex.vim, i.e., let g:Tex_CompileRule_pdf = 'ps2pdf -sPAPERSIZE\#letter $*.ps $.pdf' It will actually run :!ps2pdf -sPAPERSIZE\#letter document.ps document.pdf > C:/Users/... (I see this message by running make! document after I compile the document) In this case, '\' is not removed. Thus, the command does not run correctly. Currently, I can set the paper type in dvi2ps as dvi2ps -t letter and do not use any options in ps2pdf, which would avoid the problem. But I still want to know is there any other solution to directly solve the problem about "#"? Thanks a lot for your kindly help. Best Regards, Hao Fang |
From: ahmet n. <ahm...@ya...> - 2013-01-30 13:53:27
|
http://www.killerrents.com/wp-content/plugins/yourpoint.php ------------------- ahmet nurlu |
From: YANG L. <lin...@gm...> - 2013-01-29 10:36:39
|
I found one workaround for this 1. Using the TTarget command first to set the pdf format as the compile target format 2. compile 3. though "E492: Not a editor command: ^ITCLevel 1000" and "E492: Not a editor command: TCLevel 7" will be prompted, at least the file could be compiled. regards On Tue, Jan 29, 2013 at 5:53 PM, YANG LINCHANG <lin...@gm...>wrote: > Hi there, > first, thank you for developing such a good plugin for tex users. It > worked fine on both of my Windows desktop and Macbook Pro. > However, I encountered the problem after one update of vim-latex that it > cannot work on Windows. > When I press /ll to compile, vim will throw out a series of error messages: > > Error detected while processing function Tex_RunLaTeX: > line 7: > E121: Undefined variable: s:target > E15: Invalid expression: s:target > line 10: > E121: Undefined variable: s:target > E116: Invalid arguments for function Tex_Debug > line 12: > E121: Undefined variable: s:target > E116: Invalid arguments for function > Tex_GetVarValue('Tex_FormatDependency_'.s:t > arget) != '' > E15: Invalid expression: Tex_GetVarValue('Tex_FormatDependency_'.s:target) > != '' > > line 21: > E121: Undefined variable: dependency > E116: Invalid arguments for function Tex_Debug > line 25: > E121: Undefined variable: dependency > E116: Invalid arguments for function Tex_Strntok(dependency, ',', i) != '' > E15: Invalid expression: Tex_Strntok(dependency, ',', i) != '' > line 51: > E121: Undefined variable: initTarget > E15: Invalid expression: initTarget > > And also the similar error messages of \lv and \ls. > > but I can still compile .tex files on Mac. It seems that the malfunction > is related to the target format and I set the right > "g:Tex_DefaultTargetFormat" in my .vimrc and it used to work. > please advise me some possible solutions. > regards > > |
From: YANG L. <lin...@gm...> - 2013-01-29 09:54:27
|
Hi there, first, thank you for developing such a good plugin for tex users. It worked fine on both of my Windows desktop and Macbook Pro. However, I encountered the problem after one update of vim-latex that it cannot work on Windows. When I press /ll to compile, vim will throw out a series of error messages: Error detected while processing function Tex_RunLaTeX: line 7: E121: Undefined variable: s:target E15: Invalid expression: s:target line 10: E121: Undefined variable: s:target E116: Invalid arguments for function Tex_Debug line 12: E121: Undefined variable: s:target E116: Invalid arguments for function Tex_GetVarValue('Tex_FormatDependency_'.s:t arget) != '' E15: Invalid expression: Tex_GetVarValue('Tex_FormatDependency_'.s:target) != '' line 21: E121: Undefined variable: dependency E116: Invalid arguments for function Tex_Debug line 25: E121: Undefined variable: dependency E116: Invalid arguments for function Tex_Strntok(dependency, ',', i) != '' E15: Invalid expression: Tex_Strntok(dependency, ',', i) != '' line 51: E121: Undefined variable: initTarget E15: Invalid expression: initTarget And also the similar error messages of \lv and \ls. but I can still compile .tex files on Mac. It seems that the malfunction is related to the target format and I set the right "g:Tex_DefaultTargetFormat" in my .vimrc and it used to work. please advise me some possible solutions. regards |
From: Ingo F. <ma...@in...> - 2013-01-29 03:10:36
|
Thanks Ted and Alessandro, Your comments have been very helpful. I had a look at rubber and it seems to be a very interesting tool. The debian package didn't run out of the box, though and I am under a bit of time pressure. So vimlatex is doing the job now. It works great. Thanks for the hint, Ted. Best, Ingo On Mon, Jan 28, 2013 at 12:02:53PM +0100, Alessandro Pezzoni wrote: > > This issue has been discussed ad nauseum on this mailing list in the > > past, and several solutions have been suggested. rubber is one of them, > > but there are other ways to mitigate these problems. > > > > Here is an archive of solutions from 2008: > > > > http://phaseportrait.blogspot.com/2008/03/fixing-vim-latex-compiler-error.html > > > > It includes > > > > * rubber > > > > * adjusting your latex compile rule to use "-file-line-error-style" > > (support for this EFM has already been added to Vim-LaTeX, and so that > > step can be skipped) > > > > * a script like "vimlatex" that wraps latex and attempts to sanitize the > > multi-line error messages into a form that Vim is happy with. > > > > You can actually combine the second and third bullet. > > > > A downside of -file-line-error-style (which is just -file-line-error in > > newest versions of latex) is that it doesn't help with warnings. Rubber > > also doesn't help with all warnings. So if you really care about > > catching warnings, your mileage may vary. > > It probably doesn't fit in the manual, but could we at least add this > piece of information to the FAQ? This seems to be a fairly common > issue. > > Alessandro > -- Ingo Fründ, Dr. rer. nat. Elder Lab, Center for Vision Research York University, Toronto www.ingofruend.net |
From: Jorge R. <sk...@gm...> - 2013-01-28 20:36:07
|
If you are using summatra it now has options * * *-reuse-instance* -forward-search that should make it really easy to do forward and inverse search with it. Best Regards, Jorge On Mon, Jan 28, 2013 at 12:24 PM, Winfried Moser <win...@gm...>wrote: > Julien Cornebise <julien.cornebise <at> gmail.com> writes: > > > > > Hi Jorge > > > > As the co-author of the patch a while ago, I unfortunately can tell > > you that, if there were a way in vim-latex already, Manuel and I > > wouldn't have bothered writing it > > > > The patch is very short, only adding an extra case-check to allow for > > sumatrapdf along YAP and the other viewers > > However, it is 3 years old, so I don't know if it's still working -- > > and I've stopped using vim-latex (let alone windows) a while ago. > > Since vim-latex is entirely scripted, backing up vimlatex, applying > > the patch, trying it and reverting if needs be is very easy -- nothing > > to recompile or reinstall anywhere, just use your local vim folder, so > > there's really nothing to be afraid of: just make a copy of your vim > > folder before patching. > > > > All the best, > > > > Julien > > > > On Sun, May 27, 2012 at 12:36 AM, jorge rodrigues <skeept <at> gmail.com > > > wrote: > > > Hi > > > > > > I saw some recent messages about setting up forward search with okular > > > for linux. > > > I am using vim-latex in windows using sumatra pdf as the viewer. > > > I can do inverse search (that is I click the pdf and it opens vim in > > > the location), > > > but I don't know how to setup forward search. > > > > > > Using google I found the page > > > > http://william.famille-blum.org/blog/static.php?page=static081010-000413 > > > > > > that suggests using a patch against vim-latex. > > > > > > I don't fell comfortable using patches, so I would like to know if it > > > this is already in vim-latex > > > or if there exits a way of doing this in vim-latex without using the > > > mentioned patch. > > > > > > thanks! > > > > > > > ---------------------------------------------------------------------------- > -- > > > Live Security Virtual Conference > > > Exclusive live event will cover all the ways today's security and > > > threat landscape has changed and how IT managers can respond. > Discussions > > > will include endpoint security, mobile security and the latest in > malware > > > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > > _______________________________________________ > > > Vim-latex-devel mailing list > > > Vim-latex-devel <at> lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/vim-latex-devel > > > > > ------------------------------------------------------------------------------ > > Live Security Virtual Conference > > Exclusive live event will cover all the ways today's security and > > threat landscape has changed and how IT managers can respond. Discussions > > will include endpoint security, mobile security and the latest in malware > > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > > > > Hi Julien, > > i am encountering the same Problem als Jorge, wheras: I tried to use your > patch, > as mentioned in your Readme.file. > > I get the following message: > _____________________________________________________________ > > Assertion failed. hunk, file .\src\patch\2.5.9\patch-2.5.9-src\patch.c > line 354 > > This application has requested the Runtime to terminate it in an unusual > way. > Please contact the application's support team for more information. > _____________________________________________________________ > > I tried the patch in Windows, and in Cygwin and get the same message. > > I would appreciate it very much, if you could help me! > > Thanks in advance > > Winfried > > > > > ------------------------------------------------------------------------------ > Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, > MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current > with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft > MVPs and experts. ON SALE this month only -- learn more at: > http://p.sf.net/sfu/learnnow-d2d > _______________________________________________ > Vim-latex-devel mailing list > Vim...@li... > https://lists.sourceforge.net/lists/listinfo/vim-latex-devel > |
From: J S <drs...@go...> - 2013-01-28 19:27:31
|
Hi there, GVim and Vim just crash on WinXP as soon as there is a \begin{} statement in a .tex file. Since nobody answered my initial mail, maybe someone could least tell me whether the issue is known and unresolvable or whether there is a fix for it? Thanks, John -- http://dynamic.xkcd.com/random/comic/ |
From: Winfried M. <win...@gm...> - 2013-01-28 17:29:58
|
Julien Cornebise <julien.cornebise <at> gmail.com> writes: > > Hi Jorge > > As the co-author of the patch a while ago, I unfortunately can tell > you that, if there were a way in vim-latex already, Manuel and I > wouldn't have bothered writing it > > The patch is very short, only adding an extra case-check to allow for > sumatrapdf along YAP and the other viewers > However, it is 3 years old, so I don't know if it's still working -- > and I've stopped using vim-latex (let alone windows) a while ago. > Since vim-latex is entirely scripted, backing up vimlatex, applying > the patch, trying it and reverting if needs be is very easy -- nothing > to recompile or reinstall anywhere, just use your local vim folder, so > there's really nothing to be afraid of: just make a copy of your vim > folder before patching. > > All the best, > > Julien > > On Sun, May 27, 2012 at 12:36 AM, jorge rodrigues <skeept <at> gmail.com> wrote: > > Hi > > > > I saw some recent messages about setting up forward search with okular > > for linux. > > I am using vim-latex in windows using sumatra pdf as the viewer. > > I can do inverse search (that is I click the pdf and it opens vim in > > the location), > > but I don't know how to setup forward search. > > > > Using google I found the page > > http://william.famille-blum.org/blog/static.php?page=static081010-000413 > > > > that suggests using a patch against vim-latex. > > > > I don't fell comfortable using patches, so I would like to know if it > > this is already in vim-latex > > or if there exits a way of doing this in vim-latex without using the > > mentioned patch. > > > > thanks! > > > > ---------------------------------------------------------------------------- -- > > Live Security Virtual Conference > > Exclusive live event will cover all the ways today's security and > > threat landscape has changed and how IT managers can respond. Discussions > > will include endpoint security, mobile security and the latest in malware > > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > _______________________________________________ > > Vim-latex-devel mailing list > > Vim-latex-devel <at> lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/vim-latex-devel > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > Hi Julien, i am encountering the same Problem als Jorge, wheras: I tried to use your patch, as mentioned in your Readme.file. I get the following message: _____________________________________________________________ Assertion failed. hunk, file .\src\patch\2.5.9\patch-2.5.9-src\patch.c line 354 This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. _____________________________________________________________ I tried the patch in Windows, and in Cygwin and get the same message. I would appreciate it very much, if you could help me! Thanks in advance Winfried |
From: Alessandro P. <ale...@la...> - 2013-01-28 11:03:05
|
> This issue has been discussed ad nauseum on this mailing list in the > past, and several solutions have been suggested. rubber is one of them, > but there are other ways to mitigate these problems. > > Here is an archive of solutions from 2008: > > http://phaseportrait.blogspot.com/2008/03/fixing-vim-latex-compiler-error.html > > It includes > > * rubber > > * adjusting your latex compile rule to use "-file-line-error-style" > (support for this EFM has already been added to Vim-LaTeX, and so that > step can be skipped) > > * a script like "vimlatex" that wraps latex and attempts to sanitize the > multi-line error messages into a form that Vim is happy with. > > You can actually combine the second and third bullet. > > A downside of -file-line-error-style (which is just -file-line-error in > newest versions of latex) is that it doesn't help with warnings. Rubber > also doesn't help with all warnings. So if you really care about > catching warnings, your mileage may vary. It probably doesn't fit in the manual, but could we at least add this piece of information to the FAQ? This seems to be a fairly common issue. Alessandro |
From: Ted P. <te...@te...> - 2013-01-27 22:24:33
|
Alessandro/Ingo -- > Dear Ingo, > as I recently wrote on this mailing list [1] vim's quickfix doesn't > really like latex's multi-linear error messages. This issue has been discussed ad nauseum on this mailing list in the past, and several solutions have been suggested. rubber is one of them, but there are other ways to mitigate these problems. Here is an archive of solutions from 2008: http://phaseportrait.blogspot.com/2008/03/fixing-vim-latex-compiler-error.html It includes * rubber * adjusting your latex compile rule to use "-file-line-error-style" (support for this EFM has already been added to Vim-LaTeX, and so that step can be skipped) * a script like "vimlatex" that wraps latex and attempts to sanitize the multi-line error messages into a form that Vim is happy with. You can actually combine the second and third bullet. A downside of -file-line-error-style (which is just -file-line-error in newest versions of latex) is that it doesn't help with warnings. Rubber also doesn't help with all warnings. So if you really care about catching warnings, your mileage may vary. --Ted P.S. I'm mulling over making "-file-line-error-style" the default compile rule in Vim-LaTeX now that most distributions should support it. -- Ted Pavlic <te...@te...> |
From: Alessandro P. <ale...@la...> - 2013-01-26 13:51:37
|
> Any suggestions what else I could try to see only those warnings I want > to see? Dear Ingo, as I recently wrote on this mailing list [1] vim's quickfix doesn't really like latex's multi-linear error messages. Therefore, you could start trying to use a latex wrapper like 'rubber' [2], which is able to sanitize latex's error and warning messages. This should at least prevent vim from switching to the wrong file on some compilation errors. For example, I have the following lines in an ftplugin, ~/.vim/ftplugin/tex.vim , which you could put in your .vimrc, if you prefer: let g:Tex_DefaultTargetFormat = "pdf" let g:Tex_CompileRule_pdf = "rubber -s --pdf $*" Hope this helps, Alessandro [1] http://sourceforge.net/mailarchive/message.php?msg_id=30365813 [2] https://launchpad.net/rubber/ |
From: Ingo F. <ma...@in...> - 2013-01-25 20:17:07
|
Dear latex-suite developers and users, I have been using latex-suite for a relatively long time now and it generally served me very well. With one exception, though: I have never really managed to get the compilation to work. That is, I always had to switch back to the terminal and run pdflatex nameofytexfile && fg This works but is not convenient. I finally managed to get rid of the 'Undefined variable: s:target' type of warnings by adding a line to explicitely reset the target format when opening a tex file: autocmd FileType tex call Tex_SetTeXCompilerTarget('Compile','pdf') This seems to do the job, although it doesn't feel like it is supposed to work like this. Another an much more annoying point is that I always get stuck in a quickfix buffer. This is exactly where I would like to go for errors. But not for every "Overfull \hbox"-Warning. As far as I understand from the documentation, the variables Tex_IgnoreLevel and Tex_IgnoredWarnings should cover this issue. Neither leaving them at their default values, nor setting them explicitely results in any change in behavior. Yet, explicitely echoing the values of the respective variables shows that they have values that (in my understanding) should suppress "Overfull \hbox"-Warnings: :echo Tex_IgnoreLevel 7 :echo Tex_IgnoredWarnings Underfull Overfull specifier changed to You have requested Missing number, treated as zero. There were undefined references Citation %.%# undefined Any suggestions what else I could try to see only those warnings I want to see? Thank you very much in advance, Ingo |
From: Andreas G. <and...@tu...> - 2013-01-21 10:23:58
|
Hi again, I edited .vim/compiler/tex.vim where I added patterns for "Package ... Warning"-like warnings. Hence, I extended the recognised error format setlocal efm+=%+WPackage\ %.%#Warning:\ %.%#line\ %l%.%# setlocal efm+=%+WPackage\ %.%#Warning:\ %m This does the job. Now undefined citation warnings from natbib are shown. But is there a way to extend the error format by changing a local variable in my .vimrc instead of hacking the tex.vim file? Best Andreas On 01/21/2013 10:06 AM, Andreas Groh wrote: > Hello, > > I figured out that the missing of the undefined citation warnings > depends on my used bibliography package. I use the package natbib which > produces a warning starting with "Package natbib Warning: Citation ... > on page ... undefined". This warning is not shown by the latex-suite. If > I disable natbib the warning looks like "Latex Warning: Citation ...." > and this warning is recognised an display by the latex-suite. > > Is there a way the make the latex-suite sensitive for these kind of > warnings (e.g. editing .vim/compiler/tex.vim)? > > Cheers > > Andreas > > On 01/17/2013 05:59 PM, Andreas Groh wrote: >> Hello list, >> >> I am new to the vim latex-suite. I set everything up and it works fine >> so far. But I can not figure out how to show latex warning after >> compiling the document using \ll. If there are errors they are shown in >> thw "Quickfix list" with a preview window below. But in the case of >> warnings (e.g. undefined references) I end up in the normal vim window >> without having the warnings shown. I set "TCLevel strict" which sets >> Tex_IgnoreLevel to 0, but it doesn't change anything. >> >> Any ideas what I am doing wrong? Or is it the normal way that warnings >> are not shown? Any help is appreciated. >> >> Thanks and best regards. >> >> Andreas >> > -- ------------------------------------------------------------------------ Andreas Groh phone : +49-351-463.34974 Institut fuer Planetare Geodaesie fax : +49-351-463.37063 Technische Universitaet Dresden email : and...@tu... D-01062 Dresden, Germany web : tpg.geo.tu-dresden.de ------------------------------------------------------------------------ |