Hello all,

I have two aspects in mind.

A) Imagine the artist has a lot of shapes on the canvas. He wants to devise a new color-scheme. I intend that the artist should be able to select more than one shape simultaneously and their co-ordinates appear as draggable nodes on the color wheel. Now the artists can drag a single node ( a small round knob) on the color wheel for a particular shape and decide what looks best. This is an interactive way of coloring your work and is very user-friendly or rather artist friendly.

B) In another mode of the 'Recolor Artwork' tool, we can fix a primary color and then assign secondary color's to it. So now, we 'LOCK' the relationships b/w the the primary colors, and when we rotate the primary color node, the whole color scheme changes.

Also, I shall be as honest as I can be, at the present moment as I write this reply, I do not have a clear understanding of how SVG would/does implement Color Schemes. Same goes for the debate about whether using CSS based styles or SVG based.
Given that GSoC is intended to learn and grow as a developer, I assure you that I am more than ready to learn about these technologies. It would really help if you guys could point out a reading source , though general Google searches would also do the trick, in my view. Also, whether I'm informed enough to be a part of the decision to use SVG or CSS to implement the tool archtecture right now , I am not sure of. Please guide accordingly. Thankyou.

-Arshdeep Singh

On Thu, Apr 18, 2013 at 11:48 AM, Josh Andler <scislac@...400...> wrote:

On Apr 17, 2013 9:55 PM, "Tavmjong Bah" <tavmjong@...8...> wrote:
>
> On Wed, 2013-04-17 at 17:31 -0400, Martin Owens wrote:
> > On Wed, 2013-04-17 at 21:13 +0200, Tavmjong Bah wrote:
> > > How are you going to handle keeping track of all the colors? Inkscape
> > > currently has the ability to use named colors via using one-stop
> > > gradients. SVG2 has a "solidColor" element which can be used for the
> > > same purpose. I would like to see the one-stop gradients replaced by
> > > the
> > > solidColor element internally. Then at the saving stage convert
> > > solidColor elements to one-stop gradient elements if targeting SVG
> > > 1.1.
> > > (This will simplify some internal code.)
> >
> > We could use css too, not sure what the restrictions or resistance is to
> > having css defined styles in inkscape. They've worked quite well in
> > firefox for quite some years. I've used them myself.
>
> CSS cannot handle more complicated cases, for example using the same
> named color for a fill and for a gradient stop.

Even the most current draft of the next spec? If that's the case, is there a reason why?

I'd love top see us use CSS more for styling, however that would really be primarily if we were linking against external CSS files or had it properly reused in the doc structure like defs (by default).

Cheers,
Josh

------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
_______________________________________________
Inkscape-devel mailing list
Inkscape-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/inkscape-devel

Arshdeep Singh
Third Year, Computer Engineering
Delhi Technological University
Ph: +91-9654115614
https://sites.google.com/site/adsingh1729/home