TagsView is back! :)
-
@vitalii-dovgan said in TagsView is back! :):
Any idea why I may be getting this? –
Premature delete? Try again now …
Cheers.
-
Next iteration :)
https://sourceforge.net/projects/tagsview/files/TagsView (dev builds)/
TagsView_dll_dev_220515.zipThe most interesting changes:
- using in-memory “cache” of tags to invoke ctags only when necessary
- new setting “Esc sets the focus to Editor”
-
@michael-vincent said in TagsView is back! :):
@vitalii-dovgan said in TagsView is back! :):
Any idea why I may be getting this? –
Premature delete? Try again now …
@Vitalii-Dovgan I’ve been compiling and using your incremental commits and so far so good. I see the “context menu” one, but not sure what that was supposed to do - I don’t see a right-click context menu when trying.
In any case, I think you may have extracted what ever little bit of my minor updates that could possibly be useful. Any objections to me deleting my https://github.com/vinsworldcom/nppTagsView repo?
Cheers.
-
@michael-vincent
The “context menu, part 1” was incomplete, I was going to finish it in the “part 2”. However, I noticed some stability issues together with some ideas of refactoring and decided these were more important :)
I think I’ll complete these things and upload a new build next week. Anyway, the plugin becomes better and better, so most likely the official version 0.5 will be released in June. -
@michael-vincent
If you don’t need your repo, feel free to delete it. -
Next iteration:
https://sourceforge.net/projects/tagsview/files/TagsView (dev builds)/
TagsView_dll_dev_220530.zipThe most important changes:
- stability improvements
- some refactoring
- context (popup) menu
-
TagsView_dll_dev_220603.zip
The most important changes:
- transparent icon (thanks to AlexeyB)
- stability improvements
- ctags.exe updated
-
Next iteration:
https://sourceforge.net/projects/tagsview/files/TagsView (dev builds)/
TagsView_dll_dev_220608.zipThe most important changes:
- NppTags: improving switching between docked dialogs
- AkelTags: improving the docked dialog
-
Finally, it happened!!!
TagsView 0.5 beta
- back again!
- TagsView on GitHub: https://github.com/d0vgan/TagsView
- 32-bit and 64-bit versions
- updated to AkelPad 4.9.8+ and Notepad++ 8.4+
- applying editor’s colors
- settings dialog
- context (popup) menu
- ability to scan all files in a folder
- using in-memory “cache” of tags to invoke ctags only when necessary
- transparent icon (thanks to AlexeyB)
- win32++ updated to 9.0
- uses the latest ctags from https://github.com/universal-ctags/ctags-win32
- a lot of internal improvements
- Glory to Ukraine! Glory to the heroes!
https://github.com/d0vgan/TagsView/releases/tag/tagsview_v05
https://sourceforge.net/projects/tagsview/files/TagsView v0.5 beta/ -
So, what’s next?
I think, the most important is to add a “Go to tag” functionality to be able to go to a function/class/variable under the cursor.
Next, I may steal the images from the Function List (or from some other source) to use them for different entities such as:
- function/method
- variable/member
- class/structure
- namespace
Next, as WinAPI’s TreeView and ListView are not good with really large collections of items, I need to find a way to overcome that. For example, there can be a virtual ListView (where the items are not stored by the WinAPI’s ListView itself), but there is no virtual TreeView.
So what I’m thinking is the following: once there will be the “Go to tag” functionality implemented, there will be no need to have all the items for all the associated files to be shown in the TreeView and ListView right after the parsing. I mean, the TreeView/ListView will show the items (tags) only for the current file, however all the tags for all the files will be present in the memory. And once another associated file is opened either manually or as a result of the “Go to tag”, the corresponding items (tags) for this file will be added to the TreeView/ListView. I.e. the items (tags) will be shown by demand, but the information about these tags will already be present in the memory.