| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
| |
When both options are enabled, project specific tags files take
precedence if they exist and are writable, otherwise a file type
tags file is used.
(Stuart wrote this code, Peter added the check for supported file types)
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* The easytags plug-in caches known tagged files so it doesn't have to
run :UpdateTags whenever you edit an existing file. The previous
implementation was based on the assumption of one global tags file so
wasn't compatible with the concept of file type specific tags files.
This should now be fixed.
* Previously the plug-in worked with a combination of parsed and
unparsed tags file entries which made the code confusing. I've now
cleaned this up so that the plug-in only keeps one type of data in
memory.
* Moved resetting of s:cached_filenames from the end to the start of the
functions that call s:canonicalize() to avoid caching invalid data.
PS. I've benchmarked two cache_tagged_files() implementations, one using
taglist('.'), the other calling xolox#easytags#read_tagsfile() on each
tags file reported by the tagfiles() function. It turns out that
taglist('.') is very slow, which explains why I went with the code
that calls xolox#easytags#read_tagsfile() in a loop.
|
| |
|
| |
|
| |
|
|
|
|
| |
(in preparation for file type specific tags files)
|
|
|
|
| |
The plug-in now checks if dynamic tags files are writable.
|
|
|
|
|
|
|
|
|
|
|
| |
The new events are FocusGained, ShellCmdPost and ShellFilterPost but
they're only used when g:easytags_always_enabled is enabled (it's
disabled by default).
Users can now define their own list of preferred events to override the
defaults by setting the new g:easytags_events option to a list of event
names. I haven't documented the new option yet because I'm not convinced
it's an improvement in terms of usability over the old situation.
|
| |
|
| |
|
| |
|
| |
|
|\ |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Daniel Hahler pointed out to me that the feedkeys() hack is no longer
needed since Vim 7.3. Now it will only be used for earlier versions.
|
|
|
|
|
|
|
|
| |
Because s:RegisterTagsFile() is (supposed to be) idempotent we can just
call it twice instead of relying on users to properly configure the
plug-in. See the discussion on the previous commit* for more information.
* http://github.com/xolox/vim-easytags/commit/3466f61
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
By default the plug-in initializes the &tags option as soon as possible
so that the global tags file is available when using "vim -t some_tag".
If you don't use "vim -t" and want to defer registering the global tags
file until the interface has been initialized you can now set the global
variable g:easytags_register_late = 1.
This commit is based on a pull request from Daniel Hahler, I added the
option to enable either mode of initialization (I guess Daniel doesn't
use "vim -t some_tag", but I certainly do :-). Here's the original
commit message:
Move calling RegisterTagsFile to `au VimEnter`.
Calling RegisterTagsFile on VimEnter instead of when including the
plugin appears to make it behave better when (re)setting 'tags' in
vimrc.
I do not remember if this is related to using tplugin only.
|
|
|
|
| |
While it does no harm, it is not necessary.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* In response to issue 5 [1] I've changed the git submodule config to
references GitHub using HTTPS instead of the git protocol, this
should make it easier for people behind firewalls to clone the
repository.
* In response to an issue [2] reported against one of my other Vim
plug-ins I've changed the link to the ZIP archive to include the
".zip" extension. The old links without extensions will keep working
so as not to break links in older README files.
* The link with the text "CTRL-]" broke some Markdown implementations
so I changed the text to use an HTML entity instead of a plain "]".
[1] https://github.com/xolox/vim-easytags/issues/5
[2] https://github.com/xolox/vim-session/issues/5
|
|
|
|
|
| |
This is a generated file which I normally wouldn't commit but
Pathogen users like to check out the git repository directly.
|
|
|
|
|
|
|
|
|
|
|
| |
'Development' is being used when ctags is getting built from its source
repository. This is what it looks like:
% ctags --version
Exuberant Ctags Development, Copyright (C) 1996-2009 Darren Hiebert
Compiled: Mar 8 2011, 17:57:10
Addresses: <dhiebert@users.sourceforge.net>, http://ctags.sourceforge.net
Optional compiled features: +win32, +regex, +internal-sort
|
|
|
|
| |
When set and != 0 this will suppress the ctags warning on startup.
|
|
|
|
|
| |
Let's hope this works the first time...
(never used git submodules before)
|
| |
|
| |
|
| |
|
|
|
|
| |
This improves accuracy because PHP doesn't have first class functions
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
The easytags#update() function previously used the variable argument
list notation `...' but I just found out [the hard way] that this only
supports up to 20 arguments. Therefor I've now changed easytags#update()
to receive a list of zero or more filenames as its third argument.
|
|
|
|
| |
See http://github.com/xolox/vim-publish/commit/be98f4328bb631cd4c67d8951ff7c413b7cb6355
|