That is probably not helpful, because the needs and workflows of most of us are very specific and therefor they are very often very different, if not extremely different, but the answers may be interesting.
Michelist
That is probably not helpful, because the needs and workflows of most of us are very specific and therefor they are very often very different, if not extremely different, but the answers may be interesting.
Michelist
Hey wojtryb, Since 5.2.1 I am no longer able to hold down a temporary tool( Line Tool, Eraser) and change brush size at the same time. For example, I use E to toggle Eraser and while holding down E, i use to be able to scroll size up and down and release E to automatically toggle back to paint brush. Since 5.2.1. What now happens is that If i try and change size while holding down temporary key(Line Tool, Eraser), it cancels the tempporary hold down key and sends me back to Paint brush before i release the key. I use shortcut composer to activate the temporary hold down keys for Line tool and Eraser. Would you know if this is something that changed with your plgin, or is it a Krita update change? thaknk you.
Do you use the most recent version of the plugin, e.g. 1.5.3?
Do you use the most recent version of Krita, so 5.2.3?
Michelist
Yes, 1.5.3 and 5.2.3.
Okay, well wait and see what @wojtryb, or a knowledgeable user of this plugin, has to say about it, but that may take some patience, I suspect heâs sleeping right now, and I imagine the usual 9-to-5 routine that most of us canât make a living without will have to be fought before he has time to answer your questionâŚ
Michelist
Yes, patience. I didnât see your second messege in time before i left to ask in the creators threard. Things happen, Its okay, no need for all that.
I canât reproduce the issue on linux with krita 5.2.3 - it is possible to activate two actions at once.
The only related change in the plugin was in 1.4.0 - since that version any key release stops all of the actions - this change was needed to fix some issues related with detecting key releases on non-qwerty keyboards. Honestly, the ability to activate multiple actions at once did not seem as something useful in any workflow, but it was prone to some clashes and other issues.
I also assume you are using an actual, physical keyboard - not buttons on your tablet, or any other device with its own driver which handles key events on its own?
First, let me just say that I love your plug-in, itâs so useful. Thank you for creating it. My main keyboard is a one handed zmk keyboard i built with a scroll wheel to change brush size, thats why in my case the temp keys are kinda useful but not really necessary. I did try it with the Magic keyboard to rule out my ZMK keyboard being the issue and I got the same results. Now that I know you canât reproduce the issue on your end, i will try removing some plugins to see if one of them is affecting the holddown key on my end.
Just to give more feedback on this. I removed all the plugins i had and it still cancels the hold down key, so i cant curently activate two actions at the same time. I download krita on my macbook to test a fresh copy with only this plugin and it behaves the same. I am starting to think its a macos issue. I will try on windows bootcamp next.
I tried it on bootcamp and it still cancels the active hold down key. Anyways, Thanks again for the this amazing plug in. Itâs so good, It should just come installed with Krita. ![]()
modulo blending mode (by Don-Dori)scroll undo stack mouse tracker flickerIâm no longer seeing the bug of canvas losing focus after using PieMenu on macOS.
![]()
(I did upgrade the OS to a more recent version, and got a newer gpu. Was able to reproduce it with an older version of Shortcut Composer still, but much less frequently than previously. Tested on 5.2.2 and 5.2.3.)
Hi, thatâs great to know!
I donât think it should be related to version of the plugin it the gpu. Itâs rather either krita or OS update.
Anyway Iâm really happy that the plugin can still be usable on an unsupported operating system. Letâs hope it wonât break anytime soon ![]()
@wojtryb - Thanks for the updates!
I noticed when opening some types of dialog boxes with a pie menu, the pie menus donât go away once the dialog is open. Like âOpen Fileâ, or âImage/Layer propertiesâ. Hitting ESC will get rid of the pie.
However, I have Layer Properties and New Layer in a pie. New Layer being in the top position and Behavior on Deadzone set to top. An unintended new layer will appear after the following steps:
This also happens with the Image Properties dialog but doesnât happen when opening Layer Properties on a paint layer. In latter case, the pie goes away as expected and a new layer isnât created.
I found an interesting bug.
So I set the âCycle selection toolâ to B and it cycles between Freehand brush tool and Dynamic Brush tool.
What happens:
I hold down B to use the dynamic brush.
I release B it returns to freehand brush
I hold down B it does not switch
I press B again, it does not switch.
I press B second time, it now switches to Dynamic brush tool.
Bug happens if the default is the first in the list it gets stuck on default after held down. If the default is second in the list itâs fine and doesnât get stuck.
Great plugin! Being able to cycle between tools is one of my favorite features.
The other favorite is the brush size and opacity. Itâs a ton better than the default one.
I love how smooth the tools and pie menus feel. Just hold down a button and once done release.
If I could I would also put the transform modes for the transform tool onto the cycle as well.
Right now I got B for switching between brushes.
F for switching between fill and enclose fill.
T for having a temporary Transform. And crtl+T for a transform pie menu for more complex uses.
R for cycling between selection types.
I very much treat them as temporary tools most of the time.
And I use the layer scrolling on the key next to shift for quick layer switching.
And Z is for brush size changes.
I would use temporary eraser shortcut as well if I knew how to set it up to return to the last used tool instead of a predefined default one.
Or even better if I could use they cycle one, one click for the default blending mode eraser, then 2 taps for a hard edged eraser brush, 3 for the soft edged eraser brush, ecs.
Yeah, I love the cycle selections bit of code in here.
Hi, and thanks for using my plugin.
Sorry I missed your messages.
@fjg3d I created a bug report on projectâs github page Action pie menu does not close properly when the action involves opening a new window ¡ Issue #96 ¡ wojtryb/Shortcut-Composer ¡ GitHub. Sadly I donât know when I will be able to try to fix the issue, but the report will be there, so I wonât forget about it.
@Thrall I created a bug report on projectâs github page Multiple assignment is inconsistent when the first value is also the default ¡ Issue #97 ¡ wojtryb/Shortcut-Composer ¡ GitHub. Iâm not sure if it really is a bug, and not a user error (as setting the first value to be the same as default is unusual). Iâll keep that bug report, as the plugin currently allows to do this kind of thing, and there may be some design error I made there.
@wojtryb Could we get a few combinations of hue/saturation/value sliders? That way we could choose our desired combinations and map them to hotkeys. Given the workflow that this addon enables for me (UI hidden, fullscreen zen painting!), they seem like very useful additions for me.
Also, Iâm only now getting up to speed with the latest version, but is there a way to constrain rotation to discrete steps?
Creating sliders for hue/saturation/value is relatively easy as krita allows scripts to do that. The problem is that for it to be useful youâd also need some GUI elements to show you the current and previous colors, color wheel etc. That is possible but itâs also a major work and also a recreation of what is already in krita (I canât reuse that in a plugin).
Iâve decided not to have features that are only partially useful and unfinished. Krita has a âShow color selectorâ feature which I use personally (of course I changed the default key shortcut). I donât think I can do a better job in my plugin.
For the rotation - rotation widgets allow it, while rotation sliders do not.
Another one I thought of that makes more sense giving those constraints: A âmove layer up/downâ Mouse Tracker. I love going through my layers with Scroll Isolated Layers, but it then feels like a chore to move the layer in question up/down with single hotkeys ![]()
This has a performance constraint.
Selecting a layer requires no calculation, while changing visibility or order requires krita to redraw the whole canvas. At bigger layer sizes this stops feeling real-time. Without immediate response from krita you canât properly navigate the feature.
It would work for smaller canvas sizes, but would result in many complaints from users who would treat this as lag. I canât make krita update layers faster.
You donât feel it while using single hotkeys as you remain full control by pressing it N times, even though you have to wait for krita to finish.
The Isolated Layers function changes visibility though, surely? I was surprised at how fast it felt, despite this. Shame to hear itâs different for moving!