And that arrogant “I understand it, why don’t you?!”-attitude is exactly what’s so often the main issue in the design process of open source software.
I’d recommend watching this recent talk by Tantacrul, the design lead for MuseScore and Audacity. In it, he shows some videos of first-time user tests he conducted for Inkscape recently. It’s really fascinating to see, how users fail to do what they want because of confusing UX choices. And often it isn’t even that hard to fix. But open source image editors are just full of these little annoyances by now, which really smell like the result of inadequate user testing. And no professional would prefer to work all day with software full of little annoyances when there are alternatives.
I mean, just try adding text in Krita, for example. There’s a giant pop-up where you have to format your text without actually seeing it on your image. That’s just klunky and far more time consuming than a WYSIWYG approach would be.
Just want to chime in that a Krita developer has been working on a complete text tool overhaul from the ground up for the past 5 years or so, and it is just about ready to be pushed into the beta versions, so that pain point should be resolved soon, thankfully.
It may take longer to learn how to do a task with a less polished interface, but if you’re using software “pretty regularly”, then most of your time will be spent doing rather than learning the basic functionality.
I can’t speak for Krita - I’ve not used it. But as someone who has designed a lot of software I agree with you fully here. Making software intuitive is the hardest and also most important part of my job. When I test with users the first time it soon becomes clear how stuff that me and my team thought made sense is totally opaque to the end users or just doesn’t fit into the real world workflow. It’s all well and good expecting users to learn the software - there has to be an element of that - but if you force thought, cause confusion or waste time every time you do that you add friction to the product. That friction ruins the users experience of the product and can ruin productivity.
There is a balance to be made, complexity where it allows for power is fine, if you have dedicated frequent users. E.g. my favourite editor is Vim - very complicated and (initially) opaque but also extremely powerful and logical once you know it. But complexity that adds no power or complexity in software where you don’t expect users to be using the software frequently enough to be expert in it is not ok.
Idk, you lost me when you said Krita’s UI is too challenging… wtf
And that arrogant “I understand it, why don’t you?!”-attitude is exactly what’s so often the main issue in the design process of open source software.
I’d recommend watching this recent talk by Tantacrul, the design lead for MuseScore and Audacity. In it, he shows some videos of first-time user tests he conducted for Inkscape recently. It’s really fascinating to see, how users fail to do what they want because of confusing UX choices. And often it isn’t even that hard to fix. But open source image editors are just full of these little annoyances by now, which really smell like the result of inadequate user testing. And no professional would prefer to work all day with software full of little annoyances when there are alternatives.
I mean, just try adding text in Krita, for example. There’s a giant pop-up where you have to format your text without actually seeing it on your image. That’s just klunky and far more time consuming than a WYSIWYG approach would be.
Just want to chime in that a Krita developer has been working on a complete text tool overhaul from the ground up for the past 5 years or so, and it is just about ready to be pushed into the beta versions, so that pain point should be resolved soon, thankfully.
It may take longer to learn how to do a task with a less polished interface, but if you’re using software “pretty regularly”, then most of your time will be spent doing rather than learning the basic functionality.
I can’t speak for Krita - I’ve not used it. But as someone who has designed a lot of software I agree with you fully here. Making software intuitive is the hardest and also most important part of my job. When I test with users the first time it soon becomes clear how stuff that me and my team thought made sense is totally opaque to the end users or just doesn’t fit into the real world workflow. It’s all well and good expecting users to learn the software - there has to be an element of that - but if you force thought, cause confusion or waste time every time you do that you add friction to the product. That friction ruins the users experience of the product and can ruin productivity.
There is a balance to be made, complexity where it allows for power is fine, if you have dedicated frequent users. E.g. my favourite editor is Vim - very complicated and (initially) opaque but also extremely powerful and logical once you know it. But complexity that adds no power or complexity in software where you don’t expect users to be using the software frequently enough to be expert in it is not ok.