this post was submitted on 07 Apr 2025
1272 points (97.0% liked)
linuxmemes
24395 readers
827 users here now
Hint: :q!
Sister communities:
Community rules (click to expand)
1. Follow the site-wide rules
- Instance-wide TOS: https://legal.lemmy.world/tos/
- Lemmy code of conduct: https://join-lemmy.org/docs/code_of_conduct.html
2. Be civil
- Understand the difference between a joke and an insult.
- Do not harrass or attack users for any reason. This includes using blanket terms, like "every user of thing".
- Don't get baited into back-and-forth insults. We are not animals.
- Leave remarks of "peasantry" to the PCMR community. If you dislike an OS/service/application, attack the thing you dislike, not the individuals who use it. Some people may not have a choice.
- Bigotry will not be tolerated.
3. Post Linux-related content
- Including Unix and BSD.
- Non-Linux content is acceptable as long as it makes a reference to Linux. For example, the poorly made mockery of
sudoin Windows. - No porn, no politics, no trolling or ragebaiting.
4. No recent reposts
- Everybody uses Arch btw, can't quit Vim, <loves/tolerates/hates> systemd, and wants to interject for a moment. You can stop now.
5. π¬π§ Language/ΡΠ·ΡΠΊ/Sprache
- This is primarily an English-speaking community. π¬π§π¦πΊπΊπΈ
- Comments written in other languages are allowed.
- The substance of a post should be comprehensible for people who only speak English.
- Titles and post bodies written in other languages will be allowed, but only as long as the above rule is observed.
6. (NEW!) Regarding public figures
We all have our opinions, and certain public figures can be divisive. Keep in mind that this is a community for memes and light-hearted fun, not for airing grievances or leveling accusations. - Keep discussions polite and free of disparagement.
- We are never in possession of all of the facts. Defamatory comments will not be tolerated.
- Discussions that get too heated will be locked and offending comments removed. Β
Please report posts and comments that break these rules!
Important: never execute code or follow advice that you don't understand or can't verify, especially here. The word of the day is credibility. This is a meme community -- even the most helpful comments might just be shitposts that can damage your system. Be aware, be smart, don't remove France.
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Downplaying the importance of UX is one of the reasons the year of the Linux desktop still has not arrived.
If by importance of UX you mean "your program should look and behave exactly like this other program made by a corpo, because I've learned that one already".
In reality The Year Of The Linux might never arrive, it doesn't have a multibillion corporation spending multi billions in order to make Linux a default software on every computer you buy. (to pedants: Android doesn't count)
No. Importance of UX simply means advance users can customize their workflow while making it easy to use for casual users.
Kinda like Krita or Blender. Both are not perfect, but the dev are working on it, together with the community.
Even GIMP dev also working on that, they have GIMP UX issue tracker here: https://gitlab.gnome.org/Teams/GIMP/Design/gimp-ux/
Oftentimes established workflow is already simple. There's no need to reinvent this from scratch. Example: Npainter and AzPainter are heavily inspired by PaintToolSAI. Inochi Creator is a clone (with unique feature) of Live2D Cubism.
I think the difference is with their software you can play around the UI and figure out things by intuition and trial and error
The same thing is not enough in FOSS in many cases. Like for ex, drawing solid shapes in GIMP
For three years I worked teaching computers to adults, and for four years I was a system administrator/helpdesk for a big office.
I can absolutely assure you, from my experience, there is nothing inheritly easier or harder to figure out in close source software vs foss, in windows vs linux, in gui vs console, in Photoshop vs Gimp.
The only difference is, what did a person encountered before. The idea that you can give a person photoshop and they will draw you a sold shape, but you give the same person gimp and they will not be able to never stood up to my experience with probably thousands of people.
I for one have never used Photoshop but I used to use Gimp occasionally for some semi-technical markup and annotation. I remember being baffled by how to make a hollow circle, as opposed to a solid one. I kept forgetting the process so I had to look it up every time. Nowadays I just use canva since I don't want to analyse menus and tool options every time. I don't have to use Photoshop to say that Gimp's UI can be better. Anyway, I also use Audacity extensively and although it's not as outstanding of a case as Gimp, the older versions were a pain, nowadays it's much better but still plenty to improve (I have not used other audio editing softwares)
Then again I learn software by intuition and exploring menus (rarely I go to read the manual, as do majority of the people I imagine), if I was taught how to use it by someone like you, maybe things would be different, but I doubt that's how most people interact with software.
There are definitely a lot of little things in gimp that make it hard. The lack of a shapetool is one(yes yes it's not a drawing app but a basic edition helps) and other things like adding text with a black outline or shadow. After literally decades they finally added in a way to make it easier to image macro text in. The old way involved several submenus and I know I couldnt figure it out on my own without a guide.
I know sometimes people come into an opensource ecosystem and complain that everything is worse because they arent used to it, but at the same time there are a lot of open source programs that are very rough around the edges and the developer cant see it because they know the program inside and out so of course it's intuitive that this feature is burried in here and this feature way in there.
That is NOT at all what people are saying. They're saying that glueing together 15 different UX paradigms into a program is not as intuitive as something designed before it was coded by people with expertise in exactly that. Design is real no matter how much you don't want it to be. This attitude is directly hurting open source software.
no, we want the tried and tested workflow that works well for pros to use.
take it as someone who used photoshop professionally in the past.
That's what I mean. You used photoshop professionally, you are used to its interface, you want everything to have the same interface so you don't have to learn a new one. It's normal, we all are like that. The problems start when you try to hide it behind words like "intuitive", "industry standart", and "good for everyone"
say what you will about adobe and you might be right, but photoshop was perfected over years for an efficient pro workflow, and the industry coalesced around how similar software works.
to the point GIMP is not an effective tool. I would excuse them for trying to make it actually "intuitive", but as it stands, its neither "industry standard", nor "good for everyone".
this is my point. wanna come up with something better? please do, but its not close.
Yep. I use Gimp, digiKam and Darktable for literally decades now. I am utterly lost on Adobe software.
Not necessarily, but humans are creatures of habit. If your app doesn't follow existing patterns, you better have a good reason for it.
It is true however that UX research is pretty poor on Linux, outside of say Gnome, but I think Linux apps could also take notes from market leaders and see what works from them and why.
It's not always just a spreadsheet comparison of features, it's considering the UX for different screens and user journeys and comparing them to one another.
You kidding me? Gnome has the worst UX of them all. The UI is kind of OK, but the UX is fucked beyound repair.
I disagree, they've got a consistent UX framework across the board, inputs are clear, navigation is the same across gdk apps. Is it consistent with other DEs? Not quite. But all gnome apps are easy to use, have pleasing UIs and generally share patterns that make it easy to see them as part of the same family even if an app is third party.
I agree on consistency. It does have vision and it is consistently implemented.
It has different problems. It doesn't play well with apps written not for it, it doesn't allow for a good deal of customisation, and full of bugs and questionable decisions. All the UI stuff is subjective, but bugs and unresponsiveness isn't.
Eh can't really blame it for not being more open I think to customisation, it is an issue but not really a UX one I think. Any UI could be faulted for that then, not being customisable enough. As for apps not written for it again, not something they have control over. Could say the same about any DE, or even Mac or windows when they use non standard blocks
What else could it be if not UX. Not being able to setup a shortcut for the keyboard layout change without a bunch of bullshit hoops is an eXperience I have as a User.
Yes, it's a metric by which we measure the experience. Sometimes things should and could be easily customisable, and if they aren't, it's a fault of the UI.
If they're making a window manager, they need to consider apps that user might run with this window manager. If for example a browser doesn't render half of the internet correctly because they added an unexpected rendering conventions, it's a shit browser. Same could be said about desktop environment.
Other DE expected to run apps, Gnome expects that you write your app with Gnome in mind, that's a big difference.
Its close but when gnome is still saying "lmao bro you're supposed to know how to use terminal to make empty files bro" and "nonono you are too stupid for mmb paste toggle" in the same breath, it will be a while.