perhaps I’m wrong (something I’m good at)
Sorry but thats something I’m also pretty good at. Probably even better than you 
(xD).
Lets see what M1 says, but I do wish you are right! (And by the way, it was a great sugestion, I appreciate your idea a lot!). Is just that I’m not sure, since I tested it and sadly (or well, maybe luckily) they worked as expected.
Didn’t work @Michelist , I made sure to restart krita too
@_M1 I believe it may be some document setting (If you don’t want to share or something just tell me.
Did you change any setting in the Color Management section?
I feared as much. What a pity.
Michelist
Sent as a Krita file, hope that’s alright. I didn’t change anything in color management, just checked and hit restore defaults.
I think I finally found the issue, is because of the LUT Management being disabled. I always have it enabled, but disabling it I’m getting the same results as @_M1 .
For enabling it:
Settings -> Dockers -> LUT Management, and press "Use OpenColorIO"
Even though, I’m working to solve it since it should work correctly with or without the LUT. I thought it was a minor change, a bad format for some images I use but seems a bit more complex.
Thank you so much to @_M1 for reporting it!
Can confirm it’s working for me too. Thank you so much, I’m excited to actually use it lol.
Glad to hear that! 
Thanks for reporting it and for your patience, have fun friend! 
For the record, turns out that yesterday I was trying to solve something that wasn’t broken 
@Michelist was right here and here. It was the “Color selector uses different color space than image” (Thanks by the way, Michelist 
).
I thought it could also be that, so I was kinda surprised that it was working fine for me disabling or enabling it. But it was due I had the LUT Management enabled, and that is what LUT Management does basically, apply different transforms to keep the colors you see faithfull to different profiles. So that option didn’t had any effect while is enabled.
But after disabling it, everything is working as expected. Those colors variations are expected if you enable the “Color selector uses different color space than image”:
Weird, wasn’t working for me at the time, even made a comment that I restarted the app. I closed it and everything. After your fix, doing the Color selector works now though. I guess if that was what was truly happening, sorry for throwing you in a wild goose chase.
Don’t worry friend! I learned some new things!
I have updated it! 
Allows panning the document by holding space (to mimic Krita)
Antialiasing Brush:
Added a palette algorithm (P4 and P8 in the dropdown menu) for painting with the most similar color (using a cielab algorithm) to the all adjacent pixels.
Basically identifies all the surrounding pixels, and uses an algorithm to paint with the color in the palette that is most similar to the adjacent pixels (without being a color that is already in an adjacent pixels).
This is great for easily adding an antialiasing effect without using colors that are not in the palette you are using.
Sort by ID improved:
I personally download my palettes from lospec. I find the sorting tools great for helping me to decide which color to chose, by maybe sorting by the perceived value, etc.
But it had the problem that once you sorted the palettes, you were not able to come back to their original sort. And I missed that since usually the palettes are well organized into different hues and shades
NOTE: For this to work correctly, you should not edit the swatches ID, since is what is used to store their original position
Added more options to the export tab.
Button for exporting the document and selected layer/group on x1 scale (not only scaled)
Option for using the current selection as a mask for exporting only the selected part.
While I was working on this animation I liked to use the export tab since it was very fast to export all my sprites whenever I made a change.
But I had a recurring problem; despite I had each layer/sprite separated on groups, I ended adding some filters/effects on top to tweak the whole illustration on the top of the document. And that made that exporting the layers/groups below, didn’t had applied those changes.
Like I was getting this for one sprite:
But I wanted this (not only the fire is different, also the colors because of the filter layer):
For that I made the options to crop and mask the selection. That way I could export the whole document but masking and croping it to my selection/sprites, and made things easier.
(This is useful if you are doing some gamedev related stuff).
Also, I noticed that I was using a lot the export tab to export the separated pieces of the illustration to my game engine, and I didn’t want them to be scaled. So instead of having to change the scale, I simply added 2 buttons for exporting them at x1 scale.
Some changes:
Actions:
Previous Palette Color (SZK Pixel Art Suite)
Next Palette Color (SZK Pixel Art Suite)
Renamed to:
Previous Shading Color (SZK Pixel Art Suite)
Next Shading Color (SZK Pixel Art Suite)
Added a buttons for opening the online documentation.
UI redessigned in some places.
I updated it (Version 1.2.2)!
I solved some bugs in the color replace tool; I noticed that it was only replacing the pixels of the layers that were inside the canvas’ rect (and when you moved them you could see the previous color unchanged):
Now it fully replace the layer content since I think is the expected behaviour.
Also, maybe this is not the place to ask, but did the Krita api/documentation web moved or something? It has been weeks with error 404:
Thank you for the update!
And, yes, it would be better to ask it in one of these three categories that all three should fit:
Plugins Development
Artists Feedback & Testing
Developer Questions
Michelist
As I said in the drawing I made the other day, I had to update the plugin.
This update is specially useful for people interested in gamedev (and more specifically for those using Godot! 
). It was made mostly while working on that illustration, and with the aim of improving my workflow with that and future illustrations and solving some problems I had.
Main changes:
Added a Spritesheet exporter in the Export Tab:
Added a new tab; Gamedev Tools
Krita has very useful filter layers for editing all layers, but “commiting” their changes into the actual layers (so you can use them later in other tools), is hard. So I made this for being able to easily encode some information in the RGB channels in all my sprites.
Other Changes
Added some tools for selecting layers based on their color label in the export tab
This is handy for using it when exporting only the selected layers, or for creating a spritesheet.
Added a new option in the Export tab, Keep document hierachy, for saving the selected layers in folders that follows the .kra
UI
Some tabs have been redesigned.
Smaller Docker
Some bug fixes.
This is a Godot addon (Github link) for importing the spritesheets generated by the SZK SpritePacker.
The cool thing is that it automatically recreate your krita “scene” into Godot, exactly as you you see it in Krita!
It was very useful for me when I was making that illustration above, since it contained lots of sprites (specially grass), and it helped me to avoid placing them one by one (which would have been very tedious
).
I made a litle video tutorial:
You can read more about it in its manual.
And that’s all folks! I hope I didn’t make many typos! (My eyes are about to fall!)
Hello @Suzuka,
and thank you for the update upgrade of your plugin! Looks like a lot of additional fun features to play with and use.
Michelist
Thank you so much for your kind words, @Michelist ! 
Looks really cool
Thank you so much @EyeOdin ! 
Hello friends ! Little update
Mostly bug fixes, but I also added 1 little feature I’m using a lot for backgrounds and repettive elements!
Basically, in the K-Sprite editor, when you have the dither/pattern option enabled:
You were able to draw patterns by drawing in the matrix of the Index Painting tab:
Now you can offset the pattern it by pressing the arrow keys:
I used that a lot while I was working on this drawing, but I missed that I was able to move the pattern in some places (like the balconies and their decoration, to fit propperly)
Offseting without moving the cursor/mouse will make the new offseted pattern to filter the previous one.
This was originally a “happy (code) accident”. My original intention was to simply offset the pattern. But after playing with both approaches, I found this behaviour way more versatile and fun. Basically you can obtain tons of new patterns from a single one, just by “executing some combos” with the arrows.
Just remember that if you want to recall the original pattern with the offset applied, you just have to move the cursor a bit to redraw it.
.JSON in the Sprite Packer
(thanks to the person who reported it!)