On 5/27/07, Gustavo Sverzut Barbieri [EMAIL PROTECTED] wrote:
I'm not sure about overhead, need to evaluate on small/embedded
devices (I'm more than surprised by the bottlenecks I've found while
running on omap2420/arm6/maemo).
As for API, most places uses Evas_Coord, which now is typedef'ed
On Mon, 2007-28-05 at 21:14 -0500, Nathan Ingersoll wrote:
Evas_Coord was originally defined as a float, so you may see a few
remnants like that. Also there was originally support for non
one-to-one mappings of evas coordinate space to world coordinates.
Do you know the reason for the change
On 5/28/07, Jason Tackaberry [EMAIL PROTECTED] wrote:
Do you know the reason for the change to int? Was it just because none
of the engines took advantage of it? Obviously I'd like to see
Evas_Coord be a float. :) But perhaps the reason for the change to int
is indicative of a deeper
On Tue, 2007-08-05 at 15:28 -0400, Jason Tackaberry wrote:
3. Lack of subpixel precision. Makes stuff like the Ken Burns Effect
impossible (or possible, but lame). However this is probably not
practical without a big evas rewrite.
I was thinking about this ... it sounds like
On 5/28/07, Jason Tackaberry [EMAIL PROTECTED] wrote:
On Tue, 2007-08-05 at 15:28 -0400, Jason Tackaberry wrote:
3. Lack of subpixel precision. Makes stuff like the Ken Burns Effect
impossible (or possible, but lame). However this is probably not
practical without a big
about that, why not doing a branch in cvs ? Branches exist for
that kind of stuff.
a perfectly sane idea. we use branches rarely - but this is a case
where it would be good. we should add jose to the cvs access/devs.
jose - if you want, send me your ssh public key (id_dsa.pub in
~/.ssh)
On Sat, 12 May 2007 07:16:23 GMT [EMAIL PROTECTED] [EMAIL PROTECTED]
babbled:
Carsten wrote:
the advice is i would like this and it would be good but its not
trivial to do right/well and right now i really don't have the time
to do it - thus it's one of those backburner when i
On Tue, 15 May 2007 10:29:49 GMT [EMAIL PROTECTED] [EMAIL PROTECTED]
babbled:
Gustavo wrote:
I want to know how difficult would be to implement support for clip
using gradient objects.
...
...
We are willing to implement it if you give us some hints :-)
Just
On Tue, 15 May 2007 21:33:29 GMT [EMAIL PROTECTED] [EMAIL PROTECTED]
babbled:
The way Carsten setup clip-object semantics in evas is
that any object can clip any other, and this can be arbitrarily
iterated (since a clip object can have a clip object as well).
Also, an object can
On Wed, 16 May 2007 07:53:01 +0200 (CEST) Vincent Torri [EMAIL PROTECTED]
babbled:
On Tue, 15 May 2007, Gustavo Sverzut Barbieri wrote:
On 5/15/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I should've added: and that involves a very large rewrite
of the engine level
On Wed, 16 May 2007 04:12:44 GMT [EMAIL PROTECTED] [EMAIL PROTECTED]
babbled:
Gustavo wrote:
Great you're already doing it, at least it will serve as reference
if not integrated/used... is there any CVS/SVN/GIT/... we can follow
and do some testing?
None except my local
Gustavo wrote:
I want to know how difficult would be to implement support for clip
using gradient objects.
...
...
We are willing to implement it if you give us some hints :-)
Just thought I'd go back to this a bit here, and see if
I can give you an idea of what's
On 5/15/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Gustavo wrote:
I want to know how difficult would be to implement support for clip
using gradient objects.
...
...
We are willing to implement it if you give us some hints :-)
Just thought I'd go back to this
The way Carsten setup clip-object semantics in evas is
that any object can clip any other, and this can be arbitrarily
iterated (since a clip object can have a clip object as well).
Also, an object can clip any number of objects.
right now clip is all about rectangle operations to
I wrote:
Let's take your example of an 'evas_object_transform_set'
api function that you want.
Ok, when you come to actually implement this, you will add
some 'transform' to the evas object structure so that all objects
keep the transform state. Then, when the canvas
On 5/15/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I should've added: and that involves a very large rewrite
of the engine level internals. There is no way to avoid this -- if
one wants evas to be able to do much of anything beyond what it now
does.
It's what I've been
Gustavo wrote:
Great you're already doing it, at least it will serve as reference
if not integrated/used... is there any CVS/SVN/GIT/... we can follow
and do some testing?
None except my local copy.. and as it's partly working, partly
in the process of being worked out..
On Tue, 15 May 2007, Gustavo Sverzut Barbieri wrote:
On 5/15/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I should've added: and that involves a very large rewrite
of the engine level internals. There is no way to avoid this -- if
one wants evas to be able to do much of anything
Carsten wrote:
the advice is i would like this and it would be good but its not
trivial to do right/well and right now i really don't have the time
to do it - thus it's one of those backburner when i get to it
things.
Ahhh... Well, if you're going to do it.. then I'll just
On 5/12/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Carsten wrote:
the advice is i would like this and it would be good but its not
trivial to do right/well and right now i really don't have the time
to do it - thus it's one of those backburner when i get to it
things.
On Tue, 8 May 2007 14:42:37 -0300 Gustavo Sverzut Barbieri
[EMAIL PROTECTED] babbled:
I want to know how difficult would be to implement support for clip
using gradient objects.
Motivation to do so is to have clip border as fade out instead of hard
cut. We need it for our software, Canola,
On Tue, 08 May 2007 15:28:16 -0400 Jason Tackaberry [EMAIL PROTECTED] babbled:
On 2007-05-08 13:42, Gustavo Sverzut Barbieri wrote:
Motivation to do so is to have clip border as fade out instead of hard
cut. We need it for our software, Canola, but talking to Freevo guys
show the same
Jason wrote:
2. GL engine a second class citizen. I sometimes read on e-devel
about how this or that isn't working properly in the GL engine.
At some point configure was updated to no longer build it by
default. I'm afraid one day I'll do a svn update and discover
I want to know how difficult would be to implement support for clip
using gradient objects.
Motivation to do so is to have clip border as fade out instead of hard
cut. We need it for our software, Canola, but talking to Freevo guys
show the same problem.
I've already talked to raster about this
On 2007-05-08 13:42, Gustavo Sverzut Barbieri wrote:
Motivation to do so is to have clip border as fade out instead of hard
cut. We need it for our software, Canola, but talking to Freevo guys
show the same problem.
This is definitely a big deal for us (Freevo). We've been resorting to
ugly
Jason wrote:
This is definitely a big deal for us (Freevo). We've been resorting
to ugly hacks to get this effect in text (i.e. using Imlib2 to render
the text to an evas image object and fiddling with the alpha channel
after), but other hacks are increasingly impractical for
26 matches
Mail list logo