What is a "hot position"?
- Queries
- All Stories
- Search
- Advanced Search
Advanced Search
Jan 2 2017
Dec 23 2016
Dec 10 2016
I was discussing this issue with @scottpetrovic, @jounip and @Bollebib at the sprint, and I had the following idea:
I use option 1 while i paint, that's why i prefer to add another shortcut for this operation.
I like the 3rd option, but i think all the process (A, B,C ) could be in background mode to avoid confusion. Maybe when you paste something with this option, it is already in transformation mode, and when you press Enter it automatically merges with layer below, and user can't even see new animated layer (sounds like a Macros). OR you can choose this in Preferences - to see and control all the process (A, B, C) or not.
I guess your proposal 3 would be best as it still would work good for off-peg quick paste (might even be better for it :) )
13:49 < Animtim_> dmitryK|log: the icon is in impex branch, and is called pivot-point
"Paste the selection into a new non-animated layer (what we do now). It is not logical at all."
I wouldn't say it is not logical at all, since it follow the base paste logic in krita. Plus, it is actually useful as it allows to create easily temporary "off-peg" references (which is when you move a drawing temporarily to can use it as reference to draw another frame.. TVPaint has a special feature for this, but I found it easier to do in krita with the current select/copy/paste/transform combo...)
Probably, the paste should also save the frame value inside, and in case the destination frame differs, ask the user what to do. There are several options what to do:
Nov 29 2016
Nov 28 2016
Quick thoughts
Nov 24 2016
Nov 14 2016
To be honest, I don't really support having such a cluttered workspace by default even for people with bigger screens. And, when it comes to easing people in from other applications, as Scott pointed out, the current setup is almost perfect for the biggest group: the photoshop users.
Nov 8 2016
@alvinhochun wrote:
And so I think asking on first startup could be a good idea because it can also let first-time users know about the workspace feature. Maybe it can also account for the small screen and suggest a compact workspace.
And so I think asking on first startup could be a good idea because it can also let first-time users know about the workspace feature. Maybe it can also account for the small screen and suggest a compact workspace.
I agree to your idea that add first startup choice something like that
In T4480#65086, @tokiedian wrote:First of all, What we should suppose is that newbie users probably won't predict that krita has a workspace system and can't find where they should go to customize UI by themselves, which means that quite a few users will keep using krita with default workspace. Therefore, I think to set too simple workspace as a default one is the same as to leave newbies behind a desert island.
I check and rework my workspace in 1024x600. It wouldn't go crazy like when I switched my workspace in Animation in small screen. Please ensure that by yourself.
The thing with default workspace being like it is for smaller screens is that if the app start with too much dockers that can't fit the screen, the window gets bigger than the screen and just removing dockers don't restore it properly.
First of all, What we should suppose is that newbie users probably won't predict that krita has a workspace system and can't find where they should go to customize UI by themselves, which means that quite a few users will keep using krita with default workspace. Therefore, I think to set too simple workspace as a default one is the same as to leave newbies behind a desert island.
How about prompting for the layout on first startup? With a "simple" and an "advanced" option, something like that?
@tokiedian - I think for a UI discussions, it is good to start with a very concrete problem and work from that. Without a problem and saying "why", it makes your solution look very subjective. Maybe you can clarify a bit some information on why you see it as not user-friendly.
I'm ok for adding another advanced workspace like this, but I believe it shouldn't be default, because we always try to get default worspace as simple as possible for at least two reasons:
-to can fit on smaller screens
-to leave more space for the drawing area
I think "good" is very subjective in this case. It depends on what applications people are coming from. If someone is coming from a tool like Paint Tool SAI, Krita is probably a bit complex an 'unintuitive' as they are not used to this layout.
Nov 4 2016
Oct 24 2016
Seems to be fixed
Seems to be fixed
Mirror mode regression found, so moving back into needs coding
Seems to work fine, since there are no reports
The testing plan that was apparantly needed:
Seems to be fixed now
Oct 21 2016
In T2544#60981, @Deevad wrote:
I tested large brushes + undo + instant preview on a 8000x8000px: impressive work.
Oct 18 2016
yeh, i like that scott. I think the word "stack" or "stacked" should be seen though.
Question, when you add stack to a current preset, you get brush_copy,( to be non-destructive),but wouldn't the other presets you add to that brush also have to be copies?
@dkazakov pick mode make sense to me at least.
- How do you get "out" of this mode. When you are in "brush #2" for example, everything from the presets to the brush engines change how they function.
Oct 16 2016
neat direction adding brushes to existing brushes. The updated UI proposal has two issues that I think can be solved.
You say previous versions of krita will only recognize the first brush in the stack. I guess this means that whenever you save a stacked brush, it will be saved under whatever engine is selected first in the stack?
I really like this proposal. Its looks like something i'd enjoy using as an artist. I prefer how the stack is an "addon" available throughout the current engines, rather than being its own separate (visible) brush engine.
Oct 12 2016
Oct 11 2016
pholio added. You can give feedback on the vector tools UI through the Pholio area here... https://phabricator.kde.org/M76
Oct 8 2016
In T1004#57947, @scottpetrovic wrote:For anything that has questions here is my attempt to answer...
1 C. Currently the Shape Manipulation tool has all of the object properties (object fill, object stroke, x, y, width, height) etc.
Oct 4 2016
For anything that has questions here is my attempt to answer...
Oct 3 2016
The design looks really nice. I have a few comments/questions though :)
Oct 1 2016
Sep 29 2016
Warning! I have renamed the feature into
Sep 27 2016
Sep 25 2016
Just a question, why is there both a custom as well as paint color in the background color settings?
yeah, this works in the preset-chooser branch.
docs added: https://docs.krita.org/Layer_Menu
Sep 22 2016
I noticed that it doesn't work with the mirror mode. Multibrush works fine...
added docs here: https://docs.krita.org/Artistic#Artistic
I just noticed a little usability issue with the quick brush engine:
the opacity slider is not available in the brush editor, only from the toolbar slider.