this header file up. Macros first, enums, typedefs, then functions.
I've moved the typedefs to the struct definitions as this makes
the file a good deal shorter.
I've also tried to group the calls by topic, but the lack of a
consistent naming scheme makes this difficult.
SVN revision: 5601
e_x.c:1737: warning: `return' with no value, in function returning non-void
e_x.c:1781: warning: this function may return with or without a value
e_x.c: In function `ecore_dnd_selection_convert':
e_x.c:2081: warning: `return' with no value, in function returning non-void
e_x.c:2091: warning: this function may return with or without a value
e_x.c: In function `ecore_window_get_gravity':
e_x.c:2760: warning: `return' with no value, in function returning non-void
e_x.c:2763: warning: this function may return with or without a value
e_x.c: In function `ecore_window_get_border_width':
e_x.c:3181: warning: `return' with no value, in function returning non-void
e_x.c:3188: warning: this function may return with or without a value
e_x.c: In function `ecore_window_get_wm_size_hints':
e_x.c:3196: warning: `return' with no value, in function returning non-void
e_x.c:3200: warning: this function may return with or without a value
e_x.c: In function `ecore_window_is_visible':
e_x.c:3207: warning: `return' with no value, in function returning non-void
e_x.c:3217: warning: this function may return with or without a value
e_x.c: In function `ecore_window_is_normal':
e_x.c:3224: warning: `return' with no value, in function returning non-void
e_x.c:3234: warning: this function may return with or without a value
e_x.c: In function `ecore_window_is_manageable':
e_x.c:3241: warning: `return' with no value, in function returning non-void
e_x.c:3252: warning: this function may return with or without a value
e_x.c: In function `ecore_window_get_title':
e_x.c:3292: warning: `return' with no value, in function returning non-void
e_x.c:3319: warning: this function may return with or without a value
...
Fixed tens of cases where non-void functions returned nothing, plus
renamed "class" to "name_class" in Ecore.h. Thanks for the hint,
Olivier.
SVN revision: 5599
object inthe evas are in layers above the new one.. fix fix oops.. that was
a silly bug... :)
and well.. while i was at it.. some actual code in the render extension
support in the render engine in evas.. it onyl does image objects right
now.. and it doesnt do it very optimally.. consider that engine a work in
progres.. i'm finding what does and doesnt work well in the render extension
and noticing some holes in it... this one wont be ready any time soon
though... and the gl engine is still about 10 times faster on the same
hardware... and in theory both are hardware accelerated...
anyway only time will tell. the render extension doesnt do image
transforms.. so this wont help speed it up at all that much :(
SVN revision: 5267
1. they are rendered completely unclipped by clip obejcts or edges of the
canvas for more than 16 iterations at the same size with no border scaling
2. it will throw thme out if things chnage
3. it will share image objects only of original size :)
SVN revision: 5139