Hi all, new here.
Not really much of an artist but I do enjoy dabbling from time to time. Recently learned about Lab, perceptual colour spaces and OKLab and got interested in the math of colour spaces generally. So I figured I’d give making a colour picker a try.
It’s very rough around the edges but it (mostly) works. For my own purposes it’s more than good enough but I thought I’d post it here and see if anyone thinks it’s useful enough to be worth developing further.
All views now update to the selected colour when using the eye dropper tool. I think this also fixes the error where it was sometimes updating to the wrong colour.
Removed the link to the zip file since it didn’t seem to auto-import properly. You can download a zip file from github by clicking on the “Code” drop-down and selecting “Download ZIP”. That one seems to install properly.
Thank you for this, I’ve been interested in OkLab for Krita for a while now. Unfortunately Krita can’t seem to import it automatically, but adding to pykrita by hand was fine. It works great, I can’t see any issues.
Are you aware Bottosson extended OkLab to OkHSV and OkHSL for pickers like these? It helps reduce the streaks of high chroma hues such as in blues at low luma, and adjusts the luma to be more perceptually uniform. Compare these, for instance:
They both can do exactly the same stuff, since they are both based on OkLab, but I like the smoothness of OkHSL. You can see the relevant demo and blog post here, which also links to the source code:
I was not aware but that’s good to know. Thanks for the link I’ll check it out.
I’ll have to see if I can get the import working properly. I renamed some things while working on it, might just be that a file doesn’t have the name Krita expects it to have or something.
Hello. I got auto importing to work by deleting the macosx subfolder in the zip file. It seemed like krita was trying to use the .desktop file in there instead of the one in the top level. Maybe that’d be fine if I weren’t on windows. Anyway, thanks for the plugin it works great!
I love this plugin, it works great. One thing I would love to see added is the OKHSL cube from that interactive demo above because I think it balances usefulness with practicality really well, even though triangles are cool too
I’m glad you like it. I’m looking into the OKHSL and OKHSV. No idea when I’ll actually get around to adding it but I’m sure it’ll happen eventually. As for the hue slider: yeah, totally a pain as it is now. This is the first time I’ve used Qt Widgets and I just used the most basic ones to get a working version up and running but the hue slider is one of the first things I want to fix once I have a bit of time.
I’m not sure I understand what you mean by updatable in real time. It should update it’s values when you select a new colour from the canvas with the eye-dropper tool. There’s a bug at the moment which means that doesn’t always work the way it’s supposed to. Someone on github has already suggested a fix I just haven’t had time to look at it yet. Otherwise the sliders are a bit sluggish to respond. That’s an optimisation issue that I’m not sure how to fix yet. Mostly because I haven’t tried yet.
Did you mean something else by “updatable in real time” though? I’m totally open to ideas to make it better and more useful so if you can explain more what exactly you’re looking for I can certainly think about adding it.
Thanks for the reply! From what it sounds like it just doesn’t work for me, unfortunately.
But just in case of a miscommunication ill try to explain better what i mean by: “Updatable in real time”
I imagine it to be similar to the way Advanced color selector docker updates the color wheel to the current selected color, i hope that makes sense!
The way it works for me now is that the color wheel is completely unresponsive, but i thought it was a feature xD
I use Windows 11 and Krita 5.3.0 pre-alpha
Okay, so I wasn’t misunderstanding. Or rather, what I was misunderstanding was my own code! For some reason I wrote it to only check the foreground colour when you switch from one view to another. So it doesn’t update immediately when you select a colour.
If I have some time over the weekend I’ll see if I can fix that. Thanks for pointing it out!
This is so cool and great to visualise the perceptive impact of each colour, which is something I’ve always struggled with. Full saturation yellow is obviously brighter than the most saturated blue, but with typical colour selectors you can’t really tell what
value is corresponding without experimentation.
I was about to say that I got this error anytime I colour-picked, but it appears to just be incompatibility with Pigment.O:
Thanks, I’m glad you find it interesting/useful. I’ve had a few reports of similar crashes. I think this is just a straight-up bug on my part. I don’t have a ton of experience with qt (the GUI/widget library Krita uses) so I made some guesses as to how some things were supposed to work and I probably guessed wrong in a few cases. I’m working on fixing this so hopefully it’ll stop crashing on people and start being actually useful to more people soon.
