Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

tagbar causes a noticeable delay in opening a ~8000 lines C file #863

Open
adi-g15 opened this issue Oct 24, 2023 · 1 comment
Open

tagbar causes a noticeable delay in opening a ~8000 lines C file #863

adi-g15 opened this issue Oct 24, 2023 · 1 comment

Comments

@adi-g15
Copy link

adi-g15 commented Oct 24, 2023

It takes around 4s on my system. Though that number looks small, during opening the file, and on EVERY save, this is very much noticeable.

To reproduce this issue, just try opening defs.h file of the crash-utility.

I am using nvim with vim-plug to manage the plugins, where I found tagbar to be the problem by commenting and uncommenting the tagbar plugin.

nvim --version                       
NVIM v0.9.2
Build type: RelWithDebInfo
LuaJIT 2.1.0-beta3
...

This is a very useful plugin, but if this is some bug that can be fixed, it will be great.
Thanks.

@raven42
Copy link
Collaborator

raven42 commented Oct 24, 2023

It is not a bug. It is just the way tagbar was originally written and the implementation of vim at the time. It is a completely serialized process. So actually executing the ctags process on the file and processing the results blocks the main vim thread. This plugin has never been updated to run as a background process and those of us helping maintain it are working on it more from just a maintenance perspective rather than a full development cycle. We are very much open to someone helping out if they want to do some of the heavy lifting, but as of now there are no plans to do a major update of the code like this.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants