| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
| |
This is a bug fix / improvement to the new syntax keyword usage
introduced in b6f8757d004d5f4ef7280fd111a21821e6bee79a.
Also relevant is issue #68 on GitHub, see
https://github.com/xolox/vim-easytags/issues/68
@tarmack: Thanks for the feedback earlier today, it's now fixed! :-)
|
|
|
|
|
|
|
|
| |
This is a bug fix / improvement to the new syntax keyword usage
introduced in b6f8757d004d5f4ef7280fd111a21821e6bee79a.
Also relevant is issue #68 on GitHub, see
https://github.com/xolox/vim-easytags/issues/68
|
|
|
|
|
|
|
|
| |
This is a bug fix / improvement to the new syntax keyword usage
introduced in b6f8757d004d5f4ef7280fd111a21821e6bee79a.
Also relevant is issue #68 on GitHub, see
https://github.com/xolox/vim-easytags/issues/68
|
|
|
|
|
|
|
|
|
|
|
| |
See the following issues on GitHub:
- https://github.com/xolox/vim-easytags/issues/68
- https://github.com/xolox/vim-easytags/pull/80
Please note that right now this 'feature' is not integrated with
the "accelerated Python syntax highlighting" feature, because I'm
considering ripping that out and replacing it with a *fast* Vim
script implementation (if I can build one :-).
|
| |
|
|\
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This is part 1/2 of speeding up the vim-easytags plug-in. Refer to the
pull request for details: https://github.com/xolox/vim-easytags/pull/84
In part 2/2 I want to speed up the dynamic syntax highlighting.
Potentially related open issues on GitHub (probably missed a few):
- https://github.com/xolox/vim-easytags/issues/32
- https://github.com/xolox/vim-easytags/issues/41
- https://github.com/xolox/vim-easytags/issues/68
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |\ |
|
| | |
| | |
| | |
| | | |
I had a degenerate tags file that had *two* tabs separating the tag from the filespec column; parsing that yields an empty filespec, which caused E713. There used to be an explicit check for that; with your recent refactorings, one instance of that check was lost. Here it is again!
|
| |\ \ |
|
| | |/
| | |
| | |
| | | |
On Windows, tagfiles() can return a filespec that is absolute to the current drive (i.e. \foo\bar\tags). In async mode, the forked Vim process may have another current drive, so it should be ensured that the filespec is a full one, including the drive letter: D:\foo\bar\tags.
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This change is related to pull request #83 however that pull request
wasn't merged here (and won't be merged at all) because it was based on
the old/dead `async-cleanup' feature branch (see pull request #49 on
GitHub) instead of the new `async-take-two' feature branch (see pull
request #84 on GitHub). This change set implements the equivalent on the
new feature branch (without introducing another option).
|
| |/
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This change is related to pull request #82 however that pull request
wasn't merged here (and won't be merged at all) because it was based on
the old/dead `async-cleanup' feature branch (see pull request #49 on
GitHub) instead of the new `async-take-two' feature branch (see pull
request #84 on GitHub). This change set implements the equivalent on the
new feature branch.
In addition to Ingo's comments in pull request #82, the asynchronous
message frequently disturbs me while typing a Vim command, which is kind
of annoying. If everything goes well and we can get the async mode to be
stable enough to become the default mode then the status messages will
only be interesting when debugging a problem anyway.
|
|/
|
|
|
| |
See also pull request #49 for my previous and failed attempt:
https://github.com/xolox/vim-easytags/pull/49
|
|\ |
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
> The back reference \g<0> substitutes in the entire substring
> matched by the RE.
> http://docs.python.org/2/library/re.html#re.sub
The documentation does not mention \0 as an alias to it.
Although \1 to \9 works.
I guess this alias (\0 <=> \g<0>) existed in old python version,
but it is not the case any more.
In python 2.7 and 3.3:
> import re; re.compile(r'123').sub(r'@\0@',"ab123cd")
'ab@\x00@cd' # KO
> import re; re.compile(r'123').sub(r'@\g<0>@',"ab123cd")
'ab@123@cd' # OK
|
|
|
|
|
| |
See issue #62 on GitHub:
https://github.com/xolox/vim-easytags/issues/62
|
|\
| |
| |
| |
| | |
See pull request #63 on GitHub:
https://github.com/xolox/vim-easytags/pull/63
|
|/
|
|
|
|
| |
unescaped ++ is invalid regex causing easytag to fall back to the
vimscript highlighting which does not split the regex into small chunks
that vim can handle.
|
| |
|
|\
| |
| |
| |
| | |
See pull request #59 on GitHub:
https://github.com/xolox/vim-easytags/pull/59
|
|/ |
|
|
|
|
|
| |
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.
|
| | |
|