I’d probably be fine with a great TUI interface, too. So it’s really this intermediate UI that irritates me.
I’d probably be fine with a great TUI interface, too. So it’s really this intermediate UI that irritates me.
If you asked me objectively "do you think it's pretty?" I'd probably say no, but never once has this even occurred me when using it since I'm usually just trying to get work done, which I find it very useful for. It's a productivity tool, not an art piece I'm hanging on my wall.
People sometimes forget the importance of user experience and it's why some amazing software barely gets used.
Personally I care about aesthetic and consistency but willing to sacrifice depending on what I'm doing.
UI and UX does matter, even when talking about productivity software.
There can also be an element of inspiration and influence. If all my tools are well designed, I’m more likely to set a high bar for whatever I’m building. If I’m using ugly and poorly designed tool. The bar for whatever I’m making will likely drop to the environment I’m around.
Nonstandard UIs aren't end of the world, but if possible I don't want the extra cognitive load of interacting with 5, 6, 7, whatever slightly different GUI paradigms.
Like most developers I'm using multiple applications at once. Typically I'm using a terminal, text editor, browser, Slack, email, and maybe a database GUI.
A developer's cognition and cognitive load are limiting factors. Increase my cognitive load by X% and there is going to be a Y% increase in how long it takes me to do something and/or a Z% decrease in the quality of the work. Even if X% is small, it adds up pretty quickly. After all if we are employed full time that is 2,000+ hours per year of work.
Again, not just aesthetics. It's little things like, "does this software support the standard keyboard shortcuts for my system?" If CMD+W closes a window in every app except one that's kind of a pain. Etc.
However, I'd also agree with the GP comment. Its use of SWT ui results in some rather weird oddities. The biggest one is that if we configure gnome to use dark mode in linux, we get this absolutely unusable UI with barely visible text in many places. It becomes very obvious in that case which of the widgets are coming from gtk and which are custom rendered - and the distinction between them is stark.
And there doesn't appear to be a clear way to fix it without actually disabling the dark mode at OS level. I'd be perfectly fine if it used some framework that rendered its own widgets that looked a bit different or even if it ignored the dark mode completely and stayed usable.
Another example is Total Commander. I would buy it if it worked they way I think and had proper whitespace instead of being infinitely configurable and using non-conventional UX defaults (hit R I should jump to the first file staring with R, FFS).
If I have to suffer through this shit then so be it. If I don't have to suffer through it...delete.
A fun representation of the need for such beauty is in the game of Rimworld. In this world, the characters you manage react to the beauty of their surroundings, they need it to be beautiful to a degree, similar to how they need comfort, and recreation. Mood is central to the game, and an easy way to improve it generally is to create a beautiful environment, even if the characters are going to do mundane work like butchering.
There was a talk [1] at Devoxx 2023 by an Oracle which gave an overview of the current state of the UI ecosystem, and it wasn't too bad, though it seems like it's mainly JavaFX these days. Support for fractional zooming on HiDPI screens on Linux is still shit, unfortunately, which is something that drives me nuts.
What .NET GUI libraries are you referring to because anything other than WPF is tetering on "not a good idea." Have you built anything in Swing, WPF, Winforms, Xamarin Forms, or MAUI? You should give them all a serious test drive and get back to us with some informed comments.
So thank to the developers.
I also use another DB admin tool: HeidiSQL. This one is lightning fast. Most likely because it is native application. Written in Delphi btw
Same thanks to the developer
A free and open source DB management tool is still an impressive feat, but I absolutely would not trust it with anything where blowing up would have consequences.
As already said DB admin tools are not my daily driver. I either did not use Heidi intensively enough to uncover all the problems you mentioned or they've fixed those.
I still prefer it as it is fast and has a nice UI and if they can sort the crashes, I would be a convert.
On a mobile I kind of get it because having apps work in similar ways eases the learning curve (I.e burger menus etc), but all the UI paradigms being used in dbeaver are the same as any other desktop app.
I appreciate the fact that it works identically on Linux as it does Windows (and presumably MacOS). Not even Microsoft maintain consistent use of widgets within their operating system, you still stumble across windows 3.0 looking screens in windows 11.
I say…it’s good that dbeaver eschews native widgets
I use it on gnome all the time and never run into an issue.