aboutsummaryrefslogtreecommitdiffstats
path: root/plugin
Commit message (Collapse)AuthorAgeFilesLines
* Actually enable the automatic commands introduced in 6c7a66349ec :-)Peter Odding2014-06-291-2/+2
|
* Disable automatic tags file updates during :vimgrepPeter Odding2014-06-291-1/+6
| | | | | | | | | 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).
* Support for synchronous + asynchronous tags file updates (huge refactoring)Peter Odding2014-06-221-5/+14
| | | | | See also pull request #49 for my previous and failed attempt: https://github.com/xolox/vim-easytags/pull/49
* Make sure vim-misc is installed, politely complain if it isn'tPeter Odding2013-08-191-1/+15
|
* Improve plug-in initialization (make it more robust)Peter Odding2013-06-221-86/+21
| | | | | See also issue #58 on GitHub: https://github.com/xolox/vim-easytags/issues/58
* Improve handling of ignored syntax groups (issue #57)Peter Odding2013-06-201-3/+3
|
* Bug fix: Don't highlight C tags inside #if 0 and Doxygen comments (issue #57)Peter Odding2013-06-191-2/+2
| | | | | See issue #57 on GitHub: https://github.com/xolox/vim-easytags/issues/57
* Bug fix: Don't highlight C tags inside #if 0 (issue #57)Peter Odding2013-06-171-2/+2
| | | | | | | | | $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
* Updated miscellaneous scriptsPeter Odding2013-05-131-24/+16
|
* Add `ctags-exuberant' to the list of program names (closes issue #39)Peter Odding2013-04-191-3/+4
|
* Make list of ignored syntax groups configurablePeter Odding2011-10-291-1/+5
| | | | | | | | While trying to fix issue #20 I decided to refactor the code that handles ignored syntax groups: Previously the list of excluded groups was hard coded in two places, now it's a configuration option. Then it turned out that including shFunction* in the list of excluded syntax groups didn't fix the reported issue...
* Search the whole $PATH for Exuberant Ctags (issue #18)Peter Odding2011-09-261-8/+32
|
* Warn about unreasonable 'updatetime' values (issue #16)Peter Odding2011-09-041-2/+2
|
* Move version variable to autoload scriptPeter Odding2011-08-271-5/+3
|
* Skip unreadable tags files returned by tagfiles() (reported by Hannes von ↵Peter Odding2011-07-091-1/+1
| | | | Haugwitz)
* Never try to autoload plug-in for unsupported file typesPeter Odding2011-07-091-2/+2
|
* Fix broken link in READMEPeter Odding2011-06-271-1/+1
|
* Support buffer local variants of most optionsPeter Odding2011-06-271-22/+2
|
* Add easytags_auto_update/auto_highlight optionsPeter Odding2011-06-261-2/+2
|
* Finish support for file type specific tags files (+bug fix)Peter Odding2011-06-241-1/+1
| | | | Bug fix: :UpdateTags! didn't work because of a typo
* Tolerate corrupt tags files and ctags output (issue #13)Peter Odding2011-06-241-1/+1
|
* Allow enabling both dynamic and file type tags filesKenny Stuart2011-06-241-2/+2
| | | | | | | | 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)
* Define version as variable, include version in messagesPeter Odding2011-06-181-9/+7
|
* Remove duplicate tag from Vim help filePeter Odding2011-06-171-2/+2
|
* Documentation bug fix (it's getting late..)Peter Odding2011-06-141-1/+1
|
* 2x faster syntax highlighting using Python Interface to Vim :-)Peter Odding2011-06-141-1/+9
|
* Fix caching of tagged files (for file type specific tags files)Peter Odding2011-06-141-2/+2
| | | | | | | | | | | | | | | | | | | | | | * 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.
* :TagsByFileType to create filetype specific tagsfiles from global tagsfilePeter Odding2011-06-131-1/+2
|
* Basic support for file type specific tags files!Peter Odding2011-06-131-3/+11
|
* Bug fix: Print the right message after :verbose UpdateTags!Peter Odding2011-06-131-1/+1
|
* Move tags file registration to auto load functionPeter Odding2011-06-131-29/+3
| | | | (in preparation for file type specific tags files)
* Minor bug fix for xolox#easytags#get_tagsfile()Peter Odding2011-06-131-2/+2
| | | | The plug-in now checks if dynamic tags files are writable.
* Refactor automatic command registration, include more eventsPeter Odding2011-06-131-15/+16
| | | | | | | | | | | 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.
* Automatically run :HighlightTags after using :UpdateTagsPeter Odding2011-06-131-2/+2
|
* Remove hack that checks whether submodule is initializedPeter Odding2011-05-251-12/+2
|
* Bug fix for highlighting of C# classesPeter Odding2011-05-231-1/+1
|
* Dynamic highlighting for Ruby source code (issue #9)Peter Odding2011-05-231-2/+2
|
* Check that the xolox#misc submodule is availablePeter Odding2011-05-021-1/+11
|
* Enable updating of project specific tags filesPeter Odding2011-05-021-4/+8
|
* Don't use feedkeys() hack for Vim >= 7.3Peter Odding2011-04-231-3/+3
| | | | | 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.
* Remove useless "easytags_register_late" optionPeter Odding2011-04-121-19/+10
| | | | | | | | 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
* Enable deferring tags file registration (VimEnter)Daniel Hahler2011-04-111-4/+19
| | | | | | | | | | | | | | | | | | | | | 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.
* Drop redundant ":" from `cmd`.Daniel Hahler2011-04-111-1/+1
| | | | While it does no harm, it is not necessary.
* Accept 'Development' as valid versionDaniel Hahler2011-03-191-3/+7
| | | | | | | | | | | '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
* Add g:easytags_suppress_ctags_warning optionDaniel Hahler2011-03-191-2/+5
| | | | When set and != 0 this will suppress the ctags warning on startup.
* Make Pathogen users happy :-)Peter Odding2011-03-151-0/+175
Let's hope this works the first time... (never used git submodules before)