I got palette loading in last night. It now looks in the /usr/local/share/inkscape/palettes and ~/.inkscape/palettes directories for any Gimp-style palette files and loads them all up.
Of course... that was just loading.
:-)
I'll check in soon to add UI changes to allow switching the palette displayed in the swatches window.
in an ideal world it would be sweet do display the gradient defs through the same UI, and keep swatch sets of both gradients and palettes ( either seperatley or together )
both colour palettes & gradient swatches will be used in the same way so it makes sense to keep them accessible from the same area
at the moment i get around all this by having a document template with all gradients and colours embedded into shapes.. when im done i just delete the palette shapes and vaccum the defs to remove unused gradients.
On Apr 2, 2005 1:40 AM, Jon A. Cruz <jon@...18...> wrote:
I got palette loading in last night. It now looks in the /usr/local/share/inkscape/palettes and ~/.inkscape/palettes directories for any Gimp-style palette files and loads them all up.
Of course... that was just loading.
:-)
I'll check in soon to add UI changes to allow switching the palette displayed in the swatches window.
This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/Info/Sentarus/hamr30 _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Jon A. Cruz wrote:
I got palette loading in last night. It now looks in the /usr/local/share/inkscape/palettes and ~/.inkscape/palettes directories for any Gimp-style palette files and loads them all up.
Of course... that was just loading.
:-)
I'll check in soon to add UI changes to allow switching the palette displayed in the swatches window.
How about working together with the gimp and make both apps look for the palettes in /usr/local/share/palettes and in ~/.palettes or something by default, so one don't need to have duplicates of the palette files in two different places? A lot of people are using both inkscape and gimp in their workflow and probably uses the same palettes in both apps. - Andreas
On Sun, Apr 03, 2005 at 04:02:13PM +0200, Andreas Nilsson wrote:
How about working together with the gimp and make both apps look for the palettes in /usr/local/share/palettes and in ~/.palettes or something by default, so one don't need to have duplicates of the palette files in two different places?
Does that involve having a separate package to install (a common dependency of gimp & inkscape), or do both programs install into the same place? If the latter, then what should happen if different programs have different versions of a given filename ?
I suspect that we wouldn't create a common dependency package until there were more sharing happening, e.g. if more of the existing gimp data could be shared between the two programs (gradients & patterns), and/or if more graphics programs would share the data (e.g. scribus).
In the meantime, you might consider adding one or more directories to the list of sources in src/dialogs/swatches.cpp:loadEmUp, along the lines:
sources.push_back( g_build_filename(DATADIR, "gimp/2.0/palettes"), NULL ); sources.push_back( g_strdup("/usr/share/gimp/2.0/palettes") );
If using g_get_home_dir, then note that i think it requires converting to utf8 using g_filename_to_utf8. (Cf src/inkscape.cpp.)
If using DATADIR, then modify configure.ac to put it in config.h as it currently does for INKSCAPE_DATADIR. (A cheap way for temporarty purposes would be to append "../gimp/blah" to INKSCAPE_DATADIR.)
pjrm.
Peter Moulder wrote:
If using DATADIR, then modify configure.ac to put it in config.h as it currently does for INKSCAPE_DATADIR. (A cheap way for temporarty purposes would be to append "../gimp/blah" to INKSCAPE_DATADIR.)
Maybe this would be a good thing to have as a property. Default to its current location, but let it be modified.
Bob
Peter Moulder wrote:
If using g_get_home_dir, then note that i think it requires converting
to utf8 using g_filename_to_utf8. (Cf src/inkscape.cpp.)
We've got some issues with that.
As of glib 2.6, Windows started using UTF-8 and not filename encoding.
So.... we'll have to add fun fun #ifdef stuff.
On Sunday 03 April 2005 16:02, Andreas Nilsson wrote:
Jon A. Cruz wrote:
I got palette loading in last night. It now looks in the /usr/local/share/inkscape/palettes and ~/.inkscape/palettes directories for any Gimp-style palette files and loads them all up.
Of course... that was just loading.
:-)
I'll check in soon to add UI changes to allow switching the palette displayed in the swatches window.
How about working together with the gimp and make both apps look for the palettes in /usr/local/share/palettes and in ~/.palettes or something by default, so one don't need to have duplicates of the palette files in two different places? A lot of people are using both inkscape and gimp in their workflow and probably uses the same palettes in both apps.
- Andreas
Are these palettes similar to our colour sets?
Craig Scribus Team
Craig Bradney wrote:
Are these palettes similar to our colour sets?
Ahhhh... and there's the big question.
What exactly are these, and what should things be called
We're going to have things that represent simple RGB (and/or spot, named, etc) colors, patterns, styles, etc.
Does a 'swatch' only cover colors? What should we call other things? etc.
On Monday 04 April 2005 08:08, Jon A. Cruz wrote:
Craig Bradney wrote:
Are these palettes similar to our colour sets?
Ahhhh... and there's the big question.
Where are they in your CVS tree? My version is up to date so I can just have a look.
Ours are in the main scribus dir in CVS or $libdir/scribus/ and are rgbscribus.txt (X11 colour set), rgbscribusgreys.txt (X11 greys only), rgbscribusgnome.txt (gnome colour set), rgbsvg.txt (SVG set), and we have a new openoffice set coming into CVS this week.
What exactly are these, and what should things be called
We're going to have things that represent simple RGB (and/or spot, named, etc) colors, patterns, styles, etc.
Yep, and other colour spaces, CMYK etc. Its also important to note the origin colour space there too. Plus references to various printing based names, without a colour technolody bias.
Craig
On Mon, Apr 04, 2005 at 08:18:23AM +0200, Craig Bradney wrote:
Where are they in your CVS tree? My version is up to date so I can just have a look.
share/palettes in inkscape CVS. Format is [intended to be] gimp's .gpl files, so it's screen colour: 24-bit RGB (no alpha), and a name in freeform text (without newlines, but spaces are allowed).
What format does scribus use? What source file parses them?
Gimp's relevant parser source file is http://cvs.gnome.org/viewcvs/gimp/app/core/gimppalette.c?rev=1.56&view=m...
Inkscape's is src/dialogs/swatches.cpp.
If scribus already has a file format that can represent all of the colour capabilities that scribus/inkscape/gimp will want for swatches, then that'll save us the trouble of coming up with a new format.
Some (premature) comments if we do make a new format: I imagine Gimp would prefer a self-contained format rather than requiring say CSS parsing (as convenient as a CSS-based format might be for inkscape). Still, they might be happy enough if we keep to a strict formatting that allows them to get just the names & rgb values without general CSS parsing.
A couple of vaguely-relevant URLs: SVG 1.2 colour: http://www.w3.org/TR/2004/WD-SVG12-20041027/painting.html (skipping the first few sections); CSS3 color module: http://www.w3.org/TR/2003/CR-css3-color-20030514/.
pjrm.
My home machine has since come online, so I've been able to look at scribus source there and answer some of my questions.
On Mon, Apr 04, 2005 at 06:10:52PM +1000, Peter Moulder wrote:
What format does scribus use? What source file parses them?
From what I can tell, Scribus currently uses X11-style rgb files, in some cases supplementing R,G,B triplets with a K value for better CMYK support, but still not mentioning colour profile etc.
Relevant source files are scribus/{cmykfw,colorm}.cpp.
What can you tell us about Scribus' future needs relevant to colour swatches (and perhaps patterns, gradients, or anything else suitable for sharing between inkscape,scribus,gimp), or other comments relevant to format or sharing issues ?
pjrm.
On Monday 04 April 2005 10:57, Peter Moulder wrote:
My home machine has since come online, so I've been able to look at scribus source there and answer some of my questions.
On Mon, Apr 04, 2005 at 06:10:52PM +1000, Peter Moulder wrote:
What format does scribus use? What source file parses them?
From what I can tell, Scribus currently uses X11-style rgb files, in some cases supplementing R,G,B triplets with a K value for better CMYK support, but still not mentioning colour profile etc.
Relevant source files are scribus/{cmykfw,colorm}.cpp.
What can you tell us about Scribus' future needs relevant to colour swatches (and perhaps patterns, gradients, or anything else suitable for sharing between inkscape,scribus,gimp), or other comments relevant to format or sharing issues ?
At this point, as discussed here: http://www.inkscape.org/cgi-bin/wiki.pl?ScribusInteroperability from our first meeting on IRC, we never really pushed this forward. Right now, we have what we need today, but not going forward.
Simply, something like: # Name # Number # Index (we need to sort these by name, group etc). May need multiple indexes. # RGBA value # CMYK value # HSV value # Source (web set, x11 set, etc) # Support for Spot Colours # Commercial names # Commercial values # Profile
etc. The support for commercial printing systems (Pantone, etc) come as optional user filled fields for those users with licences for those systems, and certainly not a mandatory field. We plan no bias towards any particular colour system there. Theres probably more to add.
Craig
participants (6)
-
Andreas Nilsson -
Andy Fitzsimon -
Bob Jamison -
Craig Bradney -
Jon A. Cruz -
Peter Moulder