OpenCreativity - The interoperability layer between Adobe Alternatives
GitHub - CreativityOpen/OpenCreativity: The interoperability layer between creative FOSS applications
GIMP's UI is what's holding it back.
If it was remotely near inkscape's usability, it would be way more popular. The script that tries to make it look like Photoshop, shows GIMP's underlying limitations.
GIMP should go straight to phase 3.
GIMP makes uncommon things possible, and common things hard. I really don't understand the mental model of people (the devs) who think the GIMP UI is intuitive. It's such a powerful, widely used program, I have always thought it was just me, not understanding some paradigm. But Photoshop is as or more powerful, and yet is so much easier to work with. And it isn't only casuals using Photoshot; professionals do too, so it's not just that GIMP is designed for power users.
I honestly don't understand how the GIMP UI can be so consistently and enduringly difficult.
Draw a straight line with GIMP. I dare you.
I started off on GIMP, decided to try Photoshop…. How… how can I come from software I have more experience with, and find it easier to work in Photoshop? As much as I want to love GIMP, damn the UX is ass
I nominate Kdenlive as the open Premiere alternative.
This is definitely something that's needed, so thanks for taking the initiative to start something :)
Just to note, your front page suggests darktable as an Illustrator replacement - whereas I would have said Inkscape is the Illustrator replacement (they are both vector graphic editors) and that Darktable is for processing raw digital photographs.
Thanks, It's fixed.
Yeah, Darktable is more of a Lightroom replacement
Reproducible scripts are scripts using Nix so that we don’t have the problem of “It works in my machine”
Ok, no, thanks. This should work on all distributions with their package managers instead of needing a separate layer. The approach to first package it and then write addons is a bit weird.
That's the thing with Nix: It works on all the distros.
Distros could of course also package it themselves (nothing preventing them from doing that) but having a baseline in Nix that you can point to makes the distro's job easier here aswell. If it works via Nix but doesn't in xyz distro's package, you know where the problem lies.
You can make Deb and rpm from nix packages supposedly.
https://nixos.wiki/wiki/Nixpkgs/Building_RPM_DEB_with_nixpkgs
Sticking to reproduceable builds also makes sense for development and troubleshooting, less variables to run down.
So all they have is a boilerplate script that doesn’t do anything yet?
I’d rather see this as a collaborative effort between upstream rather than a “layer” of scripts, not to mention their “phase 3” is forking upstream which we really don’t need.
I’d rather see this project’s team simply working with upstream and sending PRs / patches.
they
Am only one person :), but if anybody is interested in helping, I would love that, I can easily add you to be a member.
so all they have is a boilerplate script that doesn’t do anything yet?
Fair, I wrote that quickly as a starting point.
I’d rather see this project’s team simply working with upstream and sending PRs / patches.
Noted, am still thinking on the best way to approach this "interoperability" problem.
I love your passion but I think you published on GitHub a little too soon. Rather than pitch solutions, keep it to the problem space definition for now.
Then, reach out to the upstream developers and see what their thoughts are and how you can contribute. I’m sure there is definitely space for a interoperability library that makes it easy for any creative FOSS app to integrate and enter into this open ecosystem concept but rather than inventing it for upstream, you should invent it with upstream.
Good luck and stay this passionate - the FOSS community needs people like you!
Brilliant
Just a heads up, all of the reference links are busted as far as I can tell.
I’m 99% for markdown you want to do:
Lorem ipsum dolor sit amet [link text][unique name] … [unique name]: website URL
Edit: removed actual URL because my Lemmy client was formatting it for markdown lol
The file is using org mode rather than markdown. I don't think GitHub has as good of support for org.
Ahh good callout, I didn’t see the filename.
Used to be called After Effects, not sure these days.
Github doesn't support Org footnotes, it seems.