aboutsummaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Python script to manually cleanup tags filesPeter Odding2011-05-111-0/+62
|
* Update INSTALL.md concerning the new git repository layoutPeter Odding2011-05-111-2/+2
|
* Use xolox#misc#os#is_win() instead of multiple has() expressionsPeter Odding2011-05-111-2/+2
|
* Check that the xolox#misc submodule is availablePeter Odding2011-05-021-1/+11
|
* Enable updating of project specific tags filesPeter Odding2011-05-024-57/+119
|
* 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.
* Improve submodule config, minor README updatesPeter Odding2011-04-113-5/+5
| | | | | | | | | | | | | | | | | | * 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
* Add documentation in vimdoc formatPeter Odding2011-03-191-0/+374
| | | | | This is a generated file which I normally wouldn't commit but Pathogen users like to check out the git repository directly.
* 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-192-2/+11
| | | | When set and != 0 this will suppress the ctags warning on startup.
* Make Pathogen users happy :-)Peter Odding2011-03-154-81/+89
| | | | | Let's hope this works the first time... (never used git submodules before)
* Document the highlighting groups used by the plug-inPeter Odding2011-02-241-1/+15
|
* Added caveat about Cygwin, updated to-do listPeter Odding2011-02-242-3/+5
|
* Highlight C# classes, structs and methodsPeter Odding2011-02-242-1/+21
|
* Don't highlight PHP functions not followed by `('Peter Odding2011-02-242-2/+3
| | | | This improves accuracy because PHP doesn't have first class functions
* Bug fix for alias handlingPeter Odding2011-02-242-5/+7
|
* Add links, Pathogen hints to INSTALL.mdPeter Odding2010-12-242-3/+3
|
* Highlighting for Python class namesPeter Odding2010-12-042-3/+9
|
* Don't highlight tags inside #include <...>Peter Odding2010-11-203-5/+5
|
* Added INSTALL instructions for GitHub usersPeter Odding2010-10-011-0/+3
|
* Bug fix: Canonicalize arguments to :UpdateTags!Peter Odding2010-09-062-7/+14
|
* Fixed easytags#update() to overcome argument limitPeter Odding2010-09-062-7/+7
| | | | | | | 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.
* Remove no longer needed PublishPre automatic commandPeter Odding2010-09-061-3/+2
| | | | See http://github.com/xolox/vim-publish/commit/be98f4328bb631cd4c67d8951ff7c413b7cb6355
* Documented :HighlightTags tags file format requirementsPeter Odding2010-08-122-2/+14
|
* Fix automatic ctags detection on FreeBSD (reported by Derek Tattersall)Peter Odding2010-08-111-2/+2
|
* Always scan C sources for prototypesPeter Odding2010-08-113-20/+9
| | | | | | | Dynamic highlighting supports C/C++ function prototypes to enable highlighting of library functions based on just the headers, but until now the easytags.vim plug-in didn't request ctags to include function prototypes. Now it does so automatically.
* Support scanning & highlighting of struct/class membersPeter Odding2010-08-113-6/+46
|
* Typo in g:easytags_autorecurse documentationPeter Odding2010-08-101-1/+1
|
* Support for automatic recursion using ctags -RPeter Odding2010-08-103-6/+34
|
* Bug fix for broken alias support (reported by zhang xinli)Peter Odding2010-08-101-3/+7
|
* Automatic/optional integration with shell.vimPeter Odding2010-08-093-67/+82
| | | | | | | | I developed (parts of) my shell.vim plug-in after noticing the annoying command prompt windows that pop up temporarily on Windows when the easytags plug-in runs ctags. Because the shell.vim plug-in was a proof of concept I hadn't published any integration between the two plug-ins. Since then I've had several requests for this so here it is :-)
* Enable commands like :UpdateTags -R ~/.vimPeter Odding2010-08-094-210/+229
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | * The :UpdateTags command now passes any arguments given to it on to Exuberant Ctags, which sounds simple enough but required a complex implementation. This means users can now do things like: :UpdateTags -R ~/.vim Because Ctags can be run easily from inside Vim, users won't have to run it manually from the command line. The plug-in also makes sure the required command-line options to Ctags are always used. * Fixed a problem most users will probably never encounter. I'm not sure whether this is by design or an implementation detail but it's possible for the "!_TAG_FILE_SORTED" header to appear after one or more tags and Vim will apparently still use the header! For this reason the easytags#write_tagsfile() function should also recognize it, otherwise Vim might complain with "E432: Tags file not sorted". * Always sort tags in easytags#write_tagsfile() (understands foldcase) * Finally documented the :UpdateTags and :HighlightTags commands. * The dynamic highlighting can now be disabled for individual buffers, which can come in handy when the highlighting conflicts with another plug-in: Just set the 'b:easytags_nohl' variable to any value. * Removed hard wrapping from README.md because I've recently switched to a 21" external monitor ;-)
* Changed global msg to script-local s:msg in easytags.vimPeter Odding2010-07-201-9/+12
|
* Qualified filetype_asp with g: scope just to be clearPeter Odding2010-07-201-1/+1
|
* Another bug fix for the broken :set tags= commandPeter Odding2010-07-203-22/+41
| | | | | | | | | | | | | | | | | | Previously* I fixed a bug where easytags.vim failed to register the global tags file created by the plug-in with Vim, because even though the &tags option was set by the plug-in, Vim would refuse to acknowledge the new tags file, i.e. tagfiles() == []. The fix then was to change :let &tags= to :set tags= which apparently has a different implementation from :let &tags=?! I assumed this fix would be valid for both Windows and UNIX, but apparently this still doesn't work on Windows! There we actually have to use feedkeys() to convince Vim to change the &tags option... What a hack! :-( BTW I also fixed an embarrassing typo in the initialization code. * Bug fix for strange "E433: No tags file" problem: http://github.com/xolox/vim-easytags/commit/4fef0c17749e687d670b2e9e4e429022ec4c1055
* Create case folded tags files when &ignorecase is onPeter Odding2010-07-181-2/+4
|
* Mention :helptags in README, other miscellaneous changesPeter Odding2010-07-153-15/+15
|
* Replaced makefile with custom external Python scriptPeter Odding2010-07-101-25/+0
|
* Bug fix for strange "E433: No tags file" problemPeter Odding2010-07-101-11/+7
| | | | | | | | | | | | | The plug-in is supposed to automatically register the global tags file with Vim by setting the "tags" option but this didn't work because of what's probably a bug in Vim: When you set the "tags" option using the following syntax, Vim will fail to add the new tags file: let &tags = ... But when you switch to the following syntax it works: :set tags=...
* Handle patterns that are too large for Vim to evaluatePeter Odding2010-07-102-3/+33
|
* Improved README, added references to Vim documentationPeter Odding2010-07-101-28/+37
|
* Changed download linkPeter Odding2010-06-181-1/+1
|
* Moved generation of HTML documentation to my websitePeter Odding2010-06-183-53/+13
|
* Proper handling of unnamed buffersPeter Odding2010-06-161-10/+20
|
* Bug fix for E713: Cannot use empty key for DictionaryPeter Odding2010-06-161-2/+2
|
* Mention version detection in READMEPeter Odding2010-06-151-0/+40
|
* Version detection, better error handling, bug fix for dynamic highlightingPeter Odding2010-06-153-37/+78
| | | | | | | | | | | | | | * The plug-in now executes `ctags --version` on startup to verify that the correct version of Exuberant Ctags is installed because some systems (including Mac OS X apparently) ship with a `/usr/bin/ctags` installed that doesn't understand the extensive set of command-line arguments supported by Exuberant Ctags. * When a file was edited multiple times the dynamic highlighting wouldn't refresh because the plug-in thought the highlighting was still in effect while in reality it was cleared by reading the file again. Now the highlighting will be refreshed on the next CursorHold event like it's supposed to.