Difference between revisions of "ColorPalette"

From Inkscape Wiki
Jump to navigation Jump to search
m (link fix)
(Undo revision 75524 by MayraMiller (talk) (SPAM))
 
(9 intermediate revisions by 4 users not shown)
Line 1: Line 1:
=== Custom Palette ===
=== Swatches ===
Still needed:
For fill colors and gradients there needs to be be a 'custom
*Per-Document swatch palettes (see below)
palette', so that the user can "bookmark" particular colors or gradients
*"None" and "Unset" swatches at the beginning of every palette. (effectively permanent swatches as they'd be there in empty palettes too)
for future use. Twelve small buttons should be added in the Color paint
*Gradient Swatches.
area of the Object Style Dialog, and should show up to twelve custom
*Pattern Swatches.
colors/gradients. When a button is clicked, the color or gradient
*Indication of selected object already having a swatch color assigned (such as an inverted outline). Should show both the fill and stroke.
settings in other widgets should be changed to match. There should also
*Right-click menu with various options.
be a straightforward way for users to add/remove/change items in the
*Swatches to support other color profiles (CMYK, LaB, etc)
color palette.
 
=== Per-Document Swatch Palette ===
=== Palette Files ===
 
We need to explore the options for how to store per-document swatches in a SVG compliant manner. Currently it seems like storing these in the defs section would be the optimal method.
Each document has its own custom palette, which is initially blank.
The user can load or save palettes to palette files, in standard formats
consistent with other graphics software.
A global palette.svg file should be installed with Sodipodi, that provides the default palette settings for a blank document.  This can include colors as well as any gradients listed in the global gradients.svg file (see the Object Style Gradients task). We must build a reasonably complete palette (e.g. all named HTML colors), along with the most common gradients (e.g. black-to-white, black-to-transparent, white-to-transparent, both vertical and horizontal).
Optionally, the user can have a palette.svg file in their home
~/.sodipodi directory. If present, this will be loaded instead of the
global default file, overriding it.  This file may refer to gradients in
both the global gradients.svg file, as well as a gradients.svg file in
the user's ~/.sodipodi directory.


(suggestion: possibility to import .acf (Ascii Colour File?) and .bcf (Binary Colour File?) from Macromedia Freehand - .acf, since is a .txt based file (each colour channel is 16bit, meaning 48bit for RGB and 64bit for CMYK), seems to be an open format since it's a .txt )
Per-Document Swatches need to:
(importing .acf and .bcf can be really useful when colour norm companies patented their colour standards (which makes difficult [[InkScape]] distributing these ones), and lots of vectorial apps users are still hugely dependant of these colour norms)
*Collect colors currently in document (either automatically or manually invoked).
*Allows the addition of swatches to the palette without them being used in the document.
*Allow importing and exporting from/to external palette files or other documents.


example of Macromedia Freehand .acf palette file (converted from Unix rgb.txt):
=== New Swatch File Format ===
http://wiki.inkscape.org/cgi-bin/wiki.pl?UnixRgbAcf


(question: how far Inkscape (as open-source app) can use known pallete norms, like Pantone, Focoltone, Toyo, Munsell, etc., since some of these are patented, as well copyrighted? - this question has meaning when lots of vectorial-editor users uses intensively these palette norms)
A more robust and flexible format for swatches is necessary. Currently we use the Gimp's swatch format, but we (and others) will should look into collaborating on a more flexible and standardized format moving forward.
(note: contacting personally each colour norm companies is more than welcome, even expecting negative feedback as i got from Trumatch, which said it's patented and copyrighted, and they licenceed to software systems - my proposal: with artists and engineers help, how about us making an open-source project for a colour norm, regreting print and display, and trying to make it the most popular (even on offset printers, and inkjet/laser printer manufacturers!) colour norm than ever?)


The format needs to support various color profiles (RGB, CMYK, LaB, etc).
Additionally it needs to support flat colors, gradients, patterns, and alpha/transparency on everything as well.


=== Color Dropper ===
=== Color Dropper ===
*The dropper and palette should be treated just like additional individual color models, making them easier to apply however desired. It just makes sense. https://bugs.launchpad.net/inkscape/+bug/172236 --[[User:Daghead|Daghead]] 18:10, 27 October 2010 (UTC)
   
   
Status:  Halfway implemented, needs more work.
*Status:  Halfway implemented, needs more work.
**question: is this actually accurate? is it really halfway implemented as-is?)
If the current palette has one or more undefined entries, then when
**suggestion: The color dropper toolbar is pretty bare-bones and it seems like it could have 6 or so "history swatches" of the recent colors the dropper has picked up. These could then be dragged and dropped to a swatch palette or anywhere else colors can be dragged and dropped to. -ScislaC)
one selects colors with the dropper, then they are automatically added
to the palette, unless the user is holding the 'ctrl' key.


See also [[CurrentColorWidget]]
*See also [[CurrentColorWidget]]
=== Color Defaults Indicator ===
In [[The_Gimp]], there is an indicator showing the current foreground and
background colors.  If the user clicks on them, color selectors pop up
to allow making different selections.
Sodipodi needs an analogous mechanism, but it should include current
fill and stroke color settings.


=== Other suggestions ===
=== Other suggestions ===


* Having custom palletes, like from Gnome
* Accuraced palettes from colour norms, like Pantone, Trumatch, Focoltone, Toyo, etc. (since lots of people uses it, specially professionally)
* Accuraced palettes from colour norms, like Pantone, Trumatch, Focoltone, Toyo, etc. (since lots of people uses it, specially professionally)
** problem: some are patented/copyrighted, which seems each norm company like this must be contacted for authorization (?) - as well, is also an open-source colour norm standard welcome? (which works on both video/printing outputs, like Pantone seems to be?)
** problem: some are patented/copyrighted, which seems each norm company like this must be contacted for authorization (?) - as well, is also an open-source colour norm standard welcome? (which works on both video/printing outputs, like Pantone seems to be?)


* Possibility to import .acf (Ascii Colour File?) and .bcf (Binary Colour File?) from Macromedia Freehand - .acf, since is a .txt based file (each colour channel is 16bit, meaning 48bit for RGB and 64bit for CMYK), seems to be an open format since it's a .txt )
** note: importing .acf and .bcf can be really useful when colour norm companies patented their colour standards (which makes difficult Inkscape distributing these ones), and lots of vectorial apps users are still hugely dependant of these colour norms)
example of Macromedia Freehand .acf palette file (converted from Unix rgb.txt):
http://wiki.inkscape.org/wiki/index.php/UnixRgbAcf
*(note: contacting personally each colour norm companies is more than welcome, even expecting negative feedback as i got from Trumatch, which said it's patented and copyrighted, and they licenceed to software systems - my proposal: with artists and engineers help, how about us making an open-source project for a colour norm, regreting print and display, and trying to make it the most popular (even on offset printers, and inkjet/laser printer manufacturers!) colour norm than ever?)


=== References ===
=== References ===
Line 66: Line 53:
   
   
[http://sourceforge.net/tracker/index.php?func=detail&aid=469121&group_id=4054&atid=354054 469121 - "Curve editing and right click menu"]
[http://sourceforge.net/tracker/index.php?func=detail&aid=469121&group_id=4054&atid=354054 469121 - "Curve editing and right click menu"]


-----
-----


It would be really nice if we could use the same color palette format as [[The_Gimp]].  I know that it ruins the nice XML[[/SVG]] consitency thing - but it means we get lots of palettes for free and potentially a website could have one palette that they use across all tools.  --Ted
[[Category:Developer Discussion]]

Latest revision as of 10:09, 28 December 2011

Swatches

Still needed:

  • Per-Document swatch palettes (see below)
  • "None" and "Unset" swatches at the beginning of every palette. (effectively permanent swatches as they'd be there in empty palettes too)
  • Gradient Swatches.
  • Pattern Swatches.
  • Indication of selected object already having a swatch color assigned (such as an inverted outline). Should show both the fill and stroke.
  • Right-click menu with various options.
  • Swatches to support other color profiles (CMYK, LaB, etc)

Per-Document Swatch Palette

We need to explore the options for how to store per-document swatches in a SVG compliant manner. Currently it seems like storing these in the defs section would be the optimal method.

Per-Document Swatches need to:

  • Collect colors currently in document (either automatically or manually invoked).
  • Allows the addition of swatches to the palette without them being used in the document.
  • Allow importing and exporting from/to external palette files or other documents.

New Swatch File Format

A more robust and flexible format for swatches is necessary. Currently we use the Gimp's swatch format, but we (and others) will should look into collaborating on a more flexible and standardized format moving forward.

The format needs to support various color profiles (RGB, CMYK, LaB, etc). Additionally it needs to support flat colors, gradients, patterns, and alpha/transparency on everything as well.

Color Dropper

  • Status: Halfway implemented, needs more work.
    • question: is this actually accurate? is it really halfway implemented as-is?)
    • suggestion: The color dropper toolbar is pretty bare-bones and it seems like it could have 6 or so "history swatches" of the recent colors the dropper has picked up. These could then be dragged and dropped to a swatch palette or anywhere else colors can be dragged and dropped to. -ScislaC)

Other suggestions

  • Accuraced palettes from colour norms, like Pantone, Trumatch, Focoltone, Toyo, etc. (since lots of people uses it, specially professionally)
    • problem: some are patented/copyrighted, which seems each norm company like this must be contacted for authorization (?) - as well, is also an open-source colour norm standard welcome? (which works on both video/printing outputs, like Pantone seems to be?)
  • Possibility to import .acf (Ascii Colour File?) and .bcf (Binary Colour File?) from Macromedia Freehand - .acf, since is a .txt based file (each colour channel is 16bit, meaning 48bit for RGB and 64bit for CMYK), seems to be an open format since it's a .txt )
    • note: importing .acf and .bcf can be really useful when colour norm companies patented their colour standards (which makes difficult Inkscape distributing these ones), and lots of vectorial apps users are still hugely dependant of these colour norms)

example of Macromedia Freehand .acf palette file (converted from Unix rgb.txt): http://wiki.inkscape.org/wiki/index.php/UnixRgbAcf

  • (note: contacting personally each colour norm companies is more than welcome, even expecting negative feedback as i got from Trumatch, which said it's patented and copyrighted, and they licenceed to software systems - my proposal: with artists and engineers help, how about us making an open-source project for a colour norm, regreting print and display, and trying to make it the most popular (even on offset printers, and inkjet/laser printer manufacturers!) colour norm than ever?)

References

"468485 - custom palette"

469121 - "Curve editing and right click menu"