161–170 of 223 posts
If their text editor wasn't a UX disaster, I'd have moved to Krita. It's so bad and it drags down the whole program. The devs acknowledge it's not great, but have not done anything to make it good enough.
Earlier quoted context omitted.
https://krita.org/en/item/intel-becomes-first-krita-developm... maybe that has ended
No, it's still actual, but they don't have a listing the fund.krita.org database because they sponsored us directly.
As a software engineer I understand what you are saying, but it is incredibly misleading then.
Why does it say "5 developers $ 17k / month"? Is that 1 developer of $17k / month? (So a $204k annual salary?) Or, does it mean 5 developers for $17k / month (i.e. a $40k annual salary?) If it's the latter, I'm highly concerned. Even in countries like India salaries like $60k USD (INR 50 lakh) has become a bare minimum for software engineers who are even the least bit talented... For a really good software developer…
I spend a lot of time on developing StreetComplete, got paid only for small part of that.
And I would be able to spend more time on that and willing even with relatively small funds.
I think that many people would be willing to take significant pay cut to work on project chosen by them.
But they can already support like one and a half full time developers. Krita future looks bright.
Are they really paying a full time developer only 3000 €/month?
I spend a lot of time on developing StreetComplete, got paid only for small part of that.
And I would be able to spend more time on that and willing even with relatively small funds.
I think that many people would be willing to take significant pay cut to work on project chosen by them.
For reference, 3000 €/month would be a low salary in Poland for a programmer but really good overall. I would take it if I would be paid for OpenStreetMap development.
Krita is supposedly part of the KDE project, which is committed to switching to wayland, but has 0 wayland support. In practice, that means that if you use other input devices they can have bugs that make it unusable.
So it's Linux story is weak. A very bad start for a KDE app...but at least maybe on Windows it works well.
Well the problem then is it does the classic blender thing of having non standard shortcuts and usage modes, except unlike blender it does so for literally no reason. Buttons in most of these programs, for certain classes of operations are standardized, and Krita just works differently for the fun of it. No justifications, just "spend a long time changing it if you want it different."
The icons are also incredibly ugly and people get defensive about them. The QT thememing is fine, but the actual icons for brushes and the like look amateurish at best and really brings down the cohesiveness of the program.
Certain tools are also abysmal to use. The text tool is a joke. Then you have certain operations being incredibly slow.
I have worked as a professional artist for years. People here really seem to be implying photoshop is the "big dog" in the space, but this simply isn't true. I see far more CSP users than Photoshop users and among my coworkers and haven't used photoshop for anything but some post processing for years. Krita then needs to compete with CSP, and Procreate (which has gotten huge recently.) To be frank, it doesn't. CSP works mediocorely with Wine but because the input problems don't exist that exist with Krita I have taken to using that on Linux ironically because I use KDE. Krita is basically a non option for me at this point and has me considering making a GPU accelerated open source drawing app instead of suffering this current atrocious landscape.
I'm migrating from Krita to Photoshop lately. Don't get me wrong, I love Krita. I used it for years and I wrote ~30+ bug reports. It's a positive thing -- I won't bother reporting bugs to Adobe cause I know they don't care, unlike Krita devs. However every time I need to collaborate with someone else, they use Photoshop. They use .psd like it's an interchangeable format[1]. Out of 10+ artists I've only seen one who d…
Earlier quoted context omitted.
And PSD is notoriously complicated. I remember reading some rant by an open source developer and there were things along the lines of different endianness in the same file. It’s a 30+ year old format that went to multiple transitions. I don’t envy the poor soul that has to reverse engineer it.
> I remember reading some rant by an open source developer This one? https://github.com/gco/xee/blob/4fa3a6d609dd72b8493e52a68f31...
I want someone to build this: SBOM (Software Bill of Materials) are slowly becoming ubiquitus around the world due to regulation. I want to be able to aggregate all SBOMs within my company, have a small tool that scans my machine and creates a SBOM for all Open Source tools I use (e.g. Firefox, VLC etc.), uploads that to my corporate registry. This data is then submitted to a donation aggregator which analyzes those…
thanks.dev does this. I think I saw GitHub Sponsors also started (or will start?) doing something like this, but I'm not sure on the details off-hand. But yeah, I've argued for this a long time as well: who is going to look up 100 to 2,000 dependencies and see if they accept donations and set that up and cancel when you stop using it, add new ones when you start using them (and many will be transitive deps, so you ha…
Earlier quoted context omitted.
> I want to be able to aggregate all SBOMs within my company, have a small tool that scans my machine and creates a SBOM for all Open Source tools I use (e.g. Firefox, VLC etc.), uploads that to my corporate registry. Then your boss will come and ask WTF do you use VLC for when all the videos are on the web, also some default media player comes with your OS and by the way, you are not supposed to watch videos during…
Wild, I should be more appreciative that I have Steam on my work laptop and have played Slay The Spire during deploys with management on the call commenting on my game.
I want someone to build this: SBOM (Software Bill of Materials) are slowly becoming ubiquitus around the world due to regulation. I want to be able to aggregate all SBOMs within my company, have a small tool that scans my machine and creates a SBOM for all Open Source tools I use (e.g. Firefox, VLC etc.), uploads that to my corporate registry. This data is then submitted to a donation aggregator which analyzes those…
That is to say, I don't think a pure "frequency of use" metric is sufficient to fairly distribute such a pool. And if you have a large and growing pool of available money then the incentive to game the distribution scheme becomes more attractive than making truly awesome software. And I very much doubt that we have any reliable ways of aligning such a money distribution scheme with the goal of creating amazing software.