Consider dropping xcov as a requirement and use more "nvim native" tools. #10
Replies: 2 comments 3 replies
-
Hello, thank you for the feedback!
Actually, it is optional if you don't use code coverage which is by default disabled in the config. This information was missing in the README, but I already updated it :)!
However, recently by just reading code on GitHub, I discovered how other tools export that (which also wasn't a trivial task because most tools rely on other tools, but finally I got to the root), and now I can implement it using native tools. I'm going to do that in near future. Then I will create my own report using just nvim buffer which should be even more comfortable to use because it wouldn't require switching between Neovim and a browser.
Unfortunately, as far as I can see
This tool looks great. However, I think it might not be that easy to integrate it. As I said, Xcode tools are very bad and non-standardized that's why most plugins don't support it, and that's why my plugin exists. In this case, discovering test location is quite a challenging task because it requires for example knowledge about targets. File with the same name could exist in multiple locations and the name of the file doesn't have to match the name of the test class from logs (more info here). However, this plugin also looks really cool, especially I like the test tree which is missing in my plugin right now. I will check out if the integration is possible without losing functionality.
Thank you very much for the really great feedback. I will let you know here once I make any progress with those things :)! |
Beta Was this translation helpful? Give feedback.
-
Resolved in #11 |
Beta Was this translation helpful? Give feedback.
-
Hi @wojciech-kulik
first things first: I'm still learning Swift so I'm light years away from making any real use of your amazing work. That said, I'm a long time vi/vi/nvim and now AstroNvim user and would like
xcov
to be an optional install instead of a requirement. To leave space to more native tools. Besides the "native feel", what really bothers me is thatxcov
seems to fetch the entire gems universe with it. Including sometelnet
gems. No thanks. I don't really like to have such a huge dependency and so many gems. telnet? "What could possibly go wrong?!"Instead, hear me out, since this is a nvim-centric project, I'd rather rely on:
As a side note, I recently started useing AstroNvim and will implement your IDE(as) in it as language pack. I'm a regular contributor with a few PRs for integrations in a just a few days of use. One of them was XBase but ehm, your looks way better on paper.
If I knew Lua well enough I'd contribute, but ehm... one language at the time.
Cheers
Beta Was this translation helpful? Give feedback.
All reactions