401–410 of 427 posts
Earlier quoted context omitted.
there also isn't a reason for them to use it xwayland works fine for the usecase. I hope they support wayland natively but its just not necessary atm.
XWayland does not work fine for multi-monitor setups with mixed dpi. All XWayland applications will look blurry and there is no intention to fix this for XWayland because its already considered obsolete.
Earlier quoted context omitted.
Which Rust language server did you use?
In vscode? Why RLS? rust-analyzer of course
Earlier quoted context omitted.
I get what you are saying, but you are aware VSCode is an entire web browser with a small coding engine. Jetbrains IDEs while built with Java are at least native code. Jetbrain IDEs are also full IDEs, not notepads with a few extras. It's rather hard to compare the two, a proper comparison would be something like Visual Studio.
> you are aware VSCode is an entire web browser [...] Jetbrains IDEs [...] are at least native code So? You wouldn't tell a non-programmer something like this about an app that they use and expect it to make a difference. The results—the effect that the program produces—is the only thing that matters. If JetBrains manages to produce an IDE where you're constantly confronted with bloat while you're using it, and using…
That was all I was saying.
Earlier quoted context omitted.
Why should I bother to pay for an IDE that only has a subset of the features of IDE developed by the platform owner?
It's just as many, if not more features, and overall more productive unless you need something only VS can do (like some advanced debugging). Only VS2022 can finally match some of the speed. You either already know the difference between VS+Resharper and Rider and are just looking to argue, or you don't and you're missing what it can actually do.
Here are some basic examples to get you going,
- mixed language debugging across any .NET language and C++
- development of MFC, ATL, COM, WinRT components
- integration of said components with .NET code
- hot code reloading on mixed .NET/C++ code
- GPGPU debugging
- integration of SharePoint, Dynamic, Sitecore, Office, SQL Server plugins
- code navigation across binary modules, include native ones
- code rewriting mocking framework (Fakes)
Earlier quoted context omitted.
It's just as many, if not more features, and overall more productive unless you need something only VS can do (like some advanced debugging). Only VS2022 can finally match some of the speed. You either already know the difference between VS+Resharper and Rider and are just looking to argue, or you don't and you're missing what it can actually do.
Try to do Windows development with Rider then show us how it tops VS on its turf. Here are some basic examples to get you going, - mixed language debugging across any .NET language and C++ - development of MFC, ATL, COM, WinRT components - integration of said components with .NET code - hot code reloading on mixed .NET/C++ code - GPGPU debugging - integration of SharePoint, Dynamic, Sitecore, Office, SQL Server plugi…
Yea, you just want to argue.
Earlier quoted context omitted.
I think the basic intellij config is set at max 2 gigs of RAM, so it doesn’t really matter how many you have unless you change that. I really don’t know how did you manage to crash it, even with misbehaving plugins it will manage the situation gracefully (usually with a notification that this plugin had an exception) but will continue to run perfectly. Modifying files due to locking sounds like a Windows issue, and h…
> I think the basic intellij config is set at max 2 gigs of RAM yes, that is the conservative JDK defaults iirc; its likely unrelated to intellij specifically. I only mentioned the system specs because the other commenter was like 'i buy nice machines and give the editor tons of RAM'. but thats the cost of them using java. I don't want to tune my editor to ensure its responsive and can get its job done. > Windows iss…
Been using it 19 years now.
Earlier quoted context omitted.
> you are aware VSCode is an entire web browser [...] Jetbrains IDEs [...] are at least native code So? You wouldn't tell a non-programmer something like this about an app that they use and expect it to make a difference. The results—the effect that the program produces—is the only thing that matters. If JetBrains manages to produce an IDE where you're constantly confronted with bloat while you're using it, and using…
You clearly missed my memo, the above message was saying they avoid JetBrains because of bloat, while using literally an entire browser to "avoid bloat". That was all I was saying.
I will admit that I don't know what your point is. Are you under the impression that the Java platform is lightweight?
In addition to your spurious claims about native code:
- code_1.62.3-167137107_amd64.deb: 77.4 MB
- ideaIC-2021.2.3.tar.gz: 795 MB
That's a >10x factor.
Earlier quoted context omitted.
I agree (even though it pains me to). I've thought about it a lot and I think it's because in the Java world, unlike most other worlds, the IDE is basically mandatory. I've worked in a few different java shops and the project was built around the IDE and required it.
I think you have it backwards. Java is actually very well designed in many ways, and that means that it's easy to make really good IDEs so they are popular. In contrast it's really hard to make good C++ code intelligence features. For many many years Microsoft was the only one that had done it (as far as I know).
That said, your thesis about the relative difficulty of doing this for C++ vs Java seems hard to argue against, and the rapid, continuous growth in C++'s surface area and complexity since C++11 surely hasn't helped.
Built from scratch ehh? I wonder what it’ll be priced at. It seems promising. DOA without vim bindings though.
> DOA without vim bindings though. The number of users pining for Vim and Vim bindings is greatly exaggerated.