On Fri, 16 Sep 2005 05:28:38 -0400 Jose O Gonzalez [EMAIL PROTECTED] babbled:
On Fri, 16 Sep 2005 16:18:50 +0900 Carsten writes:
On Fri, 16 Sep 2005 01:44:42 -0400 Jose O Gonzalez
[EMAIL PROTECTED] babbled:
Let me sharply critical here.
Unfortunately for many other libs
On Fri, 7 Oct 2005 13:06:10 +0900 Carsten writes:
On Sat, 17 Sep 2005 04:24:29 -0400 Jose O Gonzalez
[EMAIL PROTECTED] babbled:
But no, that's not what I meant here.
There are many canvas 'models' in the object types they
support and the event model they (may) use:
On Sat, 17 Sep 2005 04:24:29 -0400 Jose O Gonzalez [EMAIL PROTECTED] babbled:
Ecore-evas' buffer based sub-canvas is 'flawed' in several
respects:
1. It forces one to use the software engine, like it or not,
and with modular based engines that means loading that engine.
2.
On Wed, 21 Sep 2005 01:15:46 -0400 Jose O Gonzalez [EMAIL PROTECTED] babbled:
On Fri, 16 Sep 2005 09:44:08 +0900 Carsten writes:
On Thu, 15 Sep 2005 19:48:31 -0400 Rodolfo Hansen [EMAIL PROTECTED]
babbled:
I'm not very familiar with how evas or smart objects are currently
On Wed, 21 Sep 2005 23:57:02 +0900 Carsten writes:
On Wed, 21 Sep 2005 01:15:46 -0400 Jose O Gonzalez
[EMAIL PROTECTED] babbled:
On Fri, 16 Sep 2005 09:44:08 +0900 Carsten writes:
when u move an object evas sees if this obj intersected the
poitner
xo-ord, if
it did evas
[snip]
the canvas
code needs a complete rewrite, especially in relation to clipping,
stacking, and event-handling.
In order to do that *right*, there are design issues that
need to be addressed...
You do realize that for pretty much any software in existence a rewrite
is the last
On Wed, 21 Sep 2005 22:34:26 -0400 Jose O Gonzalez [EMAIL PROTECTED] babbled:
On Wed, 21 Sep 2005 23:57:02 +0900 Carsten writes:
On Wed, 21 Sep 2005 01:15:46 -0400 Jose O Gonzalez
[EMAIL PROTECTED] babbled:
On Fri, 16 Sep 2005 09:44:08 +0900 Carsten writes:
when u move
On Wed, 21 Sep 2005 23:30:24 -0400 dan sinclair [EMAIL PROTECTED]
writes:
[snip]
the canvas
code needs a complete rewrite, especially in relation to clipping,
stacking, and event-handling.
In order to do that *right*, there are design issues that
need to be addressed...
You
On Thu, 22 Sep 2005 12:36:22 +0900 Carsten writes:
On Wed, 21 Sep 2005 22:34:26 -0400 Jose O Gonzalez
[EMAIL PROTECTED] babbled:
Yeah.. But unfortunately the current evas in CVS does not
do that :(
Mainly (but also due to some pass-events confusion) due to
On Fri, 16 Sep 2005 09:44:08 +0900 Carsten writes:
On Thu, 15 Sep 2005 19:48:31 -0400 Rodolfo Hansen [EMAIL PROTECTED]
babbled:
I'm not very familiar with how evas or smart objects are currently
structured,
but since you are looking for mechanisms for structured event
handling
I
On Sat, 17 Sep 2005 13:10:27 +0900 Carsten writes:
On Fri, 16 Sep 2005 05:28:38 -0400 Jose O Gonzalez
[EMAIL PROTECTED] babbled:
Ok. Let's talk about canvas/gfx specific issues a bit.
Two key elements: rendering and event-handling. But how do
we deal with them and integrate
On Thu, 15 Sep 2005 19:48:31 -0400 Rodolfo Hansen [EMAIL PROTECTED] babbled:
I'm not very familiar with how evas or smart objects are currently
structured,
but since you are looking for mechanisms for structured event handling
I was wondering if any of you have thought about using
On Fri, 16 Sep 2005 01:44:42 -0400 Jose O Gonzalez [EMAIL PROTECTED] babbled:
Let me sharply critical here.
Unfortunately for many other libs and apps, if evas is the
graphics engine they use, it's important to get it more than just
good enough -- as they will later find
On Fri, 16 Sep 2005 16:18:50 +0900 Carsten writes:
On Fri, 16 Sep 2005 01:44:42 -0400 Jose O Gonzalez
[EMAIL PROTECTED] babbled:
Let me sharply critical here.
Unfortunately for many other libs and apps, if evas is the
graphics engine they use, it's important to get it more
On Fri, 2005-09-16 at 09:44 +0900, Carsten Haitzler wrote:
On Thu, 15 Sep 2005 19:48:31 -0400 Rodolfo Hansen [EMAIL PROTECTED] babbled:
I'm not very familiar with how evas or smart objects are currently
structured,
but since you are looking for mechanisms for structured event handling
On Fri, 16 Sep 2005 13:26:34 -0400 Rodolfo Hansen [EMAIL PROTECTED] babbled:
:) Yeah, that's sort of what i'm talking about.
For example:
http://www.flashsim.com/examples/watch/watchWchart.html
http://www.flashsim.com/flash_resources-uml.html
Statecharts are more like a way to structure
On Fri, 16 Sep 2005 05:28:38 -0400 Jose O Gonzalez [EMAIL PROTECTED] babbled:
true. but given that i only have a few hrs a week to do this stuff.
what do i
work on? e is a priority. likely above evas in priority right now.
I know.. But it's not just evas I'm trying to point to
On Tue, 13 Sep 2005 05:03:59 -0400 Jose O Gonzalez [EMAIL PROTECTED] babbled:
This is in part one-half of the issue I tried to raise
earlier in my email regarding Smart Objects... and it's the
tougher half.
One might not really 'need' to add event objects to
a smart object -
On Mon, 12 Sep 2005 14:58:51 -0500 Brian Mattern [EMAIL PROTECTED]
babbled:
Raster,
I've been noticing that we often want to accept generic evas mouse
events on edje objects (such as ibar icons, pager windows, pager desks,
etc). So, we've been adding event objects and moving/resizing them
On Wed, 2005-09-14 at 02:52 -0400, Jose O Gonzalez wrote:
On Tue, 13 Sep 2005 09:18:14 -0500 Brian writes:
Jose O Gonzalez wrote:
On Mon, 12 Sep 2005 14:58:51 -0500 Brian writes:
Raster,
I've been noticing that we often want to accept generic evas mouse
events on edje
On Thu, 15 Sep 2005 13:02:42 +0900 Carsten writes:
On Wed, 14 Sep 2005 02:52:51 -0400 Jose O Gonzalez
[EMAIL PROTECTED] babbled:
.
I have the feeling that unless smart-objects adopt most
of the semantics that is used in window systems (in dealing with
the parent/child
On Tue, 13 Sep 2005 09:18:14 -0500 Brian writes:
Jose O Gonzalez wrote:
On Mon, 12 Sep 2005 14:58:51 -0500 Brian writes:
Raster,
I've been noticing that we often want to accept generic evas mouse
events on edje objects (such as ibar icons, pager windows, pager
desks,
etc).
On Wed, 14 Sep 2005 02:52:51 -0400 Jose O Gonzalez [EMAIL PROTECTED] babbled:
[BTW - recall that in general there's no constraint relating
the geometry of a smart object to the visible geometrical extent
of its member objects]
It's a nice idea, and would likely go far to solve the
On Mon, 12 Sep 2005 14:58:51 -0500 Brian writes:
Raster,
I've been noticing that we often want to accept generic evas mouse
events on edje objects (such as ibar icons, pager windows, pager
desks,
etc). So, we've been adding event objects and moving/resizing them
along
with the
Jose O Gonzalez wrote:
On Mon, 12 Sep 2005 14:58:51 -0500 Brian writes:
Raster,
I've been noticing that we often want to accept generic evas mouse
events on edje objects (such as ibar icons, pager windows, pager
desks,
etc). So, we've been adding event objects and moving/resizing them
Raster,
I've been noticing that we often want to accept generic evas mouse
events on edje objects (such as ibar icons, pager windows, pager desks,
etc). So, we've been adding event objects and moving/resizing them along
with the edjes and setting cb's on those. As this becomes more frequent,
26 matches
Mail list logo