Okay so this post directly violates the guidelines but please take all the below as suggestions. I know Krita is a developer’s time dependant and I wish I could code but here we go.
The premise is that procreate on Apple ecosystem has created a very intuitive interface, some ideas we could consider in Krita.
Brush Engine - Which is already great on Krita, but Procreate has a dedicated smudge button. This allows any brush type to become a blending brush and thus a textured blending brush can be achieved. Krita already does something similar to the eraser system. We thus have to rely to dedicated blending brushes.
gesture for lines and shape: creating a shape and holding the pencil creates a straight line, squares, circles, and whatnot. something similar could be added in Krita.
Drag and Drop Colours as fill tool: Krita 5.0 already adds dragging and dropping colors from the pallet to fill the layer. but it is not sketched aware. Eg. filling a circle is difficult if there is leakage (I know we have a GMIC plugin for that). Plus dragging and dropping is not working from the color wheel or recent colors (history). Only from pallets.
create a colour pallet out of images
UI for Tablet: This can already be partially achieved with Tab key but it would be even great to have some hide / unhide system for relevant features like brush size, opacity, colour wheel etc. (maybe i should make a video to explain this.
Hope this kindles from brainstorming among members. Krita is already a great tool thanks to the open-source community. I am just an accountant, please.
1- I don’t really see why having a button to turn any brush to a smudge brush would be very useful, i can see with the erase but not this one. I personally wouldn’t use the button but i would like being able to switch brush engines for the brush presets.
In previous versions you could easily change the brush engine of the brushes but for some reason it’s not possible anymore, this seems more useful in general than a switch between just 2 brush engines.
3- I think the way the color wheel is right now, the drag and drop would be impossible, would make more sense to me if we had bigger foreground and background color swatches and drag from there instead. As if i am dragging around a color wheel i expect to be selecting a color, not dragging a color from it.
I mean that’s expected as it’s basically a fill tool, and the fill tool doesn’t have a close gaps feature.
Are You talking about the colorize filters? Have you tried the colorize mask? It’s not the same as you are asking but you could achieve the same result.
There is also a feature in the works that might help with that based on a tool from CSP. Don’t remember which thread it is though.
4- being able to create a palette from images would be nice, gimp has this functionality too.
5- a dedicated ui for a tablet might take a while to happen but the idea of being able to customize better what to be shown in canvas mode is really nice. People in the past suggested also being able to toggle Dockers by shortcuts which i think is also a nice idea.
That has never been possible, though? I cannot imagine we ever had code for switching the brush engine while keeping as many of the properties as possible. (Keeping all properties of a brush preset when changing the engine is obviously going to be impossible.)
“Eraser mode” can be achieved through a blending mode. The smudge brushes are quite different. And now they support different attributes, such as “mask brush” cannot be used in smudge engine. So this is a very big problem.
Dragging colors directly from the color wheel seems unlikely. A previous post was discussing adding foreground/background color components to the color wheel. If it succeeds, dragging may not be difficult.
I have thought about something similar, even including processing multiple pictures at once. In this way, we can analyze the color style of one artist at a time and divide it into different swatch groups of a color palette.
But it was, i remember clearly being able to do that in older versions, maybe around 3.x versions. Might have not be intentional but it was possible.
The properties that did not exist in the other brush engine would be discarded, and new properties used defaults. In older versions you could click the engine name in the brush settings and select the engine you wanted.
@LunarKreatures - Are you referring to this UI for the brush editor…
The way this worked, is that you selected the brush engine on the left, then the brush presets would change on the top to whatever brushes used that brush engine. Changing the brush engine though did not change your currently selected brush. It was just a way to filter your brushes by brush engine.
Yep that ui.That’s weird i do remember it changing the parameters and being able to adjust it for the brush. Like i even have brushes i converted from the pixel engine to the smudge engine using this method. Like i said might not have been intentional but i clearly remember being able to use it that way. Usually i would wave it off as me misremembering but i do remember clearly and being very upset it was changed. I also don’t think it was me not knowing the parameters well cause i do remember the brush behavior changing… This is very weird.
Not a palette but you can create a list of colours from the image you have open. It is a small refresh button in the advanced colour selector. You can open any image, press this button and then switch the document to use these colours.
Hi Lunar
Well the point is that procreate has a context-aware fill tool and it is very intuitive. Frankly, I don’t use a fill tool like that cuz I don’t do line art but some people do. Not sure how this can be implemented in krita
Hey! Didn’t know the fill tool was already proposed. Great then if this is already under developer’s radar.
For the smudge/blending system, IMHO creating a separate brush for a specific texture blend should be more tedious. Proctretae simply takes any brush and makes it blending / smudge brush through much better textures can be achieved. If it’s a Krita’s Brush engine limitation then that kind of is sad. Of course, adding this feature would also entail opacity and flow control as a slider also for the smudge button. Probably another painful point.
@raghukamath and @TheTwo , this does partially solves the issue and in fact, this feature is so hidden, I didn’t knew this was available. Thanks! But making a pallet out of it would have been an added bonus. this way it could be repeatable and sharable. @halla not sure from where, maybe a screenshot would explain it?
Also currently the tablet UI is not enhanced so there is no guesture support. this can be taken into consideration when tablet UI/UX is properly sketched out.
For now people with keyboard can hold Shift which is faster actually than holding the pen in position for some time.
yes, it’s working from there. thanks again. And this basically solves the whole thing. Just moving it from top panel to colour wheel would be better UI. Less mouse travel from right > top > canvas to just right > canvas. I hope this is what you were talking about @halla.
You can check that by going to the attic and getting a version from that time: KDE - Experience Freedom!
If you do, make sure to use an isolated environment, like logging in with a different user name, or making full backups of resources and configurations for later restoration.
The drag and dropping mechanism with the color pallet square and i think the bg/fg square to the canvas as fill is already there. There was a talk in tangent with the fill tool, and fill and enclose tool discussion of possibly implementing the fill/enclose together with the drag/drop.
The drag /drop color from color pallete [is kinda there except its full fill] and i think that can be in future be combined to respect the settings in the currently being develop fill and enclose or at the very least the settings in the current fill tool. .
I’ll be already happy if its fill type follows whatever is set in the fill tool.
That is already implemented in master, the drag and drop takes the fill tool options and can fill closed regions instead of the entire canvas. But I think that will be present on 5.1.
