Difference between revisions of "LGM painting tools"
From GIMP GUI Redesign
Line 4: | Line 4: | ||
==argumentation chain== | ==argumentation chain== | ||
+ | * we evaluated the brush system, and found: | ||
+ | ** 4 main modes only available for color painting, we found those modes also useful for other painting modes | ||
+ | ** iwarp implemented as a plugin, from our scenario (make people pretty, tool no.1 for photogs, from observation) we conclude it needs to be a brush | ||
+ | ** you can paint with color, you can paint with brightness (dodge+burn) but not with saturation | ||
+ | ** we need to keep under control the number of tools in the toolbox | ||
+ | ** a blanket availability of options like apply jitter, we not sure they are useful and worth the UI clutter in every tool (heal) | ||
+ | ** modes (multiply overly, etc): abstract + powerful, should not be an excuse for not providing a straightforward stand-alone brush tool. | ||
+ | * we evaluated wild brushwork for creating original art, and found no equivalents of the physical: having a palette | ||
+ | in you hand with paint you work with; smearing it on, and painting with something else then paint | ||
+ | * we recognised that the four painting modes are about how you apply it (depends on picture content), and the painting function is about what you are applying | ||
+ | * we want to make the 4 modes sub-modes of every brush tool: color, brightness, saturation, erase, smudge, blur, warp, clone (heal), etc. and would like to create room for further optimisation of the algorithm, and specialisation of their UI | ||
+ | * | ||
− | + | * modes: the mathematical ones can stay there, and the ones the that have an understandable graphics meaning (saturation, burn soft light) can be taken out and implemented as or integrated with a brush tool. | |
====Raw notes that concern the issue more or less.==== | ====Raw notes that concern the issue more or less.==== |
Revision as of 08:21, 27 April 2007
go back to LGM issues
Contents
our point
argumentation chain
- we evaluated the brush system, and found:
- 4 main modes only available for color painting, we found those modes also useful for other painting modes
- iwarp implemented as a plugin, from our scenario (make people pretty, tool no.1 for photogs, from observation) we conclude it needs to be a brush
- you can paint with color, you can paint with brightness (dodge+burn) but not with saturation
- we need to keep under control the number of tools in the toolbox
- a blanket availability of options like apply jitter, we not sure they are useful and worth the UI clutter in every tool (heal)
- modes (multiply overly, etc): abstract + powerful, should not be an excuse for not providing a straightforward stand-alone brush tool.
- we evaluated wild brushwork for creating original art, and found no equivalents of the physical: having a palette
in you hand with paint you work with; smearing it on, and painting with something else then paint
- we recognised that the four painting modes are about how you apply it (depends on picture content), and the painting function is about what you are applying
- we want to make the 4 modes sub-modes of every brush tool: color, brightness, saturation, erase, smudge, blur, warp, clone (heal), etc. and would like to create room for further optimisation of the algorithm, and specialisation of their UI
- modes: the mathematical ones can stay there, and the ones the that have an understandable graphics meaning (saturation, burn soft light) can be taken out and implemented as or integrated with a brush tool.
Raw notes that concern the issue more or less.
Adding noise
There could be possibility to use brush for noise adjustments.
IWarp
should be done with a tool.
Brushes
- users want to adjust their brushes on the fly, just by pressing keys, user should be able to change the parameters.
- Brushes need shortcut for: color picker, opacity (not sure about the steps, that should be applied- it should be measured with usability methods), radius/size of brush.
- User could also ‘cycle’ through all 4 main paint 'modes' (airbrush, ink, pencil, brush). But opacity and scale of the brush has the absolute priority.
- It is important that for these 2 comments that the user would keep his hand on the keyboard in the same position.
- When changing paint modes we need to think whether to take care about the continuity of the size/opacity, or not, because the second tool might be a complementary tool.
Fragments of Analysis
the brush tools
- make the four main brush modes (airbrush, nib, pencil, paintbrush) sub-modes of every type of brush tool, not just of color painting;
- create the opportunity to move the four main brush modes to be more algorithm based for further refinement. Bitmaps for brush shapes will play a more secondary role (for special jobs) in the future;
- complete the palette of type of adjustments that can be made with a brush:
- saturation
- distortion
- merge cloning and healing;
- take a less generic approach for what options are available for a certain brush type;
- discuss the historic significance of the modes parameter, and its future;
- introduce a way of painting with the effects of plugins. Probably via the blobs-of-paint concept;
- review of the shortcut actions to change brush parameters.
other points
- it should be possible to apply unsharp mask with 4 basic brushes (sharpen tool)