You can clone with
No one assigned
Thanks a lot for fugitive. Sorry, this is probably a completely stupid issue.
when I Gdiff a .tex file, vim does open two buffers correctly, but I have to set diff set scrollbind set wrap in each of them, because these variables are not on as they probably should. This does not happen with non .tex files as far as I know. On the other hand this does not seem to be a vimdiff issue, running vimdiff on these two .tex files displays everything correctly. Any clue of what is going on ?
Check :verbose set diff? in each of the buffers and see if something else is mucking with it. Fugitive does little more than :diffthis, so I'd be surprised if it was the culprit.
:verbose set diff?
It must be related to the vim-latex plugin, and not with the content of the file. I tried with a minimal latex file, Gdiff HEAD^ still doesn't work properly, as described above (opens the two buffers correctly but that is it, diff not set on). I made a copy of this file leaving out the .tex suffix to prevent vim-latex from loading, then Gdiff HEAD^ worked fine, with exactly the same content. If I copy the content of the opened buffer in a new .tex file and vimdiff it with the previous one, everything works perfectly, in presence of the vim-latex plugin, so it is not only the combination of the vim-latex plugin and vimdiff. So the issue is the combination of the vim-latex and fugitive plugins, as far as I can tell. The command :verbose set diff in each buffer brings vimdiff back, but seems to offer no explanation.
At 10,000 lines of code, I'll let someone else tackle the task of figuring out what inside vim-latex is causing the issue.
I find this issue to be annoying as well and after a quick inspection it is rather clear that something odd is happening within vim-latex. The reason that fugitive fails to :diffthis on both buffers is a :wincmd p command fails to change windows. I am not sure what in vim-latex causes this issue, (perhaps some temporary split that is destroyed?) but it can be replicated by opening any second latex file in a split and then trying to use :wincmd p or CTRL-W p. A workaround for fugitive could be made, but a fix appears to be needed in vim-latex to stop this unexpected behavior.
I think I've found the culprit: Tex_pack_updateall opens and closes splits.
It's called from several places, but the one that causes trouble here is the LatexSuiteFileType autogroup in that file.
Hi, thanks a lot, I am quite impressed, I would have been unable to find this out by myself. But what should we do next ?
I would say figure out a workaround for vim-latex that does not require LatexSuiteFileType to open and close splits. This is way beyond my knowledge of vimscript though.
Four possibilities, starting with the most desirable and least feasible:
Any suggestions to alternatives for vim-latex? I do enjoy the macros, bindings, folding, and tex-informed spell checking. I don't actually use it to build DVI files, and agree that it seems pretty baroque.
let g:tex_fold_enabled = 1. Spell checking looks fine to me. I don't know what macros and bindings it offers but I can't imagine it competing with any modern snippets plugin.
let g:tex_fold_enabled = 1
It's a bummer this issue has been closed. I used vim-latex and I wish it were only the folding I'd lose if I stopped using it. For one, I'd lose reference auto-completion and the macros for adding bibliography items and enclosing stuff inside environments. I'd also lose the compile-as-many-times-as-necessary-to-get-the-work-done thing, as well as pdf-syncing, and so much more stuff that is already set and would be a bummer to have to do reimplement all. I mean, if there is no other solution, I can just keep doing :diffthis on both windows and then I'm done, right? Or would I be losing anything from the :Gdiff?
note: @0's link is broken. Correct link to Tex_pack_updateall