| Commit message (Collapse) | Author | Age | Files | Lines | 
| | 
| 
| 
| 
| 
| 
| 
| 
|  | 
I use Vim's new conceal feature while editing Markdown* to conceal link
locations however Vim doesn't reflow physical lines spanning multiple
screen lines which means lines that contains (long) hyper links become
very ragged. This distracts (too much) from actually reading the text.
* http://groups.google.com/group/vim_dev/browse_frm/thread/eb05308417b17a5b/
 | 
| |  | 
 | 
| |\   | 
 | 
| | |  | 
 | 
| | |  | 
 | 
| |\|  | 
 | 
| | |  | 
 | 
| | |  | 
 | 
| | |  | 
 | 
| | |  | 
 | 
| | |  | 
 | 
| | |  | 
 | 
| | | 
| | 
| | 
| |  | 
Bug fix: :UpdateTags! didn't work because of a typo
 | 
| | |  | 
 | 
| | | 
| | 
| | 
| | 
| | 
| | 
| | 
| |  | 
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.
 |