> The d-linear one will have its spectrum grow from the fill
> origin to the bottom-right of the fill region, ie. diagonally with
> increasing right handed normal to the diagonal.
That should read - "ie. increasing *along* the diagonal".
The lines of constant color are the ones norm
Brian writes:
> How does the current implementation of an evas gradient differ
> from "a rect obj textured by a lin grad"? The rel1/rel2 inside
> the gradient block i added are in the part's coordinates
> (or fixed relative "to" the part).
>
> > So, if you want some simple way to get
On Mon, Aug 21, 2006 at 05:30:26PM +, [EMAIL PROTECTED] wrote:
>
> > All this solves one issue (specifying a 'dynamic' angle
> > e.g. corner to corner) but still doesnt' solve the main issue
> > I had. Namely: Draw a horizontal linear gradient completely
> > filling its bounding rectangle.
>
> All this solves one issue (specifying a 'dynamic' angle
> e.g. corner to corner) but still doesnt' solve the main issue
> I had. Namely: Draw a horizontal linear gradient completely
> filling its bounding rectangle.
The bounding rect of an (unrotated) gradient object is
the gradient obj
On Mon, Aug 21, 2006 at 06:04:51AM +, [EMAIL PROTECTED] wrote:
>
> Brian writes:
>
> > Since this only makes sense for linear grads, i'll probably
> > just add:
> >
> > gradient.rel1.relative
> > gradient.rel1.offset
> > gradient.rel2.relative
> > gradient.rel2.offset
> >
> > these wi
> Once objs can have angles, and we add the notion of path
> objs, like rects, being filled and/or stroked with a texture obj
> (an image or grad obj), then you would have the ability to 'rotate
> after the fill' as you want - but in the same vein as in the vgx
> specs, namely you are fillin
> B) origin/size filling is largely useless for linear grads
> (since its applied before the angle)
I should add that it's absolutely necessary for the
resizing to be done before the rotation, or the whole thing
becomes an inconsistent mess.
The pdf spec for example makes this ve
Brian writes:
> Since this only makes sense for linear grads, i'll probably
> just add:
>
> gradient.rel1.relative
> gradient.rel1.offset
> gradient.rel2.relative
> gradient.rel2.offset
>
> these will only be used by linear grads, overriding fill.angle,
> fill.position.* and fill.size.*
> I realized the inconcistancy when I started implementing this
> (still haven't used gradient types other than linear and radial
> yet -- haven't felt like trawling evas' code for the params,
> hint hint ;)
>
Ah... That's a deliberate omission - the lack of detailed
documentation o
On Mon, Aug 21, 2006 at 12:16:42AM +, [EMAIL PROTECTED] wrote:
>
> Brian writes:
>
> > Now, due to the way edje does fills (specify origin and size),
> > you can't easily do this. So, here's what I propose:
> >
> > Do away with the angle parameter.
> > Use the origin/size to specify th
Brian writes:
> A few weeks back, I added gradient support to edje. However,
> I think I need to rework how thigns are done slightly. Here's
> the issue:
>
> Evas applies the fill of a grad BEFORE the rotation due to the
> angle. So, if you want a horizontal grad from left to right (angl
A few weeks back, I added gradient support to edje. However, I think I
need to rework how thigns are done slightly. Here's the issue:
Evas applies the fill of a grad BEFORE the rotation due to the angle.
So, if you want a horizontal grad from left to right (angle = 270) you
need to evas_object_gra
12 matches
Mail list logo
