That should have not happen. I re-uploaded everything, try downloading it again and see how it reacts. the UI file did have the hex_copy object though.
It does have LAB but it is still not 100% so to speak. Temperature from XYZ is not done. what it has temperature from RGB at the moment.
Hello, I found a very interesting color space. Can segment. O achieve this? And I found that the C of LCH in this color space truly describes the saturation. In HSY, even if the value of S is the same, some colors will be more bright, but in LCH, the C value is consistent with the brightness of colors.
Hex code “copy pasta”. This feature is hilarious. This helps to bring hex codes in and out of Krita.
How it works:
activation - Check “HEX-CP” to copy and paste hex codes automatically from and to pigmento.
copy - move mouse out of pigmento.
paste - move mouse into pigmento. requires a code formatted as #-xx-xx-xx (example: #19213f ) on the clipboard or it will be ignored.
Fixed a really weird bug where it would mess up HSX color conversions. if you edited the value boxes on hsv per example and then pres enter to apply it. drawing while the cursor was still active of the double spin box would cause it to edit wrong during the update and move it straight down to zero. I imagine I added something on one of the updates that caused this opening. I cleared focus so you can’t edit and update at the same time once you mouse leaves pigmento.
Today was reflecting on correct representation of color on the panels in different color spaces.
Some might still need a touch up but the easier ones are done. I don’t know if the other will be changed or not because they relay on stuff that is hard-coded and expect it too be for the mixing.
Panels that are sensitive now are: FGC, HSV, HSL, YUV(bug?), HUE, GAM(rebellious?).
Undecided: DOT
Will not change: RGB, OBJ, IMG
Illustration with HUE panel with color RGB(255, 0, 0):
lab document ← the lie
Hooray! I made them really ugly now. yes. But it is the color. yes.
Like this will give a more correct representation of the output considering the source panel.
I was thinking on how to make the DOT panel still and what it implies.
Note:
In the case of the HUE panel you can activate the Hue_Shine option to force it to display bright colors only.
Tip menu renamed as Palette now, due to absence of SOF and more space to write now.
Added actions to apply colors saved in the Palette. you have 11 slots that start counting from 0 to 10 going left to right. If no color is saved to the slot nothing will happen oviously. just as before when I introduced shortcuts to it this does not come with any pre defined shortcuts choosen you gotta choose your keys first.
Just tried out the latest version, the sliders kinda lags a fair bit compared to the previous version on linux, the update on july 8 which is before dialog boxes i think.
I was told that Linux could handle the workload though and your lagging on both versions.
This should be your performance. Here I am on windows and krita 4.4.5.
The thing is Krita 4.4.7 and 5 to me seems unstable for my plugins as something changed and I don’t know yet what is the cause of lag nor i know how to fix it yet.
if your on krita 4.4.5 that means i will have to place the Linux lock again so it goes faster as Linux is clearly not able to handle to work load given.
I was toying around yesterday and made it simple to edit the channels cursors if you know that stuff.
As a normal user you can do just this for a standard swap:
In the mean while I activated the Linux lock to see if it helps any considering you were lagging on both versions. however this is not a fix for the 4.4.7/5 thing. I think that is a whole different beast.
The linux lock is just a block for pigmento to not flood Krita with new input changes until you do a mouse release from it. Krita also does this internally in various ways. This means you won’t see changes in Krita until you release your mouse press from Pigmento, and only Pigmento will update to your change in real time until you do. if Linux is not updating at all tell me about it. I did not test this on Linux yet since I need to work still.
I’ve been using Pigment.O in the Krita 5 alphas (on linux) for the past few months and not noticed any problems. I haven’t updated it for a while though; the version I have installed is dated 31st May.
I think when I installed Buli Notes a couple of months ago to test it, I started experiencing lag in Pigment.O for some reason.
Other than that I’ve been very happy using in instead of the advanced colour selector. Having the triangle positioned so the values are aligned vertically is ideal, and the sliders are great for more controlled colour changes.
Thanks for making it and all the work you put into improving it!
I don’t know why but mine doesn’t seem to be fast like yours, in fact is still slower than the old version.
Maybe it’s my com’s fault for being a bit old but I don’t think my specs are that low, i7-6700k cpu, 16gb ram, gtx970 gpu. I tested this on 4.4.7 of krita thou. Needs more testing from other linux users perhaps.
I did not test P>K mode or OFF mode before.
After testing it, P<K mode performance is about the same as ON mode for both.
However, OFF mode is near instant for old version but lags for the latest version.
That means something inside is really working wrong but what is the question. pigmento is massive now a days. I don’t think I will find the solution for this any time soon.
No worries, I’ll stick to the old version.
Do you need or have the old version for cross-comparison of code or something?
I see you don’t have any old releases on github which for this kind of situation can be really helpful, both to you and especially for other users to download where newer versions may break some existing functionality.
but what is the question. pigmento is massive now a days. I don’t think I will find the solution for this any time soon.