Eet_Data now use more common code when doing dump/decode. This
provide new functionnality, you can now do a list/array/hash of string.
make test/coverage are now passing without problem with 79% of the code
covered (mainly need to update test suite for fixed point). This rewrite
is also a first for script langage to directly manipulate Eet_Data (more
patch comming). It's also a cleanup of the Eet_Node API that could now
be used just fine.
Note: Previous dump will not be compatible with this update, but
Eet_Data will.
PS: I did some extensive test here with enlightenment, elementary_test,
editje, elixir and eyelight. If you experience any weird behaviour that
could be linked with eet_data (well almost anything that use the EFL),
please report to me as soon as possible.
SVN revision: 45059
as no real gain is seen (compilation time, size))
* add namespace for words_bigendian, to make amalagamation happy
* don't redefine macros, for the same purpose
SVN revision: 43409
Note: They are saved as EET_T_DOUBLE, and you can request fixed point value
where you stored EET_T_FLOAT or EET_T_DOUBLE. In fact now any floating point
or fixed point value can be retrieved as any real number type you need. Eet
is taking care of the convertion for you.
SVN revision: 42800
move some to error/critical, remove trailing \n.
NOT doing ChangeLog entry on purpose, it's useless as it's an
intra-release change (changes the previous unlreleased change)
SVN revision: 42547
- Provide two functions with a better name (Still need more doc).
- Deprecating old eet_data_descriptor*_new.
- Provide helper function for eet when using eina data type.
SVN revision: 41732
- Array layout would be broken or worse not possible to reload at all if you put NULL pointer in it.
- Array of string now work.
- Fix a double free issue with array on double load.
* Add the test to detect this case.
SVN revision: 37051
* Add a test case for that one.
Problem was simple type inlining in complex structure (like list/hash/array) is
just a hack. We are creating a subtype with the data chunk. That work with INT
or SHORT for example, but not with STRING because it's a pointer to a STRING and
not directly the STRING. This result in a double pointer dereferencing where it
shouldn't. In fact STRING is not really like other simple data type. So we
should handle it differently.
Still need to fix Array and Hash.
SVN revision: 37024
It also add EET_G_VAR_ARRAY and EET_G_ARRAY thanks to
turran's (jorgeluis.zapata@gmail.com) last year patch.
Of course we have test code for it and eet_data.c code
is covered around 90.1%. We need to test with garbage
data for increasing it more.
WARNING: API of eet_data_descriptor_element_add is not
clean and we will need to break it, if we want a clean
API. So this is the plan for version 2.0.0.
SVN revision: 34919