4 ms·

Bummer about Electron. My workstation can take it with flying colors, but I also work from a laptop at times and just having 3-4 instances of VS Code, a browser

Bummer about Electron. My workstation can take it with flying colors, but I also work from a laptop at times and just having 3-4 instances of VS Code, a browser, and a communication app drags my poor 16GB RAM T490 through the mud, to the point I'm working on replacing VS Code despite how fast it helps me get started with new languages compared with Neovim. FWIW: I would pay 100$ yearly for a JetBrains like license to a solution like this written in something like Qt or Gtk that could successfully replace DBeaver for me.

sam0x17 4y ago
This is one reason I'm bullish on some of the new UI frameworks coming out of the Rust community in particular. For example https://github.com/iced-rs/iced https://github.com/iced-rs/iced looks quite good.
- ushakov 4y ago
  i like slint (sixtyfps) better https://slint-ui.com https://slint-ui.com it's actually written by Qt folks
- lelanthran 4y ago
  > This is one reason I'm bullish on some of the new UI frameworks coming out of the Rust community in particular. For example https://github.com/iced-rs/iced https://github.com/iced-rs/iced looks quite good. What are you smoking? :-) "Lack of x-platform native GUI frameworks" is not the reason for non-native GUI applications. You're already spoiled for choice if you want to write a reasonably cross-platform native-code application. Personally I use Lazarus (calling into .so/.dll libraries for anything non-GUI). The difficulty with using the existing frameworks is why developers are choosing Electron. I don't think throwing another even more difficult and even more time-consuming tech stack into the mix is going to cause GUI application developers to decide "Finally we can do x-platform GUI apps". If the creators of whatever application decided that it would take too long to design and implement in QtCreator, Flutter, Lazarus or any of the existing rapid tools, I doubt they are going to want to spend even more time doing it in Rust which doesn't even have the rapid-prototyping tooling!
deleted 4y ago
[deleted]
mixmastamyk 4y ago
Jetbrains has a DB client, probably in Java however.
- mixedCase 4y ago
  Yeah, DataGrip. It's slow and unresponsive, unfortunately. Their software probably is the best example of Swing, but it is still Swing, so performance makes a lot of operations feel slow and it doesn't prioritize data-first so the most intuitive way to do some things is in a blocking manner, with no smooth transitions from/to loader indicators.
deleted 4y ago
[deleted]

sam0x17 4y ago

This is one reason I'm bullish on some of the new UI frameworks coming out of the Rust community in particular. For example https://github.com/iced-rs/iced https://github.com/iced-rs/iced looks quite good.

ushakov 4y ago
i like slint (sixtyfps) better https://slint-ui.com https://slint-ui.com it's actually written by Qt folks
lelanthran 4y ago
> This is one reason I'm bullish on some of the new UI frameworks coming out of the Rust community in particular. For example https://github.com/iced-rs/iced https://github.com/iced-rs/iced looks quite good. What are you smoking? :-) "Lack of x-platform native GUI frameworks" is not the reason for non-native GUI applications. You're already spoiled for choice if you want to write a reasonably cross-platform native-code application. Personally I use Lazarus (calling into .so/.dll libraries for anything non-GUI). The difficulty with using the existing frameworks is why developers are choosing Electron. I don't think throwing another even more difficult and even more time-consuming tech stack into the mix is going to cause GUI application developers to decide "Finally we can do x-platform GUI apps". If the creators of whatever application decided that it would take too long to design and implement in QtCreator, Flutter, Lazarus or any of the existing rapid tools, I doubt they are going to want to spend even more time doing it in Rust which doesn't even have the rapid-prototyping tooling!

deleted 4y ago

[deleted]

mixmastamyk 4y ago

Jetbrains has a DB client, probably in Java however.

mixedCase 4y ago
Yeah, DataGrip. It's slow and unresponsive, unfortunately. Their software probably is the best example of Swing, but it is still Swing, so performance makes a lot of operations feel slow and it doesn't prioritize data-first so the most intuitive way to do some things is in a blocking manner, with no smooth transitions from/to loader indicators.

deleted 4y ago

[deleted]