Commit Graph

7726 Commits

Author SHA1 Message Date
Vincent Torri da7d129e2d * remove the inclusion of config.h in Eet_private.h (not needed)
* add config.h in all source file to be consistent, even if it
   is not necessary
 * formatting

SVN revision: 41941
2009-08-23 09:36:43 +00:00
Vincent Torri 6e7aecc7c0 * Put definition of alloca before any standard header
files according to the doc
 * define _GNU_SOURCE before the inclusion of alloca
   as features.h inclued by alloca.h, defines some
   macros according to _GNU_SOURCE.

SVN revision: 41940
2009-08-23 09:18:14 +00:00
Christopher Michael 581556e6d2 Patch from Andre Dieb to remove a debug statement.
Fix formatting also.

SVN revision: 41919
2009-08-21 19:47:04 +00:00
Gustavo Sverzut Barbieri 85c2e25399 have efreet to match x-generic as well, requested by jeffdameth.
SVN revision: 41907
2009-08-21 03:03:59 +00:00
Vincent Torri c01af79f80 portable way to do echo -n as some shells do not
support it (Mac OS X or OpenSolaris)

SVN revision: 41897
2009-08-20 21:20:31 +00:00
Vincent Torri 13b23be252 don't do arithmetic on void *
SVN revision: 41885
2009-08-20 11:56:57 +00:00
Vincent Torri 5213fca489 rewrite a bit that m4 macro
SVN revision: 41881
2009-08-20 08:31:26 +00:00
Lars Munch 2e7e9169e7 Fix building without pthread support
SVN revision: 41880
2009-08-20 06:09:15 +00:00
Vincent Torri 008b437d52 update changelog
SVN revision: 41877
2009-08-19 12:18:08 +00:00
Vincent Torri 137f6f2d91 -pthread should be passed to eina_chained_mempool_la_LDFLAGS
SVN revision: 41876
2009-08-19 12:15:10 +00:00
Vincent Torri 5c8b90d23c add alloca() declaration
SVN revision: 41874
2009-08-19 10:58:38 +00:00
Carsten Haitzler 59f676f369 oh suncc - shut up!
SVN revision: 41873
2009-08-19 09:56:46 +00:00
Vincent Torri 989ade86dd fix a bit the documentation
SVN revision: 41870
2009-08-19 07:54:13 +00:00
Vincent Torri 2d97e95d2a clean a bit the hamster
SVN revision: 41869
2009-08-19 07:36:39 +00:00
Vincent Torri c45bf860da * remove uneeded semicolons
* fix and add doxygen doc

SVN revision: 41868
2009-08-19 07:09:24 +00:00
Vincent Torri 36be15fc55 don't suppose that gcc is the only compiler that can be used.
Check if -Wall and -fno-strict-aliasing are supported by the compiler

SVN revision: 41863
2009-08-18 20:04:19 +00:00
Cedric BAIL 0b7407905c * eina_rectangle: Add a local cache to rectangle creation.
SVN revision: 41856
2009-08-18 13:35:33 +00:00
Davide Andreoli dfac5a2a59 * Remove _strdup(). Useless unless we don't check the return value
SVN revision: 41850
2009-08-17 21:28:40 +00:00
Cedric BAIL 9abdbe30af * edje: Fix tween when comming from same state.
SVN revision: 41844
2009-08-17 15:16:23 +00:00
Davide Andreoli cb29b20245 * Do not include edje_cc.h anymore :)
SVN revision: 41843
2009-08-17 14:49:26 +00:00
Davide Andreoli 74565cec99 * Do not use the 'Font' struct from edje_cc.h
SVN revision: 41842
2009-08-17 14:26:31 +00:00
Davide Andreoli 8fa5f302d3 * Do not use SZ() macro from edje_cc.h
SVN revision: 41841
2009-08-17 14:13:26 +00:00
Cedric BAIL 06f76b1e87 * edje: Fix calc.
SVN revision: 41840
2009-08-17 14:00:44 +00:00
Davide Andreoli 061798f628 * rename mem_strdup() to not clash (in the case of a static build) with the one defined in bin/
SVN revision: 41839
2009-08-17 13:54:17 +00:00
Cedric BAIL 6c7f8ce84c * edje: Remove warning, mainly due to lua merge.
SVN revision: 41838
2009-08-17 11:32:56 +00:00
Carsten Haitzler 359df1c2b9 fix eet docs.
SVN revision: 41826
2009-08-17 01:51:56 +00:00
Mikhail Gusarov 226e4e5e16 From: Mikhail Gusarov <>
Subject: [E-devel] [evas] Add RGBA -> grayscale 64 entries palette conversion

This is needed for E-Ink devices outta there. Names of new files, variables and macros are awful, suggestions are welcome.

SVN revision: 41825
2009-08-17 01:41:07 +00:00
Mikhail Gusarov 90f801d31c From: Mikhail Gusarov <>
Those symbols appeared earlier than in 1.2.2, but debian/libeet1.symbols
was not updated, so there is no point to look at the actual minimal
versions of symbols.

SVN revision: 41824
2009-08-17 01:31:38 +00:00
Carsten Haitzler aff55d6fbb log.
SVN revision: 41814
2009-08-16 09:44:21 +00:00
Carsten Haitzler 65c50a0a4e fix - write empty chunks. need them for corner case. see comments.
SVN revision: 41810
2009-08-16 07:06:22 +00:00
Carsten Haitzler 2a06a861d5 do not exit on lua errors! this would be righteously bad for apps using
themes that happened to use lua...

SVN revision: 41804
2009-08-16 03:00:14 +00:00
Hanspeter Portner da75132793 From: "Hanspeter Portner" <>
This concerns Ticket #109: Add Lua support for Edje

It adds Lua as scripting facility to Edje, letting Embryo untouched.
It should be easier to use and be more flexible than Embryo, imho ;-)

The patch

Lua 5.1 is used in sandboxed mode. Lua byte code is not
platform/architecture independent, Lua code is saved as text in the Edje
container and parsed at load time, therefore.

The patch goes in two directions

1) Analogous to Embryo for scripting logic, messaging and custom states.
The same things are implemented as in Embryo:

    - messaging from and to C
        - manual creation of timers, animators, pollers for custom events /
                - manual manipulation of Edje parts by means of the public
                    edje_object_part_* and internal functions and custom states
                        -> those routines are actually implemented as Lua
bindings to
    functions in Edje.h and Ecore.h
        -> the implementation is done in an object oriented way, so that the
            interface gives the feel of an object description language, pretty
                similar to EDC itself
                    -> combining custom states and custom animators allows
for fancy
    animations and transitions, e.g circular/spline translations or
        complex/conditional transitions, etc.
            -> this is just the same as Embryo does, but implemented in Lua, so
                nothing new here, actually
                2) Dynamic object creation and manipulation
                    - this interface stems from the 'script_only' objects in
Edje. Those
    objects are a kind of scriptable Edje counterparts to Evas_Smart
        objects. The infrastructure for Embryo is already there, but has
            never been used
                - I added this in Lua and added some first bindings to
        - I thought it would be useful to allow for a limited dynamic
            creation of ui parts
                - We can create instances of groups from within the same Edje
                    container and use them just like the main Edje object as
stated in
        - And there are some stand-alone bindings to dynamically create
            Evas_Image, Evas_Table, Evas_Line, Evas_Polygon as examples
                -> this may be useful to decouple the program from the ui
even more,
    to be able to do things that have to be done in the program itself
        atm, but actually belong to the user interface, but need dynamic
            creation of objects or complex interactions
                -> those objects are manipulated manually with Lua bindings
to the
    corresponding edje_object_* and evas_object_* functions
    Discussion points
    Both stuff in 1) & 2) is functioning, but needs testing, feedback,
    improvements, ...
    Stuff in 1) can already fully replace Embryo scripting with Lua
    scripting. There still is space for improvements/additions, though.
    Of the stuff in 2), I think it may only make sense to add the dynamic
    creation of groups defined in the same Edje container.  Dynamic creation
    of other Evas_Objects makes not much sense, as most of them can already
    be used as Edje parts and be manipulated with custom states (apart from
    polygons and lines) and it would make the whole theming potentially more
    programing-like and much more susceptible for errors, etc.
    Would this be useful, or drop it all?
    The scripting should be there just for logic, conditionals, custom
    states and animations, not for a whole dynamic canvas, imho.
    There is a patch around with EXTERNAL Edje parts. Seems to be a better,
    faster, more secure way to extend Edje with custom objects.
    There would be the possibility of precompiling Lua code at compile time
    (edje_cc) for faster loading, but we would have to patch and run our own
    Lua version.
    The Lua parser is pretty fast, though, and using
    byte-converted/endianness-swapped byte-code does only pay off for Lua
    chunks of some kilo lines.
    Byte code also occupies much more space than text in the final Edje
    container, as it includes debug symbols.
    Cedric and Vincent told me, that the plan was to replace Embryo totally
    by Lua before the official release of Edje at the end of the year? So it
    would make sense to bring Lua to svn soon and look how it fits in, test,
    debug, adapt it further to the themers needs, decide on its final shape,
    The Lua enhanced Edje is in sync with svn and can be get directly here
       git clone git://
          cd edje_lua
             git checkout -b lua_patch origin/lua_patch
             or apply the attached patch
             There are also some examples to show the usage of the things
    - showcase.edj: shows usage of custom animators, custom states,
        messaging and the script_only object
            - test.edj: test cases of script usage and bindings (custom states,
                custom transitions, tween_states, animators, timers,
    but most of it are experimental script_only objects
    The source of showcase.edc is attached, too, to just have a glimpse at
    Lua inside of EDC
    So, what do you guys think?
    Thanks and sry for the looong mail, hehe ;-)

SVN revision: 41802
2009-08-16 02:34:02 +00:00
Gustavo Sverzut Barbieri 425ebc47f5 improve docs and simplify macro, by kubo.
Kubo just found that docs could be improved and macro could be
simplified during his learning of EFL. Big bonus he did the
improvements =)

SVN revision: 41799
2009-08-16 00:47:23 +00:00
Gustavo Sverzut Barbieri cbbb575f69 have his full name, as he likes it =)
SVN revision: 41798
2009-08-16 00:37:38 +00:00
Rafael Antognolli af554298cd Bugfix on directfb engine:
* cleaning dirty rectangles on dfb surfaces now is done correctly.

SVN revision: 41777
2009-08-14 20:36:49 +00:00
Cedric BAIL b2d4ead502 * evas: Garbage is back for opaque window without background object.
SVN revision: 41773
2009-08-14 17:48:49 +00:00
Cedric BAIL 56674aeb99 * edje: Make EDJE_CALC_CACHE on by default.
SVN revision: 41772
2009-08-14 17:20:27 +00:00
Cedric BAIL 7df190d264 * edje_calc: Major cleanup.
- Edje_Real_Part use less memory.
		- Edje_Real_Part and Edje_Real_Part_State now use a mempool.
		- When both param1 and param2 are the same, only recalc param1.
		- Don't compute Edje_Real_Part more than one time per edje_recalc_do.

SVN revision: 41771
2009-08-14 17:19:42 +00:00
Cedric BAIL 3d6840cd1a * evas: Fix two render bugs :
- Forgot to reset clip before drawing cleanup rect.
		- Always draw a rect to reset the background, just
		choose a correct color.

	Note: This will slow down software_x11 engine, as this engine
	always do memset, so it does it twice. Before only the alpha
	case was impacted, now both case are. Need time to fix it. If
	someone has, don't hesitate :-) You can use elementary windows
	state test, to see if thing is going correctly or not.

	For the record, SDL engine has a score around 500 under X11 on
	my computer, where the X11 engine does only have a score around

SVN revision: 41770
2009-08-14 17:17:01 +00:00
Cedric BAIL 443fe5fc8e * evas: gl_x11 window can't support alpha, as drawing rect with
alpha=0 is not possible.

SVN revision: 41769
2009-08-14 17:11:08 +00:00
Cedric BAIL 67418404d0 * eet: Make macro EET_EINA_*_DATA_DESCRIPTOR_CLASS_SET usable in if

        Patch from Raphael Kubo.

SVN revision: 41763
2009-08-14 14:30:56 +00:00
Cedric BAIL c634e07770 * eina: Fix typo.
SVN revision: 41762
2009-08-14 14:22:25 +00:00
Cedric BAIL 09012c96bb * ecore_con_url: Fix mem leak.
SVN revision: 41758
2009-08-14 11:33:33 +00:00
Cedric BAIL d894444135 * edje_calc: Use 20 bytes less per Edje_Calc_Params.
SVN revision: 41745
2009-08-13 16:28:17 +00:00
Cedric BAIL eff22017dc * edje_calc: Cleanup calc structure.
SVN revision: 41744
2009-08-13 16:13:49 +00:00
Cedric BAIL b559c260fa * Ecore_Con: Revert r41742.
Note: It's not a good idea to initialize curl, if you just
	want to do some ecore_con network or ipc. Better let them
	initialize separatly.

SVN revision: 41743
2009-08-13 15:42:30 +00:00
Gustavo Sverzut Barbieri 33b9d1b2ed init ecore_con_url.
By: Andre Dieb <>

SVN revision: 41742
2009-08-13 15:26:29 +00:00
Gustavo Sverzut Barbieri 96001ff1a1 fix evas box flow layouts to consider padding.
By: Fabiano Fidêncio <>

SVN revision: 41739
2009-08-13 15:01:49 +00:00
Carsten Haitzler c1acd83e1e beware "class"! those c++ compiler can compile c... but they like to think
class is special... ESPECIALLY IN HEADERS used by c++ apps.

SVN revision: 41738
2009-08-13 14:47:10 +00:00
Cedric BAIL 05edf17dd4 * eet: Oops. Fix init order.
SVN revision: 41736
2009-08-13 13:57:22 +00:00