Difference between revisions of "LGM painting tools"

From GIMP GUI Redesign
Jump to: navigation, search
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

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

  1. users want to adjust their brushes on the fly, just by pressing keys, user should be able to change the parameters.
  2. 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.
  3. 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.
  4. It is important that for these 2 comments that the user would keep his hand on the keyboard in the same position.
  5. 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)