On 7/11/05, Fred Kiefer <[EMAIL PROTECTED]> wrote: > Sorry, some things seem to have gotten mixed here. I wrote that "in the > end" this will "allow pattern images". They are not already there after > the first patch. Support for pattern colours requires two steps in the > backend: It needs to know, which image pattern to use, which is what I > implemented (the result of a pattern colour set command). And it needs > to draw this image, when a fill operation happens. I did not even work > on this second bit.
Ah ok, my mistake. > Now art has an implementation of the very powerfull shfill PS command. > This allows, amongst other things, a pattern fill. So here the second > bit is already persent, while the first bit was missing. It should be > rather simple to implement full pattern colours drawing for the art > backend now. But this is nothing I am planning to do. The whole > structure of the art backend is very foreign to me. I don't dare to > touch anything here, because I may easily break things in an environment > that is so contrary to the way I normally program. > What I was planning to do was add a simple (and of course slow) pattern > drawing mechanism for the gsc classes and perhaps overwrite this with a > faster one for the xlib backend. > > Perhaps you could add the art pattern fill bit and I provide the rest? Well, I don't know about the art backend internals either -- It probably would be quicker if alex does it :-P -- Nicolas Roard "Any sufficiently advanced technology is indistinguishable from magic." -Arthur C. Clarke _______________________________________________ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev