PyCharm and IntelliJ Community don’t have commercial restrictions. I’m still pretty anti-RustRover given this and the whole bait-and-switch where they turned the open source Rust plugin into what is now a closed source, paid editor. JetBrains still had done nothing to ameliorate this.
this post was submitted on 27 Jun 2024
54 points (100.0% liked)
Rust
111 readers
7 users here now
Welcome to the Rust community! This is a place to discuss about the Rust programming language.
Wormhole
Credits
- The icon is a modified version of the official rust logo (changing the colors to a gradient and black background)
founded 1 year ago
MODERATORS
You can still use the plugin
The one that is no longer developed, obviously
It wasn’t obvious because I’m not quite sure why someone would suggest using software that both needs regular updates and will never get any more updates because those updates along with good faith open source contributions have been moved behind a paywall.
I'm glad we could clarify it then
I thought I saw this weeks ago.
May 21, 2024
yep
Anyway, neovim+rust-analyzer+ra-multiplex is all I need.
From what I gather, this isn't opensource, which is a pity. JetBrains makes the best IDEs out there for me. Anytime I touch something else, I feel hampered. Everything else just seems to take too much setup no matter how much time I put into it (looking at you neovim).
Developing Rust in CLion has been a charm so far, but let's wait until v2 of RustRover before switching over...
@onlinepersona @deluxeparrot Last time I checked, jetbrains editors didn't support nix well. Has that changed?
To my knowledge there's still only nix-idea, but tbh I haven't found any good IDE or editor for nix. Syntax highlighting is easy, but advanced features like code suggestion, "GOTO definition", and so on have never worked for me 🤷 Does good nix support exist anywhere?
Same, and it looks like nix is not going to get a good support soon, because it's at the same time not widespread enough and has a complicated semantic. Well at least complicated enough for me as a dev that uses it but still struggles a lot to debug issues.
@onlinepersona https://github.com/oxalica/nil might worth a try. It’s implementing the language server protocol so it can be used with any editor/IDE that has support. I am sure intellij has a plugin for that.
@onlinepersona #nix works very nice as a systems package manager. I use it to pull in C libs or build my own, without polluting my base system. And it's much more lightweight than VM or even docker, especially flakes that I discovered recently.
I've been building out a neovim setup with the nixvim project, in the mean time been using vscodium with no complaints would recommend both options
Beware they started charging for the database tools even if you own an all-products license (the plugin was included in the EAP version).
IntelliJ still has it bundled iirc.
https://plugins.jetbrains.com/plugin/10925-database-tools-and-sql-for-webstorm--rustrover
I’m still bummed out that I can’t use the rust plugin in CLion anymore for free, not even for non commercial purposes.
I use it and it's okay but man, how long could it take them to separate search results in tests from not in tests.
Last time I think I found a similar issue for vscode or rust-analyzer, and the devs said it requires a lot of rework and will not be done for a while. Now I can't find that but maybe it is a task that is harder than it looks. It would've been a total killer feature for me, though
Ugh yeah that's infuriating on Github search too. Obviously if I'm searching for some identifier I don't want 10 pages of results in /tests.
How hard can it be? Just weight anything with test in the file path lower than everything else. Job done.
You two bring shame to the programming community.
Just ripgrep cargo expanded output for f**** sake.
What are you talking about?
What part are you struggling with?
The ripgrep (rg) part, or the cargo expand part?
I know what both of those are and how to use them. But they are entirely relevant to the thread. Did you comment in the wrong place?
Not sure how what I write is this confusing to you.
- Tests don't necessarily live in paths containing
test. - Code in paths containing
testis not necessarily all tests. cargo expandgives you options for correctly and coherently expanding Rust code, and doesn't expand tests by default.rgwas half a joke since it's Rust's grep. You can just pipecargo expand [OPTIONS] [ITEM]output tovim '+set ft=rust' -orbat --filename t.rsand search from there.
Ok cool but how does that help when I'm searching a non-Rust project via the GitHub web search interface? I don't know why I'd want to search cargo expand output anyway. Using that just to avoid searching tests is a super ugly hack.
how does that help when I’m searching a non-Rust project via the GitHub web search interface
Fair.
But you are writing a comment under a topic regarding a Rust-flavored IDE, posted to a Rust community.
With neither the IDE nor Rust involved, your quoted problem statement is 100% off-topic.
I used to use IntelliJ Rust as my primary rust IDE, but when they switched to Rust Rover I stopped using it. Not sure why actually, possibly since I used Java with IntelliJ it was already my go to IDE, so using it for Rust was natural. I also guess, that I had nvim with rust-analyzer working, so that was available at my finger tips already. So, I might have switched over anyway... who knows.
Anyway, it is good to see more options available, and I hope it is getting so good that it is worth the money.
Nobody else here has mentioned this but they stripped out all the web plugin support and tooling with no way to install it, even for paying customers. So if you're working on some kind of web application (perhaps compiling Rust to webassembly, like me) RustRover won't support your use case.
I bought CLion's license for many years for personal use. I could easily work on c++ and python on the same project, and could still use it for Rust (same project or not). I decided to stop with the license when they deprecated Rust's plugin in favor of RustRover. I don't like jumping around between "different" IDEs.