| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
| |
See also issue #58 on GitHub:
https://github.com/xolox/vim-easytags/issues/58
|
|
|
|
|
|
|
| |
is known
See the comment by @ixti in issue #57 on GitHub:
https://github.com/xolox/vim-easytags/issues/57#issuecomment-19720077
|
|
|
|
|
| |
See also issue #58 on GitHub:
https://github.com/xolox/vim-easytags/issues/58
|
| |
|
|
|
|
|
| |
See issue #57 on GitHub:
https://github.com/xolox/vim-easytags/issues/57
|
|
|
|
|
|
|
|
|
| |
$VIMRUNTIME/syntax/c.vim is a bit of a mess, I can't make heads or tails
of it :-). In my simple #if 0 / #if 1 / #else tests this fixes the issue,
but I'm not sure that there are no corner cases left.
See issue #57 on GitHub:
https://github.com/xolox/vim-easytags/issues/57
|
|
|
|
| |
from now on)
|
|\ |
|
|/ |
|
| |
|
| |
|
|\ |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
Issue #46 on GitHub:
https://github.com/xolox/vim-easytags/issues/46
|
|\| |
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
* Using a new tool I'm working on: A Python script that scans a Vim
script project for global function definitions and their documentation
comments (in Markdown format) and generates a single Markdown document
that provides an overview of the functions defined in the scripts.
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
Widegreen)
Original report:
https://github.com/xolox/vim-easytags/pull/48
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
Issue #46 on GitHub:
https://github.com/xolox/vim-easytags/issues/46
|
| |
| |
| |
| |
| | |
Issue #47 on GitHub:
https://github.com/xolox/vim-easytags/issues/47
|
| |
| |
| |
| |
| | |
Issue #47 on GitHub:
https://github.com/xolox/vim-easytags/issues/47
|
|\| |
|
| |
| |
| |
| | |
Working towards fixing this issue: xolox/vim-lua-ftplugin#8
|
| |
| |
| |
| |
| |
| |
| | |
Issue #28 on GitHub:
problem with composed file types
https://github.com/xolox/vim-easytags/issues/28
|
| |
| |
| |
| |
| | |
This fixes the problem described here:
https://github.com/xolox/vim-easytags/issues/29
|
|\| |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
- xolox#misc#path#absolute() was completely rewritten. It no
longer uses fnamemodify() which doesn't work on non-existing
pathnames. It's now written on top of xolox#misc#path#split()
and xolox#misc#path#join(). It should now properly normalize
directory separators as suggested in this pull request:
xolox/vim-session#29
- xolox#misc#path#split() and xolox#misc#path#join() were
enhanced with proper handling of UNC paths and respect
for the 'shellslash' option on Windows (tested on Windows
XP SP2, the only Windows I have available)
|
|\| |
|
| | |
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | |
| | | |
A side effect of xolox#easytags#write_tagsfile() is that the entries argument is joined together. This then causes problems in s:cache_tagged_files_in(), where the filename element is addressed via entry[1]. When the entries have been flattened, this accesses a single character, and then the cache is corrupted.
To fix this, move the cache update before the writing of the tags file. This avoids the need to make a copy of the entries before flattening them.
|
| | | |
|
|\ \ \ |
|
| |/ /
| | |
| | |
| | | |
I turn off highlighting of tags (:let g:easytags_auto_highlight = 0), because I usually have very large tags databases. When I manually trigger an update via :UpdateTags, the highlighting is processed, though, resulting in the long delay or "regexp too long" error. The :UpdateTags command should honor the configuration setting.
|
|\ \ \
| | |/
| |/| |
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | | |
Reported here: https://github.com/xolox/vim-notes/pull/28
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This should hopefully resolve the following issues and pull
requests: #31, #33, #42. I tried several of their suggestions
in Vim 7.2 & 7.3 but it didn't work as it should IMHO.
All of the issues and pull requests seem to imply that CursorHold
events fire continuously when you set a low enough updatetime, but
in my testing on Vim 7.2 and 7.3 this is not true. The event fires
once, then Vim waits for user input before any new events fire.
I'm not sure exactly what user input is required; moving the
text cursor is not always enough but mode switching is.
So what happens (in my testing) with all of the proposed solutions is
that you stop typing for 'updatetime' milliseconds, the event fires, the
plug-in simply increments or decrements a counter and then Vim just sits
there doing absolutely nothing expect blinking the cursor...
What I'm now trying instead is to remember the last time the plug-in was
executed (the result of localtime()) and not acting on the CursorHold
event until the following condition holds true:
localtime() > (last_automatic_run + (easytags_updatetime_min/1000))
I hope this provides a reliable solution. In any case it should be
better than the previous annoying behavior :-)
|