Is there a Rust IDE equivalent to Delphi or C++ builder IDE?
There is nothing specific to Rust. Delphi or C++ IDE will work good. So far, I use C++ IDE for Rust development. You need only to connect it to Rust tool chain as rustc, cargo, rustdoc, clippy and rust analyzer. Recently I extended it by web IDE - RDS.
Ok. Tyvm. I was just checking to see if there was an IDE that supports visual drag-n-drop objects based or written in Rust.
Maybe RustRover is what you are looking for. It is an IDE from JetBrains designed for using it to write in Rust.
I am not aware of any.
From my experience visual IDEs/languages are slightly easier to use in the very beginning, but become exponentially more difficult to use as your skills progress.
If you just want a IDE that's somewhat easy to learn then there's VSCodium (the fully FOSS build of VSCode) with rust-analyzer, just make sure to disable copilot integration in the settings.
I personally use and would recommend at least trying out helix, which is a modal IDE written in rust.
its learning curve is more of a cliff and it's essentially the polar opposite of a visual IDE,
but it's amazing once you get used to it.
The main downside is the licensing, you can't use the free version for any commercial purposes (and they can always change the licensing in the future to make it more restrictive).
and I don't think the source code is available so you can't modify it if there's a feature you're missing that can't be added by a plugin.
That is pretty representative of all JetBrains products. I'm not advocating that anyone should use it. I myself an not a fan of IDEs in the first place, and I always found JetBrains products to be a heap of bloat. But OP asked a general question about Rust tailored IDEs. I think RustRover is the closest one to match OP's description.
And when it comes to paying for license for commercial usage, the only problem I can imagine would be doing freelance work, where I would have to pay for it myself. I haven't found any "normal" company yet, were I was employed, which would refuse to buy license for software tools.
Given the design as a big bag of Java classes, "anything you can't add as a plugin" is technically a pretty small list, but it can get annoyingly verbose to add even the simplest features.
As a mild fan of Jetbrains' products, I really wish they could get the performance and stability situation under control in general, but specifically the Rust support is actually pretty stable, and they're pretty competitive to better than rust-analyzer for both performance and functionality.
Obviously what price is "too high" for a product is extremely subjective/personal, but if you're getting consistently paid for software the price they ask shouldn't be particularly unreasonable-looking, even if you are freelance. For me, not having to fight three hundred neovim plugins to get a similar feature set is worth it, but for plenty of people that's not a problem.
It's a bit old school IDE, new IDEs use a prediction of your any move.
I doubt that there is any reliable mechanism to detect with IDE (if any) used for developing a commercial product. But sure, it can be a problem for truly honest people.
I mean most contracts can circumvented avoided by simply not getting caught, the same applies to a lot of other laws too, but that doesn't mean that it's a great strategy.
I doubt that there is any reliable mechanism to detect with IDE (if any) used for developing a commercial product.
It depends on the kind of telemetry they collect,
all they'd need to do is to sent the hash (which is usually not protected by copyright) of your executable to their server if you use their IDE to build release executables,
and there's probably some way to identify projects not build via it too if they really wanted to.
And sometimes making it easy to bypass a restrictive license and difficult to get caught so that people constantly violate the license is the business strategy, e.g. in the case of winrar.
And even if they are friendly with licensing today, only restrict commercial usage, and rarely enforce their license they could always do a unity tomorrow.
These old school IDEs made the RAD environment with quick deployments especially in medical imaging devices and lab instruments.
We did a visualization of medical data for some device relatively recently. However, everything was based on statically allocated arrays and using Rust didn't give any benefits. Visual C++ worked perfectly for the case.
There are several ways; one of the ones I hear about most is Visual Studio Code with Rust-Analyzer – it’s very easy if you’ve programmed in it before. Another option is the JetBrains IDE, but for this you need to use rustRover. JetBrains has some very good IDEs, the other one is the one I use, though strictly speaking it isn’t an IDE – it’s Neovim. It works very well for me as I can tailor it to my specific needs; in this case, you’ll need to use Rust-Analyzer. I’d only recommend it if you already have experience with it.
If you mean a form designer, those have been very out of favor for quite a while for lots of reasons, not least that it's actually easier to use higher level components to dynamically layout a form than to try to manually place each component and configure pinning to sides, and that every platform's "native" UI implementation (or implementations!) is completely different so most applications bring their own now.
I think the closest you'll get at the moment is Qt which has a stand alone designer, IIRC, though watch out for the GPL vs commercial licensing.
You might want to take a look at: https://areweguiyet.com/
Tyvm. In an all-encompassing company, where I have to deal with legacy systems and a good rag tag managemen, form designer IDEs are still in favor even though kept up my skills throughout the years and tried to sway management away from these things. They want very quick RAD.
And for GTK there Is Cambalache. Its output (.ui files, they describe the UI using XML) can be used in any GTK-based application, including Rust via gtk-rs.
As a side-note, I always found "UI builders" easy to start and then hell to maintain. Nowadays I better like text-based solutions like GTK Blueprint that play well with Git, can be diff'ed and so on.
Yeah, we have much better ways to make instantly legacy crap that barely works nowadays, such as with webviews!
(I kid, there's no actually universally good UI solution right now, IMO. Everything is way harder than it really should be, in theory, in one way or another.)
That's not quite true. Android Studio, at least, comes with a form designer, and it's easier to use than to write the XML by hand.
That said, Delphi/C++ Builder weren't just IDEs; they were IDEs with GUI toolkits built in, and their main advantage over Visual C++/MFC was that the IDE was better coupled with the GUI toolkit (and that GUI toolkit being more complete than the MFC one), giving it an advantage with the RAD approach to software design.
For rust, I think Slint had a form designer, but all I can find is the web one - slintpad. And, of course, GTK and Qt have their own form designers and bindings to rust.
Out of favor isn't the same as extinct, to be fair to myself! But yeah, the platform specific IDEs are a good one to keep in mind. In fact, the closest end-to-end UI IDE to those old C++ form designers IDEs I can think of is XCode... but that's a pretty rough experience even if you're ok with being platform specific. (I had it crash on me three times in the first hour before corrupting my project file 
)
GTK is another recommendation I always forget about - I think because while it's enterally anecdotal, I've been more pleased with the Qt use experience on non-linux platforms than GTK, the latter always feels like it's just about to break in one weird way or another, in ways sometimes hard to describe but include text slightly nudging around when state changes, DPI scaling issues, weird combinations of different native theming. Not that plenty of electron apps aren't just as bad!
I did think of Slint and makepad and the like, but I only ever saw them being demoed with the live update from source - I couldn't think of any that actually had a straight up visual designer. Makes sense that Slint would have one, though, it seems to be the most overachieving of the Rust UI solutions!