Re: [E-devel] edje canvas objects

2006-11-19 Thread The Rasterman
On Wed, 11 Oct 2006 16:33:17 GMT [EMAIL PROTECTED] [EMAIL PROTECTED]
babbled:

 
Likely evas will have general obj clipping not too far away,
but 'buffer evases' are also interesting and useful (hence the
ecore sub-canvases).
   
   I think it would be indeed really useful to have such objects:
   I may be wrong but I think this kind of objects is the way to go
   if we want to support blitting in Evas. It should improve the
   perfs a lot when we have to scroll large areas of screen (the
   scrolling part would just be a subcanvas, so, in order to scroll,
   we would just have to move this subcanvas. No need to redraw all
   the objects of the subcanvas). We could maybe implement this in
   the smart objects: A smart object could render (if we say so) in
   a subcanvas, so moving the smart object won't require to redraw
   all the sub objects.
  
  and it would increase mem usage drastically. no - there's better
  ways to do this  :) 
 
   Canvas objects in evas itself would be good to have for
 various reasons - eg. simpler, more efficient implementations of
 ecore sub-canvases. Could it be useful in edje...? Ummm... ???

sub-canvases definitely would be useful. they would likely not be implemented
as buffers though :)

   Allowing smart-objs to render to an internal evas 'buffer'
 (not necessary for it to be a full sub-canvas), and having this as
 a settable option, would be useful for some things that are just not
 going to be possible to achieve correctly otherwise..  eg. clipping/
 coloring of complex smart objs that have members which overlap..
 same for the render-ops. Wether one would want this ability or not
 is a separate matter.

this would probably be the way to go - smart objects or sub-canvas objects
would have an option to tell them to pre-render to a surface of their own.

   However, as you mention, using sub-canvases for scrolling
 very large views by moving the sub-canvas.. would be *highly* memory
 intensive and thus likely not the most desirable means of doing this
 (it could be used though, in some isolated cases here and there..
 depends what one might be after).

yup - the solution for faster scrolling is a much more general (but much more
complex) one that involves motion vectors and merging motion vector rect
regions and update regions etc. to calculate what parts of a canvas have just
moved (and can be blitted) and what parts need a re-render. i have prototype
code i have worked on a bit to do this - but i am not happy with its
performance currently so it's on the backburner.

jose.
 
 
 
 -
 Using Tomcat but need to do more? Need to support web services, security?
 Get stuff done quickly with pre-integrated technology to make your job easier
 Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
 http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 


-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
裸好多
Tokyo, Japan (東京 日本)

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] edje canvas objects

2006-09-19 Thread simon . treny
Quoting [EMAIL PROTECTED] [EMAIL PROTECTED]:


 Jason writes:

Much ado about gradients, but hopefully all this will make
it easier to work with grads in current edje and otherwise.
  
   Forgive me for chiming in when I haven't read the full thread
   nor grokked the context, but does any of your work allow being
   able to set gradients as clipping objects?  The ability to clip
   a text object with a gradient to allow fading text out is
   something I've wanted to be able to do for a long time.  :)
  
   Cheers,
   Jason.
  
  The short anwser is no. Only rectangle objs work as clip
  objs in evas at this time.
  The longer anwser is that yes, there is a way you can
  do this right now - if you use a buffer evas for your text output.
 
  You would setup your buffer evas (make sure it's set to
  have-alpha). Then add your text obj and add a suitable grad obj on
  top of that -- AND set the grad obj's render-op to EVAS_RENDER_MUL.

   Just thought I'd follow up on this a bit... Note that in the
 above one can also use an image object, indeed all renderable objects
 respect the various render-ops (only for buffer-engine based evases
 right now, though the 'mul' render-op only behaves like 'clipping'
 for non-shape like objs, eg. images/grads).

   Likely evas will have general obj clipping not too far away,
 but 'buffer evases' are also interesting and useful (hence the
 ecore sub-canvases).

I think it would be indeed really useful to have such objects:
I may be wrong but I think this kind of objects is the way to go if we want to
support blitting in Evas. It should improve the perfs a lot when we have to
scroll large areas of screen (the scrolling part would just be a subcanvas, so,
in order to scroll, we would just have to move this subcanvas. No need to redraw
all the objects of the subcanvas).
We could maybe implement this in the smart objects: A smart object could render
(if we say so) in a subcanvas, so moving the smart object won't require to
redraw all the sub objects.

Regards,
Simon TRENY MoOm

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


[E-devel] edje canvas objects

2006-09-18 Thread [EMAIL PROTECTED]

Jason writes:

 Much ado about gradients, but hopefully all this will make
   it easier to work with grads in current edje and otherwise.
  
  Forgive me for chiming in when I haven't read the full thread
  nor grokked the context, but does any of your work allow being
  able to set gradients as clipping objects?  The ability to clip
  a text object with a gradient to allow fading text out is
  something I've wanted to be able to do for a long time.  :) 
  
  Cheers,
  Jason.
  
   The short anwser is no. Only rectangle objs work as clip
 objs in evas at this time.
   The longer anwser is that yes, there is a way you can
 do this right now - if you use a buffer evas for your text output.
 
   You would setup your buffer evas (make sure it's set to
 have-alpha). Then add your text obj and add a suitable grad obj on
 top of that -- AND set the grad obj's render-op to EVAS_RENDER_MUL.

Just thought I'd follow up on this a bit... Note that in the
above one can also use an image object, indeed all renderable objects
respect the various render-ops (only for buffer-engine based evases
right now, though the 'mul' render-op only behaves like 'clipping'
for non-shape like objs, eg. images/grads).

Likely evas will have general obj clipping not too far away,
but 'buffer evases' are also interesting and useful (hence the
ecore sub-canvases).
I've mentioned before the possibility of adding an evas
'canvas' object (which could then be used for the ecore sub-canvas
implementation), but even if/when such happens, it likely will
not be quite as useful if edje does not support such.
So, what does that mean?  Well, it could mean many things
but a simple interpretation would be to add to edje a 'canvas'
object.
This would be a texture-like edje object type (ie. has fill
properties), and in its 'canvas' def block it would essentially
allow for the same edc definitions that are allowed outside of such
a block.. or possibly also refer to another edc file.

Internally, edje could implement this in the same way as
ecore does sub-canvases right now, ie. setup an img object of the
'parent' canvas and a buffer evas with that image as outbuf.. etc.

Doing this would be a fairly powerful extension to edje,
allowing for greater theming flexibility and interesting effects
to be described at the 'theming' level.

Just some thoughts on the edje :)

jose.



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel