efl/src/bin/edje/edje_cc_out.c

4803 lines
140 KiB
C
Raw Normal View History

#ifdef HAVE_CONFIG_H
# include "config.h"
#endif
#ifdef STDC_HEADERS
# include <stdlib.h>
# include <stddef.h>
#else
# ifdef HAVE_STDLIB_H
# include <stdlib.h>
# endif
#endif
#include <string.h>
#include <limits.h>
#include <unistd.h>
#include <sys/stat.h>
#include <libgen.h>
#include <Ecore_Evas.h>
#include "edje_cc.h"
#include "edje_convert.h"
#include "edje_multisense_convert.h"
From: "Hanspeter Portner" <ventosus@airpost.net> 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 / animations - 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 experiment with - 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 1) - 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, GATHER SOME PEOPLE TO HELP ;-) --- The Lua enhanced Edje is in sync with svn and can be get directly here git clone git://repo.or.cz/edje_lua.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 mentioned above - 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, object_parts), but most of it are experimental script_only objects http://didgmo.sourceforge.net/showcase.edj http://didgmo.sourceforge.net/test.edj 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-15 19:34:02 -07:00
#include <lua.h>
#include <lauxlib.h>
typedef struct _External_Lookup External_Lookup;
typedef struct _Part_Lookup Part_Lookup;
typedef struct _Part_Lookup_Key Part_Lookup_Key;
typedef struct _Program_Lookup Program_Lookup;
typedef struct _Group_Lookup Group_Lookup;
typedef struct _Image_Lookup Image_Lookup;
typedef struct _Code_Lookup Code_Lookup;
struct _External_Lookup
{
char *name;
};
struct _Part_Lookup_Key
{
Edje_Part_Collection *pc;
union
{
int *dest;
struct
{
unsigned char **base;
int offset;
} reallocated;
} mem;
char **dest2;
Eina_Bool stable : 1;
};
struct _Part_Lookup
{
Part_Lookup_Key key;
char *name;
};
struct _Program_Lookup
{
Edje_Part_Collection *pc;
union
{
char *name;
Edje_Program *ep;
} u;
int *dest;
Eina_Bool anonymous : 1;
};
struct _Group_Lookup
{
char *name;
Edje_Part *part;
};
struct _String_Lookup
{
char *name;
int *dest;
};
struct _Image_Lookup
{
char *name;
int *dest;
Eina_Bool *set;
};
struct _Code_Lookup
{
char *ptr;
int len;
int val;
Eina_Bool set;
};
typedef struct _Script_Lua_Writer Script_Lua_Writer;
struct _Script_Lua_Writer
{
char *buf;
int size;
};
typedef struct _Script_Write Script_Write;
typedef struct _Head_Write Head_Write;
typedef struct _Fonts_Write Fonts_Write;
typedef struct _Image_Write Image_Write;
typedef struct _Sound_Write Sound_Write;
typedef struct _Mo_Write Mo_Write;
typedef struct _Vibration_Write Vibration_Write;
typedef struct _Group_Write Group_Write;
typedef struct _License_Write License_Write;
struct _Script_Write
{
Eet_File *ef;
Code *cd;
int i;
Ecore_Exe *exe;
int tmpn_fd;
Eina_Tmpstr *tmpn;
Eina_Tmpstr *tmpo;
char *errstr;
};
struct _Head_Write
{
Eet_File *ef;
char *errstr;
};
struct _Fonts_Write
{
Eet_File *ef;
Edje_Font *fn;
char *errstr;
};
struct _Image_Write
{
Eet_File *ef;
Edje_Image_Directory_Entry *img;
Evas_Object *im;
Emile_Image_Property prop;
Eina_File *f;
Emile_Image *emi;
int w, h;
int alpha;
unsigned int *data;
char *path;
char *errstr;
};
struct _Sound_Write
{
Eet_File *ef;
Edje_Sound_Sample *sample;
int i;
};
struct _Mo_Write
{
Eet_File *ef;
Edje_Mo *mo_entry;
char *mo_path;
Ecore_Exe *exe;
char *errstr;
};
struct _Vibration_Write
{
Eet_File *ef;
Edje_Vibration_Sample *sample;
int i;
};
struct _Group_Write
{
Eet_File *ef;
Edje_Part_Collection *pc;
char *errstr;
};
struct _License_Write
{
Eet_File *ef;
const char *file;
Eina_Bool master;
};
struct _Image_Unused_Ids
{
int old_id;
int new_id;
};
typedef struct _Image_Unused_Ids Image_Unused_Ids;
static int pending_threads = 0;
static int pending_image_threads = 0;
static void data_process_string(Edje_Part_Collection *pc, const char *prefix, char *s, void (*func)(Edje_Part_Collection *pc, char *name, char *ptr, int len));
2004-04-01 01:53:11 -08:00
extern Eina_List *po_files;
Edje_File *edje_file = NULL;
Eina_List *edje_collections = NULL;
Eina_Hash *edje_collections_lookup = NULL;
Eina_List *externals = NULL;
Eina_List *fonts = NULL;
Eina_List *codes = NULL;
Eina_List *code_lookups = NULL;
Eina_List *aliases = NULL;
Eina_List *color_tree_root = NULL;
static Eet_Data_Descriptor *edd_edje_file = NULL;
static Eet_Data_Descriptor *edd_edje_part_collection = NULL;
static Eina_List *program_lookups = NULL;
static Eina_List *group_lookups = NULL;
static Eina_List *face_group_lookups = NULL;
static Eina_List *image_lookups = NULL;
static Eina_List *model_lookups = NULL;
static Eina_Hash *part_dest_lookup = NULL;
static Eina_Hash *part_pc_dest_lookup = NULL;
static Eina_Hash *groups_sourced = NULL;
static Eet_File *cur_ef;
static int image_num;
static Ecore_Evas *buffer_ee;
static int cur_image_entry;
static void data_write_images(void);
void
error_and_abort(Eet_File *ef EINA_UNUSED, const char *fmt, ...)
{
va_list ap;
va_start(ap, fmt);
eina_log_vprint(_edje_cc_log_dom, EINA_LOG_LEVEL_CRITICAL,
"unknown", "unknown", 0, fmt, ap);
va_end(ap);
unlink(file_out);
if (watchfile) unlink(watchfile);
exit(-1);
}
static void
thread_end(Eina_Bool img)
{
if (img)
pending_image_threads--;
else
pending_threads--;
if (threads)
{
if ((pending_image_threads + pending_threads) < (int)max_open_files - 2)
data_write_images();
}
if (pending_threads + pending_image_threads <= 0) ecore_main_loop_quit();
}
static unsigned int
_part_lookup_key_length(const void *key EINA_UNUSED)
{
return sizeof (Part_Lookup_Key);
}
static int
_part_lookup_key_pc_cmp(const void *key1, int key1_length EINA_UNUSED,
const void *key2, int key2_length EINA_UNUSED)
{
const Part_Lookup_Key *a = key1;
const Part_Lookup_Key *b = key2;
uintptr_t delta;
delta = a->pc - b->pc;
if (delta) return delta;
if (a->stable) return a->mem.dest - b->mem.dest;
delta = a->mem.reallocated.base - b->mem.reallocated.base;
if (delta) return delta;
return a->mem.reallocated.offset - b->mem.reallocated.offset;
}
static int
_part_lookup_key_pc_hash(const void *key, int key_length EINA_UNUSED)
{
const Part_Lookup_Key *a = key;
if (a->stable)
{
2013-11-09 02:48:31 -08:00
#ifdef EFL64
return eina_hash_int64((unsigned long long int *)&a->pc, sizeof (void *)) ^
eina_hash_int64((unsigned long long int *)&a->mem.dest, sizeof (void *));
#else
return eina_hash_int32((uintptr_t *)&a->pc, sizeof (void *)) ^
eina_hash_int32((uintptr_t *)&a->mem.dest, sizeof (void *));
#endif
}
else
{
2013-11-09 02:48:31 -08:00
#ifdef EFL64
return eina_hash_int64((unsigned long long int *)&a->pc, sizeof (void *)) ^
eina_hash_int64((unsigned long long int *)&a->mem.reallocated.base, sizeof (void *)) ^
eina_hash_int32((unsigned int *)&a->mem.reallocated.offset, sizeof (int));
#else
return eina_hash_int32((uintptr_t *)&a->pc, sizeof (void *)) ^
eina_hash_int32((uintptr_t *)&a->mem.reallocated.base, sizeof (void *)) ^
eina_hash_int32((unsigned int *)&a->mem.reallocated.offset, sizeof (int));
#endif
}
}
static int
_part_lookup_key_cmp(const void *key1, int key1_length EINA_UNUSED,
const void *key2, int key2_length EINA_UNUSED)
{
const Part_Lookup_Key *a = key1;
const Part_Lookup_Key *b = key2;
uintptr_t delta;
if (a->stable) return a->mem.dest - b->mem.dest;
delta = a->mem.reallocated.base - b->mem.reallocated.base;
if (delta) return delta;
return a->mem.reallocated.offset - b->mem.reallocated.offset;
}
static int
_part_lookup_key_hash(const void *key, int key_length EINA_UNUSED)
{
const Part_Lookup_Key *a = key;
if (a->stable)
{
2013-11-09 02:48:31 -08:00
#ifdef EFL64
return eina_hash_int64((unsigned long long int *)&a->mem.dest, sizeof (void *));
#else
return eina_hash_int32((uintptr_t *)&a->mem.dest, sizeof (void *));
#endif
}
else
{
2013-11-09 02:48:31 -08:00
#ifdef EFL64
return eina_hash_int64((unsigned long long int *)&a->mem.reallocated.base, sizeof (void *)) ^
eina_hash_int32((unsigned int *)&a->mem.reallocated.offset, sizeof (int));
#else
return eina_hash_int32((uintptr_t *)&a->mem.reallocated.base, sizeof (void *)) ^
eina_hash_int32((unsigned int *)&a->mem.reallocated.offset, sizeof (int));
#endif
}
}
static void
data_part_lookup_free(Part_Lookup *pl)
{
free(pl->name);
free(pl);
}
static void
list_free(void *list)
{
eina_list_free(list);
}
void
data_setup(void)
{
edd_edje_file = _edje_edd_edje_file;
edd_edje_part_collection = _edje_edd_edje_part_collection;
part_dest_lookup = eina_hash_new(EINA_KEY_LENGTH(_part_lookup_key_length),
EINA_KEY_CMP(_part_lookup_key_cmp),
EINA_KEY_HASH(_part_lookup_key_hash),
EINA_FREE_CB(list_free),
8);
part_pc_dest_lookup = eina_hash_new(EINA_KEY_LENGTH(_part_lookup_key_length),
EINA_KEY_CMP(_part_lookup_key_pc_cmp),
EINA_KEY_HASH(_part_lookup_key_pc_hash),
EINA_FREE_CB(data_part_lookup_free),
8);
}
static void
check_image_part_desc(Edje_Part_Collection *pc, Edje_Part *ep,
Edje_Part_Description_Image *epd, Eet_File *ef)
{
unsigned int i;
Edje_Part_Collection_Parser *pcp = (Edje_Part_Collection_Parser *)pc;
if (pcp->inherit_only) return;
2012-08-23 00:54:58 -07:00
if (epd->image.id == -1 && epd->common.visible)
WRN("Collection %s(%i): image attributes missing for "
"part \"%s\", description \"%s\" %f",
pc->part, pc->id, ep->name, epd->common.state.name, epd->common.state.value);
for (i = 0; i < epd->image.tweens_count; ++i)
{
if (epd->image.tweens[i]->id == -1)
error_and_abort(ef, "Collection %i: tween image id missing for "
"part \"%s\", description \"%s\" %f",
pc->id, ep->name, epd->common.state.name, epd->common.state.value);
}
}
static Edje_Part_Collection *
_source_group_find(const char *source)
{
Edje_Part_Collection *pc2;
Eina_List *l;
if (!source) return NULL;
EINA_LIST_FOREACH(edje_collections, l, pc2)
{
if (!strcmp(pc2->part, source))
return pc2;
}
return NULL;
}
static Edje_Part *
_aliased_text_part_find(Edje_Part_Collection *pc,
int id_source, const char *id_source_part)
{
Edje_Part_Collection *group;
unsigned int i;
if (!pc->parts[id_source]->source)
return NULL;
group = _source_group_find(pc->parts[id_source]->source);
if (!group) return NULL;
for (i = 0; i < group->parts_count; i++)
{
if (!strcmp(group->parts[i]->name, id_source_part))
return group->parts[i];
}
return NULL;
}
static void
check_text_part_desc(Edje_Part_Collection *pc, Edje_Part *ep,
Edje_Part_Description_Text *epd, Eet_File *ef)
{
Edje_Part *ep2;
if (epd->text.id_source != -1)
{
if ((pc->parts[epd->text.id_source]->type == EDJE_PART_TYPE_TEXT) ||
(pc->parts[epd->text.id_source]->type == EDJE_PART_TYPE_TEXTBLOCK))
return;
if (epd->text.id_source_part)
{
ep2 = _aliased_text_part_find(pc, epd->text.id_source, epd->text.id_source_part);
if (ep2 && ((ep2->type == EDJE_PART_TYPE_TEXT) ||
(ep2->type == EDJE_PART_TYPE_TEXTBLOCK)))
return;
}
error_and_abort(ef, "Collection \"%s\" Part \"%s\" Description \"%s\" [%.3f]: "
"text.source point to a non TEXT part \"%s\"!",
pc->part, ep->name, epd->common.state.name,
epd->common.state.value, pc->parts[epd->text.id_source]->name);
}
if (epd->text.id_text_source != -1)
{
if ((pc->parts[epd->text.id_text_source]->type == EDJE_PART_TYPE_TEXT) ||
(pc->parts[epd->text.id_text_source]->type == EDJE_PART_TYPE_TEXTBLOCK))
return;
if (epd->text.id_text_source_part)
{
ep2 = _aliased_text_part_find(pc, epd->text.id_text_source, epd->text.id_text_source_part);
if (ep2 && ((ep2->type == EDJE_PART_TYPE_TEXT) ||
(ep2->type == EDJE_PART_TYPE_TEXTBLOCK)))
return;
}
error_and_abort(ef, "Collection \"%s\" Part \"%s\" Description \"%s\" [%.3f]: "
"text.text_source point to a non TEXT part \"%s\"!",
pc->part, ep->name, epd->common.state.name,
epd->common.state.value, pc->parts[epd->text.id_text_source]->name);
}
}
/* This function check loops between groups.
For example:
> part in group A. It's source is B.
> part in group B. It's source is C.
> part in group C. It's source is A <- here is error.
It's loop that we need to avoid! */
static void
check_source_links(Edje_Part_Collection *pc, Edje_Part *ep, Eet_File *ef, Eina_List *group_path)
{
unsigned int i;
char *data;
Edje_Part_Collection *pc_source;
Eina_List *l;
EINA_LIST_FOREACH(edje_collections, l, pc_source)
{
/* Find sourced group */
if (ep->source && pc_source->part && strcmp(ep->source, pc_source->part) == 0)
{
/* Go through every part to find parts with type GROUP */
for (i = 0; i < pc_source->parts_count; ++i)
{
if ((pc_source->parts[i]->type == EDJE_PART_TYPE_GROUP) &&
(pc_source->parts[i]->source))
{
/* Make sure that this group isn't already in the tree of parents */
EINA_LIST_FOREACH(group_path, l, data)
{
if (data == pc_source->parts[i]->source)
{
error_and_abort(ef, "Recursive loop group '%s' "
"already included inside "
"part '%s' of group '%s'",
data, pc_source->parts[i]->name,
pc->part);
}
}
group_path = eina_list_append(group_path, ep->source);
check_source_links(pc, pc_source->parts[i], ef, group_path);
}
}
}
}
}
static void
check_packed_items(Edje_Part_Collection *pc, Edje_Part *ep, Eet_File *ef)
{
unsigned int i;
for (i = 0; i < ep->items_count; ++i)
{
if (ep->items[i]->type == EDJE_PART_TYPE_GROUP && !ep->items[i]->source)
error_and_abort(ef, "Collection %i: missing source on packed item "
"of type GROUP in part \"%s\"",
pc->id, ep->name);
if (ep->type == EDJE_PART_TYPE_TABLE && (ep->items[i]->col < 0 || ep->items[i]->row < 0))
error_and_abort(ef, "Collection %i: missing col/row on packed item "
"for part \"%s\" of type TABLE",
pc->id, ep->name);
}
}
static void
check_nameless_state(Edje_Part_Collection *pc, Edje_Part *ep, Edje_Part_Description_Common *ed, Eet_File *ef)
{
Edje_Part_Collection_Directory_Entry *de;
if (ed->state.name) return;
de = eina_hash_find(edje_collections_lookup, &pc->id);
error_and_abort(ef, "Group '%s': part \"%s\" has description with missing state",
de->entry, ep->name);
}
static void
check_state(Edje_Part_Collection *pc, Edje_Part *ep, Edje_Part_Description_Common *ed, Eet_File *ef)
{
check_nameless_state(pc, ep, ed, ef);
}
static void
_part_namespace_verify(Edje_Part_Collection *pc, Edje_Part *ep, Eet_File *ef, Eina_Bool ns_required)
{
char buf[1024], *p;
size_t len;
Edje_Part_Collection_Directory_Entry *de;
if (!namespace_verify) return;
/* this is from a group used as a source, either GROUP or TEXTBLOCK
* namespacing not required
*/
if (eina_hash_find(groups_sourced, pc->part)) return;
de = eina_hash_find(edje_collections_lookup, &pc->id);
p = strchr(de->entry, '/');
if (!p) return;
len = p - de->entry;
if (eina_strlcpy(buf, de->entry, len + 1) >= sizeof(buf)) return;
p = strchr(ep->name, '.');
/* ignore part types without required namespacing or without '.' in name */
if ((!ns_required) && (!p)) return;
if (strncmp(ep->name, buf, len))
error_and_abort(ef, "Part '%s' from group %s is not properly namespaced (should begin with '%s.')!", ep->name, de->entry, buf);
}
static void
check_part(Edje_Part_Collection *pc, Edje_Part *ep, Eet_File *ef)
{
Edje_Part_Collection_Parser *pcp = (Edje_Part_Collection_Parser*)pc;
unsigned int i;
Eina_List *group_path = NULL;
/* FIXME: check image set and sort them. */
if (!ep->default_desc)
error_and_abort(ef, "Collection %i: default description missing "
"for part \"%s\"", pc->id, ep->name);
check_state(pc, ep, ep->default_desc, ef);
for (i = 0; i < ep->other.desc_count; ++i)
check_state(pc, ep, ep->other.desc[i], ef);
if (ep->type == EDJE_PART_TYPE_IMAGE)
{
check_image_part_desc(pc, ep, (Edje_Part_Description_Image *)ep->default_desc, ef);
for (i = 0; i < ep->other.desc_count; ++i)
check_image_part_desc(pc, ep, (Edje_Part_Description_Image *)ep->other.desc[i], ef);
}
else if ((ep->type == EDJE_PART_TYPE_BOX) ||
(ep->type == EDJE_PART_TYPE_TABLE))
check_packed_items(pc, ep, ef);
else if (ep->type == EDJE_PART_TYPE_GROUP)
check_source_links(pc, ep, ef, group_path);
else if (ep->type == EDJE_PART_TYPE_TEXT)
{
check_text_part_desc(pc, ep, (Edje_Part_Description_Text *)ep->default_desc, ef);
for (i = 0; i < ep->other.desc_count; ++i)
check_text_part_desc(pc, ep, (Edje_Part_Description_Text *)ep->other.desc[i], ef);
}
if (!pcp->skip_namespace_validation)
{
switch (ep->type)
{
case EDJE_PART_TYPE_BOX:
case EDJE_PART_TYPE_TABLE:
case EDJE_PART_TYPE_SWALLOW:
_part_namespace_verify(pc, ep, ef, 1);
break;
case EDJE_PART_TYPE_TEXT:
case EDJE_PART_TYPE_TEXTBLOCK:
case EDJE_PART_TYPE_SPACER:
_part_namespace_verify(pc, ep, ef, 0);
break;
default: break;
}
}
}
static void
_program_signal_namespace_verify(Edje_Part_Collection *pc, Eet_File *ef, const char *sig, const char *src)
{
char buf[1024], *p;
size_t len;
Edje_Part_Collection_Directory_Entry *de;
if (!namespace_verify) return;
/* this is from a group used as a source, either GROUP or TEXTBLOCK
* namespacing not required
*/
if (eina_hash_find(groups_sourced, pc->part)) return;
/* ignore propagation to GROUP parts */
if (strchr(sig, ':')) return;
de = eina_hash_find(edje_collections_lookup, &pc->id);
p = strchr(de->entry, '/');
if (!p) return;
len = p - de->entry;
if (eina_strlcpy(buf, de->entry, len + 1) >= sizeof(buf)) return;
if (strncmp(sig, buf, len))
error_and_abort(ef, "SIGNAL_EMIT (%s:%s) does not match group namespace (%s)!", sig, src, de->entry);
}
static void
check_program(Edje_Part_Collection *pc, Edje_Program *ep, Eet_File *ef)
{
Edje_Part_Collection_Parser *pcp = (Edje_Part_Collection_Parser*)pc;
switch (ep->action)
{
case EDJE_ACTION_TYPE_STATE_SET:
case EDJE_ACTION_TYPE_ACTION_STOP:
case EDJE_ACTION_TYPE_DRAG_VAL_SET:
case EDJE_ACTION_TYPE_DRAG_VAL_STEP:
case EDJE_ACTION_TYPE_DRAG_VAL_PAGE:
if (!ep->targets)
error_and_abort(ef, "Collection %i: target missing in program "
"\"%s\"", pc->id, ep->name);
break;
default:
break;
}
Edje_Program_Target *et;
Eina_List *l;
unsigned int i = 0;
int camera_id = -1;
for (i = 0; (i < pc->parts_count) && (camera_id < 0); i++)
{
if (pc->parts[i]->type == EDJE_PART_TYPE_CAMERA)
camera_id = i;
}
if ((!ep->targets) && (ep->action == EDJE_ACTION_TYPE_SIGNAL_EMIT))
{
if (!pcp->skip_namespace_validation)
_program_signal_namespace_verify(pc, ef, ep->state, ep->state2);
}
EINA_LIST_FOREACH(ep->targets, l, et)
{
Edje_Part *part;
/*
* we are accessing part with an id,
* if actions is ACTION_STOP or ACTION_TYPE_SCRIPT, then id is from the parts array.
* In order to not crash here, we should continue here.
*/
if (ep->action != EDJE_ACTION_TYPE_ACTION_STOP || ep->action != EDJE_ACTION_TYPE_SCRIPT)
continue;
if (et->id >= (int) pc->parts_count)
{
ERR("Target id '%d' greater than possible index '%d'.", et->id, (int) pc->parts_count - 1);
exit(-1);
}
part = pc->parts[et->id];
/* verify existence of description in part */
if (ep->action == EDJE_ACTION_TYPE_STATE_SET)
{
if ((!eina_streq(ep->state, "custom")) &&
((!eina_streq(ep->state, "default")) || (!EINA_DBL_EQ(ep->value, 0.0))))
{
Edje_Part_Collection_Directory_Entry *de;
Eina_Bool found = EINA_FALSE;
for (i = 0; i < part->other.desc_count; i++)
{
Edje_Part_Description_Common *ed = part->other.desc[i];
if (eina_streq(ed->state.name, ep->state) && EINA_DBL_EQ(ep->value, ed->state.value))
{
found = EINA_TRUE;
break;
}
}
if (!found)
{
de = eina_hash_find(edje_collections_lookup, &pc->id);
error_and_abort(NULL, "GROUP %s - state '%s:%g' does not exist for part '%s'; set in program '%s'",
de->entry, ep->state, ep->value, part->name, ep->name);
}
}
}
if (((ep->action == EDJE_ACTION_TYPE_STATE_SET) ||
(ep->action == EDJE_ACTION_TYPE_SIGNAL_EMIT)) &&
(et->id < (int)pc->parts_count) &&
(part->type == EDJE_PART_TYPE_MESH_NODE) &&
(strstr(ep->signal, "mouse")))
{
for (i = 0; (i < pc->parts_count) && (ep->source_3d_id < 0); i++)
{
if (!strcmp(pc->parts[i]->name, ep->source))
ep->source_3d_id = i;
}
ep->source = mem_strdup(pc->parts[camera_id]->name);
}
}
}
/* reset part counters for alias */
static void
_alias_clean(Edje_Part_Collection_Directory_Entry *ce)
{
if (ce)
{
ce->count.RECTANGLE = 0;
ce->count.TEXT = 0;
ce->count.IMAGE = 0;
ce->count.SWALLOW = 0;
ce->count.TEXTBLOCK = 0;
ce->count.GROUP = 0;
ce->count.BOX = 0;
ce->count.TABLE = 0;
ce->count.EXTERNAL = 0;
ce->count.PROXY = 0;
ce->count.MESH_NODE = 0;
ce->count.LIGHT = 0;
ce->count.CAMERA = 0;
ce->count.SPACER = 0;
ce->count.VECTOR = 0;
ce->count.part = 0;
}
}
static void
data_thread_head(void *data, Ecore_Thread *thread EINA_UNUSED)
{
Head_Write *hw = data;
int bytes = 0;
char buf[EINA_PATH_MAX];
if (edje_file)
{
if (edje_file->collection)
{
Edje_Part_Collection_Directory_Entry *ce;
EINA_LIST_FREE(aliases, ce)
{
Edje_Part_Collection_Directory_Entry *sce;
if (!ce->entry)
{
snprintf(buf, sizeof(buf),
"Collection %i: name missing.", ce->id);
hw->errstr = strdup(buf);
return;
}
sce = eina_hash_find(edje_collections_lookup, &ce->id);
if (sce)
{
memcpy(&ce->count, &sce->count, sizeof (ce->count));
}
else
{
snprintf(buf, sizeof(buf),
"Collection %s (%i) can't find an correct alias.",
ce->entry, ce->id);
hw->errstr = strdup(buf);
return;
}
_alias_clean(ce);
eina_hash_direct_add(edje_file->collection, ce->entry, ce);
}
}
bytes = eet_data_write(hw->ef, edd_edje_file, "edje/file", edje_file,
compress_mode);
if (bytes <= 0)
{
snprintf(buf, sizeof(buf),
"Unable to write \"edje_file\" entry to \"%s\"",
file_out);
hw->errstr = strdup(buf);
return;
}
}
INF("Wrote %9i bytes (%4iKb) for \"edje_file\" header",
bytes, (bytes + 512) / 1024);
}
static void
data_thread_head_end(void *data, Ecore_Thread *thread EINA_UNUSED)
{
Head_Write *hw = data;
2012-08-23 00:54:58 -07:00
if (hw->errstr)
{
error_and_abort(hw->ef, hw->errstr);
free(hw->errstr);
}
free(hw);
thread_end(0);
}
static void
data_write_header(Eet_File *ef)
{
Head_Write *hw;
2012-08-23 00:54:58 -07:00
hw = calloc(1, sizeof(Head_Write));
hw->ef = ef;
pending_threads++;
if (threads)
ecore_thread_run(data_thread_head, data_thread_head_end, NULL, hw);
else
{
data_thread_head(hw, NULL);
data_thread_head_end(hw, NULL);
}
}
static void
data_thread_fonts(void *data, Ecore_Thread *thread EINA_UNUSED)
{
Fonts_Write *fc = data;
Eina_List *ll;
Eina_File *f = NULL;
void *m = NULL;
int bytes = 0;
char buf[EINA_PATH_MAX];
char buf2[EINA_PATH_MAX + EINA_PATH_MAX + 128];
size_t size;
f = eina_file_open(fc->fn->file, 0);
if (f)
{
using_file(fc->fn->file, 'F');
m = eina_file_map_all(f, EINA_FILE_SEQUENTIAL);
}
else
{
char *dat;
EINA_LIST_FOREACH(fnt_dirs, ll, dat)
{
snprintf(buf, sizeof(buf), "%s/%s", dat, fc->fn->file);
f = eina_file_open(buf, 0);
if (f)
{
using_file(buf, 'F');
m = eina_file_map_all(f, EINA_FILE_SEQUENTIAL);
if (m) break;
eina_file_close(f);
f = NULL;
}
}
}
if (!m)
{
if (f) eina_file_close(f);
snprintf(buf, sizeof(buf),
"Unable to load font part \"%s\" entry to %s",
fc->fn->file, file_out);
fc->errstr = strdup(buf);
return;
}
snprintf(buf, sizeof(buf), "edje/fonts/%s", fc->fn->name);
bytes = eet_write(fc->ef, buf, m, eina_file_size_get(f), compress_mode);
if ((bytes <= 0) || eina_file_map_faulted(f, m))
{
eina_file_map_free(f, m);
eina_file_close(f);
snprintf(buf2, sizeof(buf2),
"Unable to write font part \"%s\" as \"%s\" "
"part entry to %s", fc->fn->file, buf, file_out);
fc->errstr = strdup(buf2);
return;
}
size = eina_file_size_get(f);
INF("Wrote %9i bytes (%4iKb) for \"%s\" font entry \"%s\" compress: [real: %2.1f%%]",
bytes, (bytes + 512) / 1024, buf, fc->fn->file,
100 - (100 * (double)bytes) / ((double)((size > 0) ? size : 1))
);
eina_file_map_free(f, m);
eina_file_close(f);
}
static void
data_thread_fonts_end(void *data, Ecore_Thread *thread EINA_UNUSED)
{
Fonts_Write *fc = data;
if (fc->errstr)
{
error_and_abort(fc->ef, fc->errstr);
free(fc->errstr);
}
free(fc);
thread_end(0);
}
static void
data_write_fonts(Eet_File *ef, int *font_num)
{
Eina_Iterator *it;
Edje_Font *fn;
if (!edje_file->fonts) return;
it = eina_hash_iterator_data_new(edje_file->fonts);
EINA_ITERATOR_FOREACH(it, fn)
{
Fonts_Write *fc;
fc = calloc(1, sizeof(Fonts_Write));
if (!fc) continue;
fc->ef = ef;
fc->fn = fn;
pending_threads++;
if (threads)
ecore_thread_run(data_thread_fonts, data_thread_fonts_end, NULL, fc);
else
{
data_thread_fonts(fc, NULL);
data_thread_fonts_end(fc, NULL);
}
*font_num += 1;
}
eina_iterator_free(it);
}
static void
error_and_abort_image_load_error(Eet_File *ef, const char *file, int error)
{
const char *errmsg = evas_load_error_str(error);
char hint[1024] = "";
if (error == EVAS_LOAD_ERROR_DOES_NOT_EXIST)
{
snprintf
(hint, sizeof(hint),
" Check if path to file \"%s\" is correct "
"(both directory and file name).",
file);
}
else if (error == EVAS_LOAD_ERROR_CORRUPT_FILE)
{
snprintf
(hint, sizeof(hint),
" Check if file \"%s\" is consistent.",
file);
}
else if (error == EVAS_LOAD_ERROR_UNKNOWN_FORMAT)
{
const char *ext = strrchr(file, '.');
const char **itr, *known_loaders[] = {
/* list from evas_image_load.c */
"png",
"jpg",
"jpeg",
"jfif",
"eet",
"edj",
"eap",
"edb",
"xpm",
"tiff",
"tif",
"svg",
"svgz",
"gif",
"pbm",
"pgm",
"ppm",
"pnm",
"bmp",
"ico",
"tga",
"tgv",
NULL
};
if (!ext)
{
snprintf
(hint, sizeof(hint),
" File \"%s\" does not have an extension, "
"maybe it should?",
file);
goto show_err;
}
ext++;
for (itr = known_loaders; *itr; itr++)
{
if (strcasecmp(ext, *itr) == 0)
{
snprintf
(hint, sizeof(hint),
" Check if Evas was compiled with %s module enabled and "
"all required dependencies exist.",
ext);
goto show_err;
}
}
snprintf(hint, sizeof(hint),
" Check if Evas supports loading files of type \"%s\" (%s) "
"and this module was compiled and all its dependencies exist.",
ext, file);
}
show_err:
error_and_abort
(ef, "Unable to load image \"%s\" used by file \"%s\": %s.%s",
file, file_out, errmsg, hint);
}
static void
data_thread_image(void *data, Ecore_Thread *thread EINA_UNUSED)
{
Image_Write *iw = data;
char buf[PATH_MAX], buf2[EINA_PATH_MAX];
unsigned int *start, *end;
Eina_Bool opaque = EINA_TRUE;
int bytes = 0;
if ((iw->data) && (iw->w > 0) && (iw->h > 0))
{
Eet_Image_Encoding lossy = EET_IMAGE_LOSSLESS;
int mode, qual, comp = 0;
snprintf(buf, sizeof(buf), "edje/images/%i", iw->img->id);
qual = 80;
if ((iw->img->source_type == EDJE_IMAGE_SOURCE_TYPE_INLINE_PERFECT) &&
(iw->img->source_param == 0))
mode = 0; /* RAW */
else if ((iw->img->source_type == EDJE_IMAGE_SOURCE_TYPE_INLINE_PERFECT) &&
(iw->img->source_param == 1))
mode = 1; /* COMPRESS */
else if (iw->img->source_type == EDJE_IMAGE_SOURCE_TYPE_INLINE_LOSSY_ETC1)
mode = 3; /* LOSSY_ETC1 */
else if (iw->img->source_type == EDJE_IMAGE_SOURCE_TYPE_INLINE_LOSSY_ETC2)
mode = 4; /* LOSSY_ETC2 */
else
mode = 2; /* LOSSY */
if ((mode == 0) && (no_raw))
{
mode = 1; /* promote compression */
iw->img->source_param = 95;
}
if ((mode == 4) && (no_etc2)) mode = 2; /* demote etc2 to jpeg */
if ((mode == 3) && (no_etc1)) mode = 2; /* demote etc1 to jpeg */
if ((mode == 2) && (no_lossy)) mode = 1; /* demote compression */
if ((mode == 1) && (no_comp))
{
if (no_lossy) mode = 0; /* demote compression */
else if (no_raw)
{
iw->img->source_param = 90;
mode = 2; /* no choice. lossy */
}
}
if (mode == 2)
{
qual = iw->img->source_param;
if (qual < min_quality) qual = min_quality;
if (qual > max_quality) qual = max_quality;
lossy = EET_IMAGE_JPEG;
}
if (iw->alpha)
{
start = (unsigned int *)iw->data;
end = start + (iw->w * iw->h);
while (start < end)
{
if ((*start & 0xff000000) != 0xff000000)
{
opaque = EINA_FALSE;
break;
}
start++;
}
if (opaque) iw->alpha = 0;
}
if (mode == 3)
{
qual = iw->img->source_param;
if (qual < min_quality) qual = min_quality;
if (qual > max_quality) qual = max_quality;
// Enable TGV with LZ4. A bit redundant with EET compression.
comp = !no_comp;
lossy = opaque ? EET_IMAGE_ETC1 : EET_IMAGE_ETC1_ALPHA;
}
if (mode == 4)
{
qual = iw->img->source_param;
if (qual < min_quality) qual = min_quality;
if (qual > max_quality) qual = max_quality;
lossy = opaque ? EET_IMAGE_ETC2_RGB : EET_IMAGE_ETC2_RGBA;
}
if (mode == 0)
bytes = eet_data_image_write(iw->ef, buf,
iw->data, iw->w, iw->h,
iw->alpha,
0, 0, 0);
else if (mode == 1)
bytes = eet_data_image_write(iw->ef, buf,
iw->data, iw->w, iw->h,
iw->alpha,
compress_mode,
0, 0);
else if (mode >= 2)
bytes = eet_data_image_write(iw->ef, buf,
iw->data, iw->w, iw->h,
iw->alpha,
comp, qual, lossy);
if (bytes <= 0)
{
snprintf(buf2, sizeof(buf2),
"Unable to write image part "
"\"%s\" as \"%s\" part entry to "
"%s", iw->img->entry, buf, file_out);
iw->errstr = strdup(buf2);
return;
}
}
else
{
snprintf(buf, sizeof(buf), "edje/images/%i", iw->img->id);
snprintf(buf2, sizeof(buf2),
"Unable to load image part "
"\"%s\" as \"%s\" part entry to "
"%s", iw->img->entry, buf, file_out);
iw->errstr = strdup(buf2);
return;
}
if (eina_log_domain_level_check(_edje_cc_log_dom, EINA_LOG_LEVEL_INFO))
{
struct stat st;
if (!iw->path || (stat(iw->path, &st))) st.st_size = 0;
if (st.st_size > 0)
{
INF("Wrote %9i bytes (%4iKb) for \"%s\" image entry \"%s\" compress: [raw: %2.1f%%] [real: %2.1f%%]",
bytes, (bytes + 512) / 1024, buf, iw->img->entry,
100 - (100 * (double)bytes) / ((double)(iw->w * iw->h * 4)),
100 - (100 * (double)bytes) / ((double)(st.st_size))
);
}
}
}
static void
data_thread_image_end(void *data, Ecore_Thread *thread EINA_UNUSED)
{
Image_Write *iw = data;
2012-08-23 00:54:58 -07:00
if (iw->errstr)
{
error_and_abort(iw->ef, iw->errstr);
free(iw->errstr);
}
free(iw->path);
evas_object_del(iw->im);
free(iw);
thread_end(1);
}
static void
data_image_preload_done(void *data, Evas *e EINA_UNUSED, Evas_Object *o, void *event_info EINA_UNUSED)
{
Image_Write *iw = data;
evas_object_image_size_get(o, &iw->w, &iw->h);
iw->alpha = evas_object_image_alpha_get(o);
iw->data = evas_object_image_data_get(o, 0);
if (threads)
ecore_thread_run(data_thread_image, data_thread_image_end, NULL, iw);
else
{
data_thread_image(iw, NULL);
data_thread_image_end(iw, NULL);
}
}
static void
tgv_file_thread(void *data, Ecore_Thread *thread EINA_UNUSED)
{
Image_Write *iw = data;
char buf[256];
size_t len;
snprintf(buf, sizeof(buf), "edje/images/%i", iw->img->id);
len = eina_file_size_get(iw->f);
eet_write_cipher(iw->ef, buf, iw->data, len, EINA_FALSE /*!no_comp*/, NULL);
}
static void
tgv_file_thread_end(void *data, Ecore_Thread *thread EINA_UNUSED)
{
Image_Write *iw = data;
if (iw->errstr)
{
error_and_abort(iw->ef, iw->errstr);
free(iw->errstr);
}
free(iw->path);
emile_image_close(iw->emi);
eina_file_map_free(iw->f, iw->data);
eina_file_close(iw->f);
free(iw);
thread_end(1);
}
static Eina_Bool
tgv_file_check_and_add(Eet_File *ef, Edje_Image_Directory_Entry *img)
{
Emile_Image_Load_Error err;
Emile_Image *emi = NULL;
Image_Write *iw = NULL;
Eina_List *li;
const char *s;
Eina_File *f = NULL;
void *data;
EINA_LIST_FOREACH(img_dirs, li, s)
{
char buf[PATH_MAX];
snprintf(buf, sizeof(buf), "%s/%s", s, img->entry);
f = eina_file_open(buf, EINA_FALSE);
if (f) break;
}
if (!f) return EINA_FALSE;
data = eina_file_map_all(f, EINA_FILE_SEQUENTIAL);
if (!data) goto on_error;
using_file(img->entry, 'I');
emi = emile_image_tgv_file_open(f, NULL, NULL, &err);
if (!emi || (err != EMILE_IMAGE_LOAD_ERROR_NONE)) goto on_error;
iw = calloc(1, sizeof(*iw));
if (!emile_image_head(emi, &iw->prop, sizeof(iw->prop), &err) ||
(err != EMILE_IMAGE_LOAD_ERROR_NONE))
goto on_error;
if (!iw->prop.cspaces || !iw->prop.w || !iw->prop.h)
goto on_error;
iw->f = f;
iw->ef = ef;
iw->img = img;
iw->emi = emi;
iw->data = (unsigned int *)data;
iw->w = iw->prop.w;
iw->h = iw->prop.h;
iw->prop.cspace = iw->prop.cspaces[0];
if (img->source_type == EDJE_IMAGE_SOURCE_TYPE_INLINE_LOSSY_ETC1)
{
if (no_etc1) goto on_error;
if (iw->prop.cspace == EMILE_COLORSPACE_ETC1)
iw->alpha = 0;
else if (iw->prop.cspace == EMILE_COLORSPACE_ETC1_ALPHA)
iw->alpha = 1;
else
goto on_error;
}
else if (img->source_type == EDJE_IMAGE_SOURCE_TYPE_INLINE_LOSSY_ETC2)
{
if (no_etc2) goto on_error;
if (iw->prop.cspace == EMILE_COLORSPACE_RGB8_ETC2)
iw->alpha = 0;
else if (iw->prop.cspace == EMILE_COLORSPACE_RGBA8_ETC2_EAC)
iw->alpha = 1;
else
goto on_error;
}
image_num += 1;
iw->path = strdup(img->entry);
pending_image_threads++;
if (threads)
ecore_thread_run(tgv_file_thread, tgv_file_thread_end, NULL, iw);
else
{
tgv_file_thread(iw, NULL);
tgv_file_thread_end(iw, NULL);
}
return EINA_TRUE;
on_error:
free(iw);
emile_image_close(emi);
if (data) eina_file_map_free(f, data);
eina_file_close(f);
return EINA_FALSE;
}
static void
data_write_vectors(Eet_File *ef, int *vector_num)
{
unsigned int i;
Eina_List *ll;
char *s;
Eina_File *f = NULL;
Edje_Vector_Directory_Entry *vector;
Eina_Strbuf *buf;
Eina_Bool found = EINA_FALSE;
Evas *evas;
Evas_Object *vg;
if (!((edje_file) && (edje_file->image_dir))) return;
if (!buffer_ee)
buffer_ee = ecore_evas_buffer_new(1, 1);
if (!buffer_ee)
error_and_abort(ef, "Cannot create buffer engine canvas for image load.");
evas = ecore_evas_get(buffer_ee);
vg = evas_object_vg_add(evas);
buf = eina_strbuf_new();
for (i = 0; i < edje_file->image_dir->vectors_count; i++)
{
if (!beta)
error_and_abort(ef, "Vector part are currently a beta feature, please enable them by running edje_cc with -beta.");
vector = &edje_file->image_dir->vectors[i];
EINA_LIST_FOREACH(img_dirs, ll, s)
{
eina_strbuf_reset(buf);
eina_strbuf_append_printf(buf, "%s" EINA_PATH_SEP_S "%s", s, vector->entry);
f = eina_file_open(eina_strbuf_string_get(buf), EINA_FALSE);
if (!f) continue;
eina_file_close(f);
if (efl_file_set(vg, eina_strbuf_string_get(buf)))
error_and_abort(ef, "Failed to parse svg : %s", vector->entry);
if (efl_file_load(vg))
error_and_abort(ef, "Failed to parse svg : %s", vector->entry);
eina_strbuf_reset(buf);
eina_strbuf_append_printf(buf, "edje/vectors/%i", vector->id);
if (!efl_file_save(vg, eet_file_get(ef), eina_strbuf_string_get(buf), NULL))
error_and_abort(ef, "Failed to write data in Eet for svg :%s", vector->entry);
*vector_num += 1;
found = EINA_TRUE;
break;
}
if (!found)
error_and_abort(ef, "Unable to find the svg :%s", vector->entry);
found = EINA_FALSE;
}
eina_strbuf_free(buf);
}
static void
data_image_sets_init(void)
{
int i;
if (!((edje_file) && (edje_file->image_dir))) return;
for (i = 0; i < (int)edje_file->image_dir->sets_count; i++)
{
Edje_Image_Directory_Set *set;
Edje_Image_Directory_Set_Entry *set_entry;
Edje_Image_Directory_Entry *img;
Eina_List *ll = NULL;
set = edje_file->image_dir->sets + i;
if (!set->entries) continue;
EINA_LIST_FOREACH(set->entries, ll, set_entry)
{
img = &edje_file->image_dir->entries[set_entry->id];
set_entry->name = img->entry;
}
}
}
static void
data_write_images(void)
{
Evas *evas;
const char *ext = NULL;
2012-08-23 00:54:58 -07:00
if (!((edje_file) && (edje_file->image_dir))) return;
if (!buffer_ee)
buffer_ee = ecore_evas_buffer_new(1, 1);
if (!buffer_ee)
error_and_abort(cur_ef, "Cannot create buffer engine canvas for image load.");
evas = ecore_evas_get(buffer_ee);
2012-08-23 00:54:58 -07:00
for (; cur_image_entry < (int)edje_file->image_dir->entries_count; cur_image_entry++)
{
Edje_Image_Directory_Entry *img;
Evas_Object *im;
Eina_List *ll;
char *s;
int load_err = EVAS_LOAD_ERROR_NONE;
Image_Write *iw;
2012-08-23 00:54:58 -07:00
img = &edje_file->image_dir->entries[cur_image_entry];
if ((img->source_type >= EDJE_IMAGE_SOURCE_TYPE_USER) || !img->entry)
continue;
if (img->source_type == EDJE_IMAGE_SOURCE_TYPE_INLINE_LOSSY_ETC1 ||
img->source_type == EDJE_IMAGE_SOURCE_TYPE_INLINE_LOSSY_ETC2)
{
ext = strrchr(img->entry, '.');
if (ext && !strcasecmp(ext, ".tgv"))
{
if (tgv_file_check_and_add(cur_ef, img))
{
DBG("Directly copying data from TGV file into EDJ");
continue;
}
else
ERR("Source '%s' has incompatible ETC format.", img->entry);
}
}
iw = calloc(1, sizeof(Image_Write));
iw->ef = cur_ef;
iw->img = img;
iw->im = im = evas_object_image_add(evas);
if (threads)
evas_object_event_callback_add(im,
EVAS_CALLBACK_IMAGE_PRELOADED,
data_image_preload_done,
iw);
EINA_LIST_FOREACH(img_dirs, ll, s)
{
char buf[PATH_MAX];
snprintf(buf, sizeof(buf), "%s/%s", s, img->entry);
evas_object_image_file_set(im, buf, NULL);
load_err = evas_object_image_load_error_get(im);
if (load_err == EVAS_LOAD_ERROR_NONE)
{
image_num += 1;
iw->path = strdup(buf);
pending_image_threads++;
if (threads)
evas_object_image_preload(im, 0);
using_file(buf, 'I');
if (!threads)
data_image_preload_done(iw, evas, im, NULL);
break;
}
}
if (!img_dirs || (load_err != EVAS_LOAD_ERROR_NONE))
{
evas_object_image_file_set(im, img->entry, NULL);
load_err = evas_object_image_load_error_get(im);
if (load_err == EVAS_LOAD_ERROR_NONE)
{
image_num += 1;
iw->path = strdup(img->entry);
pending_image_threads++;
if (threads)
evas_object_image_preload(im, 0);
using_file(img->entry, 'I');
if (!threads)
data_image_preload_done(iw, evas, im, NULL);
}
else
{
free(iw);
error_and_abort_image_load_error(cur_ef, img->entry, load_err);
exit(1); // ensure static analysis tools know we exit
}
}
if (img->source_type < EDJE_IMAGE_SOURCE_TYPE_USER)
{
ext = strrchr(img->entry, '.');
if (ext && (!strcasecmp(ext, ".svg") || !strcasecmp(ext, ".svgz")))
{
int size = strlen(img->entry) + strlen(".png") + 1;
char *tmp = malloc(size);
snprintf(tmp, size, "%s.png", img->entry);
INF("Vector '%s' used as image, convert to bitmap '%s'", img->entry, tmp);
free((void *)img->entry);
img->entry = tmp;
}
}
if (threads)
{
if (pending_threads + pending_image_threads > (int)max_open_files - 2) break;
}
}
}
static void
data_check_models(Eet_File *ef EINA_UNUSED, int *model_num EINA_UNUSED)
{
int i;
if (!((edje_file) && (edje_file->model_dir))) return;
for (i = 0; i < (int)edje_file->model_dir->entries_count; i++)
{
Edje_Model_Directory_Entry *model;
Eina_List *ll;
char *s;
Eina_Bool file_exist = EINA_FALSE;
model = &edje_file->model_dir->entries[i];
EINA_LIST_FOREACH(model_dirs, ll, s)
{
char buf[PATH_MAX];
snprintf(buf, sizeof(buf), "%s/%s", s, model->entry);
file_exist = file_exist || ecore_file_exists(buf);
}
if (!file_exist)
{
ERR("Unable to load model \"%s\". Check if path to file is correct (both directory and file name).",
model->entry);
exit(-1);
}
}
}
static void
data_thread_sounds(void *data, Ecore_Thread *thread EINA_UNUSED)
{
Sound_Write *sw = data;
Eina_List *ll;
#ifdef HAVE_LIBSNDFILE
Edje_Sound_Encode *enc_info;
#endif
char *dir_path = NULL;
char snd_path[PATH_MAX];
char sndid_str[15];
Eina_File *f = NULL;
void *m = NULL;
int bytes = 0;
// Search the Sound file in all the -sd ( sound directory )
EINA_LIST_FOREACH(snd_dirs, ll, dir_path)
{
snprintf((char *)snd_path, sizeof(snd_path), "%s/%s", dir_path,
sw->sample->snd_src);
f = eina_file_open(snd_path, 0);
if (f) break;
}
if (!f)
{
snprintf((char *)snd_path, sizeof(snd_path), "%s",
sw->sample->snd_src);
f = eina_file_open(snd_path, 0);
}
#ifdef HAVE_LIBSNDFILE
if (f) eina_file_close(f);
enc_info = _edje_multisense_encode(snd_path, sw->sample,
sw->sample->quality);
f = eina_file_open(enc_info->file, 0);
if (f) using_file(enc_info->file, 'S');
#else
if (f) using_file(snd_path, 'S');
#endif
if (!f)
{
ERR("Unable to load sound data of: %s", sw->sample->name);
exit(-1);
}
snprintf(sndid_str, sizeof(sndid_str), "edje/sounds/%i", sw->sample->id);
m = eina_file_map_all(f, EINA_FILE_WILLNEED);
if (m)
{
bytes = eet_write(sw->ef, sndid_str, m, eina_file_size_get(f),
EET_COMPRESSION_NONE);
if (eina_file_map_faulted(f, m))
{
ERR("File access error when reading '%s'",
eina_file_filename_get(f));
exit(-1);
}
eina_file_map_free(f, m);
}
eina_file_close(f);
#ifdef HAVE_LIBSNDFILE
//If encoded temporary file, delete it.
if (enc_info->encoded) unlink(enc_info->file);
#endif
#ifdef HAVE_LIBSNDFILE
INF("Wrote %9i bytes (%4iKb) for \"%s\" %s sound entry \"%s\"",
bytes, (bytes + 512) / 1024,
sndid_str, enc_info->comp_type, sw->sample->name);
#else
INF("Wrote %9i bytes (%4iKb) for \"%s\" %s sound entry \"%s\"",
bytes, (bytes + 512) / 1024,
sndid_str, "RAW PCM", sw->sample->name);
#endif
#ifdef HAVE_LIBSNDFILE
if ((enc_info->file) && (!enc_info->encoded))
eina_stringshare_del(enc_info->file);
free(enc_info);
enc_info = NULL;
#endif
}
static void
data_thread_sounds_end(void *data, Ecore_Thread *thread EINA_UNUSED)
{
Sound_Write *sw = data;
free(sw);
thread_end(0);
}
static void
data_write_sounds(Eet_File *ef, int *sound_num)
{
if ((edje_file) && (edje_file->sound_dir))
{
int i;
for (i = 0; i < (int)edje_file->sound_dir->samples_count; i++)
{
Sound_Write *sw;
2012-08-23 00:54:58 -07:00
sw = calloc(1, sizeof(Sound_Write));
if (!sw) continue;
sw->ef = ef;
sw->sample = &edje_file->sound_dir->samples[i];
sw->i = i;
*sound_num += 1;
pending_threads++;
if (threads)
ecore_thread_run(data_thread_sounds, data_thread_sounds_end, NULL, sw);
else
{
data_thread_sounds(sw, NULL);
data_thread_sounds_end(sw, NULL);
}
}
}
}
static void
data_thread_mo(void *data, Ecore_Thread *thread EINA_UNUSED)
{
Mo_Write *mw = data;
char buf[EINA_PATH_MAX];
Eina_List *ll;
char *dir_path = NULL;
char mo_path[PATH_MAX];
char moid_str[50];
Eina_File *f = NULL;
void *m = NULL;
int bytes = 0;
if (mw->mo_path)
f = eina_file_open(mw->mo_path, 0);
if (!f)
{
// Search the mo file in all the -md ( mo directory )
EINA_LIST_FOREACH(mo_dirs, ll, dir_path)
{
snprintf((char *)mo_path, sizeof(mo_path), "%s/%s/%s", dir_path, mw->mo_entry->locale, mw->mo_entry->mo_src);
f = eina_file_open(mo_path, 0);
if (f) break;
}
}
if (!f)
{
snprintf((char *)mo_path, sizeof(mo_path), "%s", mw->mo_entry->mo_src);
f = eina_file_open(mo_path, 0);
}
if (f) using_file(mo_path, 'S');
if (!f)
{
snprintf(buf, sizeof(buf), "Unable to load mo data of: %s", mo_path);
ERR("%s", buf);
mw->errstr = strdup(buf);
exit(-1);
}
snprintf(moid_str, sizeof(moid_str), "edje/mo/%i/%s/LC_MESSAGES", mw->mo_entry->id, mw->mo_entry->locale);
m = eina_file_map_all(f, EINA_FILE_WILLNEED);
if (m)
{
bytes = eet_write(mw->ef, moid_str, m, eina_file_size_get(f), EET_COMPRESSION_NONE);
if (eina_file_map_faulted(f, m))
{
snprintf(buf, sizeof(buf), "File access error when reading '%s'",
eina_file_filename_get(f));
ERR("%s", buf);
mw->errstr = strdup(buf);
eina_file_close(f);
exit(-1);
}
eina_file_map_free(f, m);
}
eina_file_close(f);
if (mw->mo_path)
ecore_file_remove(mo_path);
INF("Wrote %9i bytes (%4iKb) for \"%s\" %s mo entry \"%s\"",
bytes, (bytes + 512) / 1024, moid_str, "RAW PCM", mw->mo_entry->locale);
}
static void
data_thread_mo_end(void *data, Ecore_Thread *thread EINA_UNUSED)
{
Mo_Write *mw = data;
if (mw->errstr)
{
error_and_abort(mw->ef, mw->errstr);
free(mw->errstr);
}
if (mw->mo_path)
free(mw->mo_path);
free(mw);
thread_end(0);
}
Eina_Bool
_exe_del_cb(void *data EINA_UNUSED, int evtype EINA_UNUSED, void *evinfo)
{
Mo_Write *mw = data;
Ecore_Exe_Event_Del *ev = evinfo;
if (!ev->exe) return ECORE_CALLBACK_RENEW;
if (ecore_exe_data_get(ev->exe) != mw) return ECORE_CALLBACK_RENEW;
if (ev->exit_code != 0)
{
error_and_abort(mw->ef, "Creation of .mo from .po failed.");
return ECORE_CALLBACK_CANCEL;
}
if (ecore_file_exists(mw->mo_path))
{
if (threads)
ecore_thread_run(data_thread_mo, data_thread_mo_end, NULL, mw);
else
{
data_thread_mo(mw, NULL);
data_thread_mo_end(mw, NULL);
}
}
else
return ECORE_CALLBACK_RENEW;
if (pending_threads + pending_image_threads <= 0) ecore_main_loop_quit();
return ECORE_CALLBACK_CANCEL;
}
static void
data_write_mo(Eet_File *ef, int *mo_num)
{
if ((edje_file) && (edje_file->mo_dir))
{
int i;
char *po_entry;
char *sub_str;
char buf[EINA_PATH_MAX + PATH_MAX + PATH_MAX + 128];
Eina_List *ll;
char *dir_path = NULL;
char mo_path[PATH_MAX];
char po_path[PATH_MAX];
for (i = 0; i < (int)edje_file->mo_dir->mo_entries_count; i++)
{
Mo_Write *mw, *mw2;
mw = calloc(1, sizeof(Mo_Write));
if (!mw) continue;
mw->ef = ef;
mw->mo_entry = &edje_file->mo_dir->mo_entries[i];
*mo_num += 1;
pending_threads++;
po_entry = strdup(mw->mo_entry->mo_src);
sub_str = strstr(mw->mo_entry->mo_src, ".po");
if (sub_str)
{
sub_str[1] = 'm';
EINA_LIST_FOREACH(mo_dirs, ll, dir_path)
{
snprintf((char *)po_path, sizeof(po_path), "%s/%s/%s", dir_path, mw->mo_entry->locale, po_entry);
if (ecore_file_exists(po_path))
{
char *mo_dir = ecore_file_dir_get(eet_file_get(ef));
snprintf((char *)mo_path, sizeof(mo_path), "%s/%s", mo_dir, mw->mo_entry->locale);
ecore_file_mkpath(mo_path);
snprintf((char *)mo_path, sizeof(mo_path), "%s/%s/%s", mo_dir, mw->mo_entry->locale, mw->mo_entry->mo_src);
snprintf(buf, sizeof(buf), "msgfmt -o %s %s", mo_path, po_path);
mw2 = malloc(sizeof(Mo_Write));
if (mw2)
{
memcpy(mw2, mw, sizeof(Mo_Write));
mw2->mo_path = strdup(mo_path);
mw2->exe = ecore_exe_run(buf, mw2);
ecore_event_handler_add(ECORE_EXE_EVENT_DEL,
_exe_del_cb, mw2);
}
free(mo_dir);
}
else
error_and_abort(mw->ef, "Non-existent .po file specified: \"%s\".", po_path);
}
free(mw);
}
else
{
if (threads)
ecore_thread_run(data_thread_mo, data_thread_mo_end, NULL, mw);
else
{
data_thread_mo(mw, NULL);
data_thread_mo_end(mw, NULL);
}
}
free(po_entry);
}
}
}
static void
data_thread_vibrations(void *data, Ecore_Thread *thread EINA_UNUSED)
{
Vibration_Write *vw = data;
Eina_List *ll;
char *dir_path = NULL;
char path[PATH_MAX];
char id_str[30];
Eina_File *f = NULL;
void *m = NULL;
int bytes = 0;
EINA_LIST_FOREACH(vibration_dirs, ll, dir_path)
{
snprintf((char *)path, sizeof(path), "%s/%s", dir_path,
vw->sample->src);
f = eina_file_open(path, 0);
if (f) break;
}
if (!f)
{
snprintf((char *)path, sizeof(path), "%s",
vw->sample->src);
f = eina_file_open(path, 0);
}
if (f) using_file(path, 'S');
if (!f)
{
ERR("Unable to load vibration data of: %s", vw->sample->src);
exit(-1);
}
snprintf(id_str, sizeof(id_str), "edje/vibrations/%i", vw->sample->id);
m = eina_file_map_all(f, EINA_FILE_WILLNEED);
if (m)
{
bytes = eet_write(vw->ef, id_str, m, eina_file_size_get(f),
EET_COMPRESSION_NONE);
if (eina_file_map_faulted(f, m))
{
ERR("File access error when reading '%s'",
eina_file_filename_get(f));
exit(-1);
}
eina_file_map_free(f, m);
}
eina_file_close(f);
INF("Wrote %9i bytes (%4iKb) for \"%s\" %s vibration entry \"%s\"",
bytes, (bytes + 512) / 1024,
id_str, "RAW", vw->sample->name);
}
static void
data_thread_vibrations_end(void *data, Ecore_Thread *thread EINA_UNUSED)
{
Vibration_Write *sw = data;
free(sw);
thread_end(0);
}
static void
data_write_vibrations(Eet_File *ef, int *num)
{
if ((edje_file) && (edje_file->vibration_dir))
{
int i;
for (i = 0; i < (int)edje_file->vibration_dir->samples_count; i++)
{
Vibration_Write *vw;
vw = calloc(1, sizeof(Vibration_Write));
if (!vw) continue;
vw->ef = ef;
vw->sample = &edje_file->vibration_dir->samples[i];
vw->i = i;
*num += 1;
pending_threads++;
if (threads)
ecore_thread_run(data_thread_vibrations, data_thread_vibrations_end, NULL, vw);
else
{
data_thread_vibrations(vw, NULL);
data_thread_vibrations_end(vw, NULL);
}
}
}
}
static void
check_groups(Eet_File *ef)
{
Edje_Part_Collection *pc;
Eina_List *l;
/* sanity checks for parts and programs */
EINA_LIST_FOREACH(edje_collections, l, pc)
{
unsigned int i;
for (i = 0; i < pc->parts_count; ++i)
check_part(pc, pc->parts[i], ef);
#define CHECK_PROGRAM(Type, Pc, It) \
for (It = 0; It < Pc->programs.Type ## _count; ++It) \
check_program(Pc, Pc->programs.Type[i], ef); \
CHECK_PROGRAM(fnmatch, pc, i);
CHECK_PROGRAM(strcmp, pc, i);
CHECK_PROGRAM(strncmp, pc, i);
CHECK_PROGRAM(strrncmp, pc, i);
CHECK_PROGRAM(nocmp, pc, i);
}
}
static void
data_thread_group(void *data, Ecore_Thread *thread EINA_UNUSED)
{
Group_Write *gw = data;
char buf[PATH_MAX];
snprintf(buf, sizeof(buf), "edje/collections/%i", gw->pc->id);
eet_data_write(gw->ef, edd_edje_part_collection, buf, gw->pc,
compress_mode);
return;
}
static void
data_thread_group_end(void *data, Ecore_Thread *thread EINA_UNUSED)
{
Group_Write *gw = data;
if (gw->errstr)
{
error_and_abort(gw->ef, gw->errstr);
free(gw->errstr);
}
free(gw);
thread_end(0);
}
static void
data_write_groups(Eet_File *ef, int *collection_num)
{
Eina_List *l;
Edje_Part_Collection *pc;
EINA_LIST_FOREACH(edje_collections, l, pc)
{
Group_Write *gw;
gw = calloc(1, sizeof(Group_Write));
if (!gw)
{
error_and_abort(ef, "Cannot allocate memory for group writer");
return;
}
gw->ef = ef;
gw->pc = pc;
pending_threads++;
if (threads)
ecore_thread_run(data_thread_group, data_thread_group_end, NULL, gw);
else
{
data_thread_group(gw, NULL);
data_thread_group_end(gw, NULL);
}
*collection_num += 1;
}
}
static void
create_script_file(Eet_File *ef, const char *filename, const Code *cd, int fd)
{
FILE *f = fdopen(fd, "wb");
if (!f)
error_and_abort(ef, "Unable to open temp file \"%s\" for script "
"compilation.", filename);
Eina_List *ll;
Code_Program *cp;
fprintf(f, "#include <edje>\n");
int ln = 2;
if (cd->shared)
{
while (ln < (cd->l1 - 1))
{
fprintf(f, " \n");
ln++;
}
{
char *sp;
int hash = 0;
int newlined = 0;
for (sp = cd->shared; *sp; sp++)
{
if ((sp[0] == '#') && (newlined))
{
hash = 1;
}
newlined = 0;
if (sp[0] == '\n') newlined = 1;
if (!hash) fputc(sp[0], f);
else if (sp[0] == '\n')
hash = 0;
}
fputc('\n', f);
}
ln += cd->l2 - cd->l1 + 1;
}
EINA_LIST_FOREACH(cd->programs, ll, cp)
{
if (cp->script)
{
while (ln < (cp->l1 - 1))
{
fprintf(f, " \n");
ln++;
}
/* FIXME: this prototype needs to be */
/* formalised and set in stone */
fprintf(f, "public _p%i(sig[], src[]) {", cp->id);
{
char *sp;
int hash = 0;
int newlined = 0;
for (sp = cp->script; *sp; sp++)
{
if ((sp[0] == '#') && (newlined))
{
hash = 1;
}
newlined = 0;
if (sp[0] == '\n') newlined = 1;
if (!hash) fputc(sp[0], f);
else if (sp[0] == '\n')
hash = 0;
}
}
fprintf(f, "}\n");
ln += cp->l2 - cp->l1 + 1;
}
}
fclose(f);
}
static void
data_thread_script(void *data, Ecore_Thread *thread EINA_UNUSED)
{
Script_Write *sc = data;
FILE *f;
int size;
char buf[PATH_MAX];
f = fopen(sc->tmpo, "rb");
if (!f)
{
snprintf(buf, sizeof(buf),
"Unable to open script object \"%s\" for reading.",
sc->tmpo);
sc->errstr = strdup(buf);
return;
}
if (fseek(f, 0, SEEK_END) < 0)
ERR("Error seeking");
size = ftell(f);
rewind(f);
if (size > 0)
{
void *dat = malloc(size);
if (dat)
{
if (fread(dat, size, 1, f) != 1)
{
snprintf(buf, sizeof(buf),
"Unable to read all of script object \"%s\"",
sc->tmpo);
sc->errstr = strdup(buf);
free(dat);
fclose(f);
return;
}
snprintf(buf, sizeof(buf), "edje/scripts/embryo/compiled/%i",
sc->i);
eet_write(sc->ef, buf, dat, size, compress_mode);
free(dat);
}
else
{
snprintf(buf, sizeof(buf),
"Alloc failed for %lu bytes", (unsigned long)size);
sc->errstr = strdup(buf);
fclose(f);
return;
}
}
if (no_save)
WRN("You are removing the source from this Edje file. This may break some use cases.\nBe aware of your choice and the poor kitten you are harming with it!");
else
{
Eina_List *ll;
Code_Program *cp;
2012-08-23 00:54:58 -07:00
if (sc->cd->original)
{
snprintf(buf, PATH_MAX, "edje/scripts/embryo/source/%i", sc->i);
eet_write(sc->ef, buf, sc->cd->original,
strlen(sc->cd->original) + 1, compress_mode);
}
EINA_LIST_FOREACH(sc->cd->programs, ll, cp)
{
if (!cp->original) continue;
snprintf(buf, PATH_MAX, "edje/scripts/embryo/source/%i/%i",
sc->i, cp->id);
eet_write(sc->ef, buf, cp->original,
strlen(cp->original) + 1, compress_mode);
}
}
fclose(f);
2012-08-23 00:54:58 -07:00
unlink(sc->tmpn);
unlink(sc->tmpo);
eina_tmpstr_del(sc->tmpn);
eina_tmpstr_del(sc->tmpo);
// closed by fclose(f) in create_script_file()
// close(sc->tmpn_fd);
}
typedef struct
{
char *exe;
Script_Write *sc;
} Pending_Script_Write;
#define PENDING_COMMANDS_MAX 8
static int pending_write_commands = 0;
static Eina_List *pending_script_writes = NULL;
static void data_write_script_queue(Script_Write *sc, const char *exeline);
static void
data_thread_script_end(void *data, Ecore_Thread *thread EINA_UNUSED)
{
Script_Write *sc = data;
if (sc->errstr)
{
error_and_abort(sc->ef, sc->errstr);
free(sc->errstr);
}
free(sc);
thread_end(0);
}
static Eina_Bool
data_scripts_exe_del_cb(void *data EINA_UNUSED, int evtype EINA_UNUSED, void *evinfo)
{
Script_Write *sc = data;
Ecore_Exe_Event_Del *ev = evinfo;
if (!ev->exe) return ECORE_CALLBACK_RENEW;
if (ecore_exe_data_get(ev->exe) != sc) return ECORE_CALLBACK_RENEW;
pending_write_commands--;
if (pending_write_commands < PENDING_COMMANDS_MAX)
{
if (pending_script_writes)
{
Pending_Script_Write *pend = pending_script_writes->data;
pending_script_writes = eina_list_remove_list
(pending_script_writes, pending_script_writes);
data_write_script_queue(pend->sc, pend->exe);
free(pend->exe);
free(pend);
}
}
if (ev->exit_code != 0)
{
error_and_abort(sc->ef, "Compiling script code not clean.");
return ECORE_CALLBACK_CANCEL;
}
if (threads)
{
ecore_thread_run(data_thread_script, data_thread_script_end, NULL, sc);
}
else
{
data_thread_script(sc, NULL);
data_thread_script_end(sc, NULL);
}
if (pending_threads + pending_image_threads <= 0) ecore_main_loop_quit();
return ECORE_CALLBACK_CANCEL;
}
static void
data_write_script_queue(Script_Write *sc, const char *exeline)
{
if (pending_write_commands >= PENDING_COMMANDS_MAX)
{
Pending_Script_Write *pend = malloc(sizeof(Pending_Script_Write));
if (pend)
{
pend->sc = sc;
pend->exe = strdup(exeline);
if (!pend->exe)
{
error_and_abort(sc->ef,
"Unable to allocate mem pending string.");
free(pend);
return;
}
pending_script_writes = eina_list_append(pending_script_writes,
pend);
}
else
error_and_abort(sc->ef,
"Unable to allocate mem for pending script.");
}
else
{
pending_threads++;
sc->exe = ecore_exe_run(exeline, sc);
if (!sc->exe) error_and_abort(sc->ef, "Unable to fork off embryo_cc.");
ecore_event_handler_add(ECORE_EXE_EVENT_DEL,
data_scripts_exe_del_cb, sc);
pending_write_commands++;
}
}
static void
data_write_scripts(Eet_File *ef)
{
Eina_List *l;
char embryo_cc_path[PATH_MAX] = "";
char inc_path[PATH_MAX] = "";
int i;
#ifdef _WIN32
# define BIN_EXT ".exe"
#else
# define BIN_EXT
#endif
#ifdef NEED_RUN_IN_TREE
if (getenv("EFL_RUN_IN_TREE"))
{
snprintf(embryo_cc_path, sizeof(embryo_cc_path),
"%s/src/bin/embryo/embryo_cc" BIN_EXT,
PACKAGE_BUILD_DIR);
snprintf(inc_path, sizeof(inc_path),
"%s/data/edje/include", PACKAGE_SRC_DIR);
if (!ecore_file_exists(embryo_cc_path))
embryo_cc_path[0] = '\0';
}
#endif
if (embryo_cc_path[0] == '\0')
{
snprintf(embryo_cc_path, sizeof(embryo_cc_path),
"%s/embryo_cc" BIN_EXT,
eina_prefix_bin_get(pfx));
snprintf(inc_path, sizeof(inc_path),
"%s/include",
eina_prefix_data_get(pfx));
}
#undef BIN_EXT
for (i = 0, l = codes; l; l = eina_list_next(l), i++)
{
Code *cd = eina_list_data_get(l);
Script_Write *sc;
int fd;
char buf[EINA_PATH_MAX + PATH_MAX + PATH_MAX + 128];
if (cd->is_lua)
continue;
if ((!cd->shared) && (!cd->programs))
continue;
sc = calloc(1, sizeof(Script_Write));
sc->ef = ef;
sc->cd = cd;
sc->i = i;
sc->tmpn_fd = eina_file_mkstemp("edje_cc.sma-tmp-XXXXXX", &sc->tmpn);
if (sc->tmpn_fd < 0)
error_and_abort(ef, "Unable to open temp file \"%s\" for script "
"compilation.", sc->tmpn);
fd = eina_file_mkstemp("edje_cc.amx-tmp-XXXXXX", &sc->tmpo);
if (fd < 0)
{
unlink(sc->tmpn);
eina_tmpstr_del(sc->tmpn);
error_and_abort(ef, "Unable to open temp file \"%s\" for script "
"compilation.", sc->tmpo);
}
//do not carry the fd over the time
//we should not unnesseserrily carry filedescriptors over time as this could excede system limits
//which have been fetched earlier
close(fd);
create_script_file(ef, sc->tmpn, cd, sc->tmpn_fd);
snprintf(buf, sizeof(buf),
"%s -i %s -o %s %s", embryo_cc_path, inc_path,
sc->tmpo, sc->tmpn);
data_write_script_queue(sc, buf);
}
}
#ifdef LUA_BINARY
From: "Hanspeter Portner" <ventosus@airpost.net> 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 / animations - 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 experiment with - 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 1) - 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, GATHER SOME PEOPLE TO HELP ;-) --- The Lua enhanced Edje is in sync with svn and can be get directly here git clone git://repo.or.cz/edje_lua.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 mentioned above - 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, object_parts), but most of it are experimental script_only objects http://didgmo.sourceforge.net/showcase.edj http://didgmo.sourceforge.net/test.edj 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-15 19:34:02 -07:00
static int
_edje_lua_script_writer(lua_State *L EINA_UNUSED, const void *chunk_buf, size_t chunk_size, void *_data)
From: "Hanspeter Portner" <ventosus@airpost.net> 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 / animations - 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 experiment with - 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 1) - 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, GATHER SOME PEOPLE TO HELP ;-) --- The Lua enhanced Edje is in sync with svn and can be get directly here git clone git://repo.or.cz/edje_lua.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 mentioned above - 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, object_parts), but most of it are experimental script_only objects http://didgmo.sourceforge.net/showcase.edj http://didgmo.sourceforge.net/test.edj 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-15 19:34:02 -07:00
{
Script_Lua_Writer *data;
void *old;
data = (Script_Lua_Writer *)_data;
old = data->buf;
data->buf = realloc(data->buf, data->size + chunk_size);
if (data->buf)
{
memcpy(&((data->buf)[data->size]), chunk_buf, chunk_size);
data->size += chunk_size;
}
else
{
ERR("Failed to copy chunk buffer.\n");
data->buf = old;
}
From: "Hanspeter Portner" <ventosus@airpost.net> 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 / animations - 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 experiment with - 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 1) - 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, GATHER SOME PEOPLE TO HELP ;-) --- The Lua enhanced Edje is in sync with svn and can be get directly here git clone git://repo.or.cz/edje_lua.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 mentioned above - 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, object_parts), but most of it are experimental script_only objects http://didgmo.sourceforge.net/showcase.edj http://didgmo.sourceforge.net/test.edj 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-15 19:34:02 -07:00
return 0;
}
#endif
From: "Hanspeter Portner" <ventosus@airpost.net> 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 / animations - 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 experiment with - 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 1) - 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, GATHER SOME PEOPLE TO HELP ;-) --- The Lua enhanced Edje is in sync with svn and can be get directly here git clone git://repo.or.cz/edje_lua.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 mentioned above - 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, object_parts), but most of it are experimental script_only objects http://didgmo.sourceforge.net/showcase.edj http://didgmo.sourceforge.net/test.edj 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-15 19:34:02 -07:00
void
_edje_lua_error_and_abort(lua_State *L, int err_code, Script_Write *sc)
From: "Hanspeter Portner" <ventosus@airpost.net> 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 / animations - 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 experiment with - 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 1) - 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, GATHER SOME PEOPLE TO HELP ;-) --- The Lua enhanced Edje is in sync with svn and can be get directly here git clone git://repo.or.cz/edje_lua.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 mentioned above - 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, object_parts), but most of it are experimental script_only objects http://didgmo.sourceforge.net/showcase.edj http://didgmo.sourceforge.net/test.edj 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-15 19:34:02 -07:00
{
char buf[PATH_MAX];
From: "Hanspeter Portner" <ventosus@airpost.net> 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 / animations - 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 experiment with - 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 1) - 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, GATHER SOME PEOPLE TO HELP ;-) --- The Lua enhanced Edje is in sync with svn and can be get directly here git clone git://repo.or.cz/edje_lua.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 mentioned above - 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, object_parts), but most of it are experimental script_only objects http://didgmo.sourceforge.net/showcase.edj http://didgmo.sourceforge.net/test.edj 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-15 19:34:02 -07:00
char *err_type;
2012-08-23 00:54:58 -07:00
From: "Hanspeter Portner" <ventosus@airpost.net> 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 / animations - 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 experiment with - 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 1) - 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, GATHER SOME PEOPLE TO HELP ;-) --- The Lua enhanced Edje is in sync with svn and can be get directly here git clone git://repo.or.cz/edje_lua.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 mentioned above - 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, object_parts), but most of it are experimental script_only objects http://didgmo.sourceforge.net/showcase.edj http://didgmo.sourceforge.net/test.edj 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-15 19:34:02 -07:00
switch (err_code)
{
case LUA_ERRRUN:
err_type = "runtime";
break;
case LUA_ERRSYNTAX:
err_type = "syntax";
break;
case LUA_ERRMEM:
err_type = "memory allocation";
break;
case LUA_ERRERR:
err_type = "error handler";
break;
default:
err_type = "unknown";
break;
From: "Hanspeter Portner" <ventosus@airpost.net> 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 / animations - 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 experiment with - 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 1) - 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, GATHER SOME PEOPLE TO HELP ;-) --- The Lua enhanced Edje is in sync with svn and can be get directly here git clone git://repo.or.cz/edje_lua.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 mentioned above - 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, object_parts), but most of it are experimental script_only objects http://didgmo.sourceforge.net/showcase.edj http://didgmo.sourceforge.net/test.edj 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-15 19:34:02 -07:00
}
snprintf(buf, sizeof(buf),
"Lua %s error: %s", err_type, lua_tostring(L, -1));
sc->errstr = strdup(buf);
From: "Hanspeter Portner" <ventosus@airpost.net> 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 / animations - 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 experiment with - 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 1) - 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, GATHER SOME PEOPLE TO HELP ;-) --- The Lua enhanced Edje is in sync with svn and can be get directly here git clone git://repo.or.cz/edje_lua.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 mentioned above - 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, object_parts), but most of it are experimental script_only objects http://didgmo.sourceforge.net/showcase.edj http://didgmo.sourceforge.net/test.edj 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-15 19:34:02 -07:00
}
static void
data_thread_lua_script(void *data, Ecore_Thread *thread EINA_UNUSED)
{
Script_Write *sc = data;
char buf[PATH_MAX];
lua_State *L;
int ln = 1;
luaL_Buffer b;
Script_Lua_Writer dat;
Eina_List *ll;
Code_Program *cp;
#ifdef LUA_BINARY
int err_code;
#endif
2012-08-23 00:54:58 -07:00
L = luaL_newstate();
if (!L)
{
snprintf(buf, sizeof(buf),
"Lua error: Lua state could not be initialized");
sc->errstr = strdup(buf);
return;
}
2012-08-23 00:54:58 -07:00
luaL_buffinit(L, &b);
2012-08-23 00:54:58 -07:00
dat.buf = NULL;
dat.size = 0;
if (sc->cd->shared)
{
while (ln < (sc->cd->l1 - 1))
{
luaL_addchar(&b, '\n');
ln++;
}
luaL_addstring(&b, sc->cd->shared);
ln += sc->cd->l2 - sc->cd->l1;
}
2012-08-23 00:54:58 -07:00
EINA_LIST_FOREACH(sc->cd->programs, ll, cp)
{
if (cp->script)
{
while (ln < (cp->l1 - 1))
{
luaL_addchar(&b, '\n');
ln++;
}
luaL_addstring(&b, "_G[");
lua_pushnumber(L, cp->id);
luaL_addvalue(&b);
luaL_addstring(&b, "] = function (ed, signal, source)");
luaL_addstring(&b, cp->script);
luaL_addstring(&b, "end\n");
ln += cp->l2 - cp->l1 + 1;
}
}
luaL_pushresult(&b);
#ifdef LUA_BINARY
if (err_code = luaL_loadstring(L, lua_tostring(L, -1)))
{
_edje_lua_error_and_abort(L, err_code, sc);
return;
}
lua_dump(L, _edje_lua_script_writer, &dat);
#else // LUA_PLAIN_TEXT
dat.buf = (char *)lua_tostring(L, -1);
dat.size = strlen(dat.buf);
#endif
//printf("lua chunk size: %d\n", dat.size);
2012-08-23 00:54:58 -07:00
/*
* TODO load and test Lua chunk
*/
2012-08-23 00:54:58 -07:00
/*
if (luaL_loadbuffer(L, globbuf, globbufsize, "edje_lua_script"))
printf("lua load error: %s\n", lua_tostring (L, -1));
if (lua_pcall(L, 0, 0, 0))
printf("lua call error: %s\n", lua_tostring (L, -1));
*/
2012-08-23 00:54:58 -07:00
snprintf(buf, sizeof(buf), "edje/scripts/lua/%i", sc->i);
if (eet_write(sc->ef, buf, dat.buf, dat.size, compress_mode) <= 0)
{
snprintf(buf, sizeof(buf),
"Unable to write script %i", sc->i);
sc->errstr = strdup(buf);
return;
}
#ifdef LUA_BINARY
free(dat.buf);
#endif
lua_close(L);
}
static void
data_thread_lua_script_end(void *data, Ecore_Thread *thread EINA_UNUSED)
{
Script_Write *sc = data;
if (sc->errstr)
{
error_and_abort(sc->ef, sc->errstr);
free(sc->errstr);
}
free(sc);
thread_end(0);
}
From: "Hanspeter Portner" <ventosus@airpost.net> 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 / animations - 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 experiment with - 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 1) - 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, GATHER SOME PEOPLE TO HELP ;-) --- The Lua enhanced Edje is in sync with svn and can be get directly here git clone git://repo.or.cz/edje_lua.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 mentioned above - 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, object_parts), but most of it are experimental script_only objects http://didgmo.sourceforge.net/showcase.edj http://didgmo.sourceforge.net/test.edj 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-15 19:34:02 -07:00
static void
data_write_lua_scripts(Eet_File *ef)
{
Eina_List *l;
int i;
for (i = 0, l = codes; l; l = eina_list_next(l), i++)
{
Code *cd;
Script_Write *sc;
2012-08-23 00:54:58 -07:00
cd = (Code *)eina_list_data_get(l);
if (!cd->is_lua)
continue;
if ((!cd->shared) && (!cd->programs))
continue;
2012-08-23 00:54:58 -07:00
sc = calloc(1, sizeof(Script_Write));
sc->ef = ef;
sc->cd = cd;
sc->i = i;
pending_threads++;
if (threads)
ecore_thread_run(data_thread_lua_script, data_thread_lua_script_end, NULL, sc);
else
{
data_thread_lua_script(sc, NULL);
data_thread_lua_script_end(sc, NULL);
}
}
}
static void
data_thread_source(void *data, Ecore_Thread *thread EINA_UNUSED)
{
Eet_File *ef = data;
source_append(ef);
}
From: "Hanspeter Portner" <ventosus@airpost.net> 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 / animations - 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 experiment with - 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 1) - 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, GATHER SOME PEOPLE TO HELP ;-) --- The Lua enhanced Edje is in sync with svn and can be get directly here git clone git://repo.or.cz/edje_lua.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 mentioned above - 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, object_parts), but most of it are experimental script_only objects http://didgmo.sourceforge.net/showcase.edj http://didgmo.sourceforge.net/test.edj 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-15 19:34:02 -07:00
static void
data_thread_source_end(void *data EINA_UNUSED, Ecore_Thread *thread EINA_UNUSED)
{
thread_end(0);
}
From: "Hanspeter Portner" <ventosus@airpost.net> 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 / animations - 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 experiment with - 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 1) - 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, GATHER SOME PEOPLE TO HELP ;-) --- The Lua enhanced Edje is in sync with svn and can be get directly here git clone git://repo.or.cz/edje_lua.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 mentioned above - 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, object_parts), but most of it are experimental script_only objects http://didgmo.sourceforge.net/showcase.edj http://didgmo.sourceforge.net/test.edj 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-15 19:34:02 -07:00
static void
data_thread_license(void *data, Ecore_Thread *thread EINA_UNUSED)
{
License_Write *lw = data;
Eet_File *ef = lw->ef;
Eina_File *f;
void *m;
int bytes;
f = eina_file_open(lw->file, 0);
if (!f) return;
m = eina_file_map_all(f, EINA_FILE_WILLNEED);
if (!m) goto on_error;
if (lw->master)
{
bytes = eet_write(ef, "edje/license", m, eina_file_size_get(f), compress_mode);
}
else
{
char *s = alloca(strlen(lw->file) + 1 + 13);
strcpy(s, lw->file);
sprintf(s, "edje/license/%s", basename(s));
bytes = eet_write(ef, s, m, eina_file_size_get(f), compress_mode);
}
if ((bytes <= 0) || eina_file_map_faulted(f, m))
{
ERR("Unable to write license part \"%s\".", lw->file);
}
else
{
double fsize = eina_file_size_get(f);
2017-07-23 17:50:05 -07:00
if (fsize <= 0.0) fsize = 1.0;
INF("Wrote %9i bytes (%4iKb) for \"%s\" license entry compress: [real: %2.1f%%]",
bytes, (bytes + 512) / 1024, license,
100.0 - ((100.0 * (double)bytes) / fsize));
}
eina_file_map_free(f, m);
on_error:
eina_file_close(f);
}
static void
data_thread_license_end(void *data, Ecore_Thread *thread EINA_UNUSED)
{
free(data);
thread_end(0);
}
static void
data_write_license(Eet_File *ef)
{
License_Write *lw;
Eina_List *l;
const char *file;
if (!license) return;
lw = calloc(1, sizeof (License_Write));
if (!lw) return;
lw->ef = ef;
lw->file = license;
lw->master = EINA_TRUE;
pending_threads++;
if (threads)
ecore_thread_run(data_thread_license, data_thread_license_end, NULL, lw);
else
{
data_thread_license(lw, NULL);
data_thread_license_end(lw, NULL);
}
EINA_LIST_FOREACH(licenses, l, file)
{
lw = calloc(1, sizeof (License_Write));
if (!lw) return;
lw->ef = ef;
lw->file = file;
lw->master = EINA_FALSE;
pending_threads++;
if (threads)
ecore_thread_run(data_thread_license, data_thread_license_end, NULL, lw);
else
{
data_thread_license(lw, NULL);
data_thread_license_end(lw, NULL);
}
}
}
static void
data_thread_authors(void *data, Ecore_Thread *thread EINA_UNUSED)
{
Eet_File *ef = data;
Eina_File *f;
void *m;
int bytes;
f = eina_file_open(authors, 0);
if (!f) return;
m = eina_file_map_all(f, EINA_FILE_WILLNEED);
if (!m) goto on_error;
bytes = eet_write(ef, "edje/authors", m, eina_file_size_get(f), compress_mode);
if ((bytes <= 0) || eina_file_map_faulted(f, m))
{
ERR("Unable to write authors part \"%s\".", authors);
}
else
{
double fsize = eina_file_size_get(f);
2017-07-23 17:50:05 -07:00
if (fsize <= 0.0) fsize = 1.0;
INF("Wrote %9i bytes (%4iKb) for \"%s\" authors entry compress: [real: %2.1f%%]",
bytes, (bytes + 512) / 1024, license,
100.0 - ((100.0 * (double)bytes) / fsize));
}
eina_file_map_free(f, m);
on_error:
eina_file_close(f);
}
static void
data_thread_authors_end(void *data EINA_UNUSED, Ecore_Thread *thread EINA_UNUSED)
{
thread_end(0);
}
static void
data_thread_fontmap(void *data, Ecore_Thread *thread EINA_UNUSED)
{
Eet_File *ef = data;
source_fontmap_save(ef, fonts);
}
From: "Hanspeter Portner" <ventosus@airpost.net> 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 / animations - 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 experiment with - 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 1) - 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, GATHER SOME PEOPLE TO HELP ;-) --- The Lua enhanced Edje is in sync with svn and can be get directly here git clone git://repo.or.cz/edje_lua.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 mentioned above - 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, object_parts), but most of it are experimental script_only objects http://didgmo.sourceforge.net/showcase.edj http://didgmo.sourceforge.net/test.edj 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-15 19:34:02 -07:00
static void
data_thread_fontmap_end(void *data EINA_UNUSED, Ecore_Thread *thread EINA_UNUSED)
{
thread_end(0);
From: "Hanspeter Portner" <ventosus@airpost.net> 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 / animations - 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 experiment with - 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 1) - 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, GATHER SOME PEOPLE TO HELP ;-) --- The Lua enhanced Edje is in sync with svn and can be get directly here git clone git://repo.or.cz/edje_lua.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 mentioned above - 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, object_parts), but most of it are experimental script_only objects http://didgmo.sourceforge.net/showcase.edj http://didgmo.sourceforge.net/test.edj 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-15 19:34:02 -07:00
}
void
data_write(void)
{
Eet_File *ef;
Eet_Error err;
int model_num = 0;
int sound_num = 0;
int mo_num = 0;
int vibration_num = 0;
int font_num = 0;
int collection_num = 0;
int vector_num = 0;
double t;
2012-06-07 00:59:18 -07:00
if (!edje_file)
{
ERR("No data to put in \"%s\"", file_out);
exit(-1);
}
cur_ef = ef = eet_open(file_out, EET_FILE_MODE_WRITE);
if (!ef)
{
ERR("Unable to open \"%s\" for writing output", file_out);
exit(-1);
}
if ((edje_file->efl_version.major <= 1) && (edje_file->efl_version.minor <= 18)
&& edje_file->has_textblock_min_max)
{
WRN("This EDC file was designed for EFL 1.18. Until 1.19, EFL used an "
"invalid calculation mechanism for textblock parts, where the value "
"of text min/max was not properly taken into account. You might "
"want to consider adding \"efl_version: %d %d;\" in your EDC "
"file (before the \"collections\" block), and then check the sizing "
"for all textblock parts that specify text min/max values (the bool "
"defined as description.text.{min,max}).",
EFL_VERSION_MAJOR, EFL_VERSION_MINOR);
}
if (eina_array_count(requires))
{
int i = 0;
edje_file->requires_count = eina_array_count(requires);
edje_file->requires = mem_alloc(edje_file->requires_count * sizeof(void*));
do
{
edje_file->requires[i] = eina_array_pop(requires);
i++;
} while (eina_array_count(requires));
eina_array_free(requires);
}
check_groups(ef);
ecore_thread_max_set(ecore_thread_max_get() * 2);
pending_threads++;
t = ecore_time_get();
INF("header: %3.5f", ecore_time_get() - t); t = ecore_time_get();
data_write_groups(ef, &collection_num);
INF("groups: %3.5f", ecore_time_get() - t); t = ecore_time_get();
data_write_scripts(ef);
INF("scripts: %3.5f", ecore_time_get() - t); t = ecore_time_get();
From: "Hanspeter Portner" <ventosus@airpost.net> 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 / animations - 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 experiment with - 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 1) - 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, GATHER SOME PEOPLE TO HELP ;-) --- The Lua enhanced Edje is in sync with svn and can be get directly here git clone git://repo.or.cz/edje_lua.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 mentioned above - 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, object_parts), but most of it are experimental script_only objects http://didgmo.sourceforge.net/showcase.edj http://didgmo.sourceforge.net/test.edj 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-15 19:34:02 -07:00
data_write_lua_scripts(ef);
INF("lua scripts: %3.5f", ecore_time_get() - t); t = ecore_time_get();
if (!no_save)
{
pending_threads++;
if (threads)
ecore_thread_run(data_thread_source, data_thread_source_end, NULL, ef);
else
{
data_thread_source(ef, NULL);
data_thread_source_end(ef, NULL);
}
}
INF("source: %3.5f", ecore_time_get() - t); t = ecore_time_get();
pending_threads++;
if (threads)
ecore_thread_run(data_thread_fontmap, data_thread_fontmap_end, NULL, ef);
else
{
data_thread_fontmap(ef, NULL);
data_thread_fontmap_end(ef, NULL);
}
INF("fontmap: %3.5f", ecore_time_get() - t); t = ecore_time_get();
data_write_vectors(ef, &vector_num);
INF("vectors: %3.5f", ecore_time_get() - t); t = ecore_time_get();
data_check_models(ef, &model_num);
INF("models: %3.5f", ecore_time_get() - t); t = ecore_time_get();
data_write_fonts(ef, &font_num);
INF("fonts: %3.5f", ecore_time_get() - t); t = ecore_time_get();
data_write_sounds(ef, &sound_num);
INF("sounds: %3.5f", ecore_time_get() - t); t = ecore_time_get();
data_write_mo(ef, &mo_num);
INF("mo: %3.5f", ecore_time_get() - t); t = ecore_time_get();
data_write_vibrations(ef, &vibration_num);
INF("vibrations: %3.5f", ecore_time_get() - t); t = ecore_time_get();
data_write_license(ef);
INF("license: %3.5f", ecore_time_get() - t); t = ecore_time_get();
if (authors)
{
pending_threads++;
if (threads)
ecore_thread_run(data_thread_authors, data_thread_authors_end, NULL, ef);
else
{
data_thread_authors(ef, NULL);
data_thread_authors_end(ef, NULL);
}
}
data_write_images();
data_image_sets_init();
INF("images: %3.5f", ecore_time_get() - t); t = ecore_time_get();
pending_threads--;
if (pending_threads + pending_image_threads > 0) ecore_main_loop_begin();
INF("THREADS: %3.5f", ecore_time_get() - t);
data_write_header(ef);
if (pending_threads + pending_image_threads > 0) ecore_main_loop_begin();
INF("THREADS: %3.5f", ecore_time_get() - t);
if (threads)
{
/* probably caught signal, exit immediately to avoid crash */
if (pending_threads + pending_image_threads > 0) exit(-1);
}
err = eet_close(ef);
if (err)
{
ERR("Couldn't write file: \"%s\"", file_out);
exit(-1);
}
if (eina_log_domain_level_check(_edje_cc_log_dom, EINA_LOG_LEVEL_INFO))
{
printf("Summary:\n"
" Wrote %i collections\n"
" Wrote %i images\n"
" Wrote %i sounds\n"
" Wrote %i fonts\n"
,
collection_num,
image_num,
sound_num,
font_num);
}
}
void
reorder_parts(void)
{
Edje_Part_Collection *pc;
Edje_Part **parts;
Edje_Part_Parser *ep, *ep2;
Eina_List *l;
/* sanity checks for parts and programs */
EINA_LIST_FOREACH(edje_collections, l, pc)
{
unsigned int i, j, k;
Eina_Bool found = EINA_FALSE;
for (i = 0; i < pc->parts_count; i++)
{
ep = (Edje_Part_Parser *)pc->parts[i];
if (ep->reorder.insert_before && ep->reorder.insert_after)
error_and_abort(NULL, "In group \"%s\": Unable to use together insert_before and insert_after in part \"%s\".",
pc->part, pc->parts[i]->name);
if (ep->reorder.done)
{
continue;
}
if (ep->reorder.insert_before || ep->reorder.insert_after)
{
found = EINA_FALSE;
for (j = 0; j < pc->parts_count; j++)
{
if (ep->reorder.insert_before &&
!strcmp(ep->reorder.insert_before, pc->parts[j]->name))
{
ep2 = (Edje_Part_Parser *)pc->parts[j];
if (ep2->reorder.after)
error_and_abort(NULL, "In group \"%s\": The part \"%s\" is ambiguous ordered part.",
pc->part, pc->parts[i]->name);
if (ep2->reorder.linked_prev)
error_and_abort(NULL, "In group \"%s\": Unable to insert two or more parts in same part \"%s\".",
pc->part, pc->parts[j]->name);
/* Need it to be able to insert an element before the first */
if (j == 0) k = 0;
else k = j - 1;
found = EINA_TRUE;
ep2->reorder.linked_prev += ep->reorder.linked_prev + 1;
ep->reorder.before = (Edje_Part_Parser *)pc->parts[j];
while (ep2->reorder.before)
{
ep2->reorder.before->reorder.linked_prev = ep2->reorder.linked_prev + 1;
ep2 = ep2->reorder.before;
}
break;
}
else if (ep->reorder.insert_after &&
!strcmp(ep->reorder.insert_after, pc->parts[j]->name))
{
ep2 = (Edje_Part_Parser *)pc->parts[j];
if (ep2->reorder.before)
error_and_abort(NULL, "In group \"%s\": The part \"%s\" is ambiguous ordered part.",
pc->part, pc->parts[i]->name);
if (ep2->reorder.linked_next)
error_and_abort(NULL, "In group \"%s\": Unable to insert two or more parts in same part \"%s\".",
pc->part, pc->parts[j]->name);
k = j;
found = EINA_TRUE;
ep2->reorder.linked_next += ep->reorder.linked_next + 1;
ep->reorder.after = (Edje_Part_Parser *)pc->parts[j];
while (ep2->reorder.after)
{
ep2->reorder.after->reorder.linked_next = ep2->reorder.linked_next + 1;
ep2 = ep2->reorder.after;
}
break;
}
}
if (found)
{
unsigned int amount, linked;
if (((i > k) && ((i - ep->reorder.linked_prev) <= k))
|| ((i < k) && ((i + ep->reorder.linked_next) >= k)))
error_and_abort(NULL, "In group \"%s\": The part order is wrong. It has circular dependency.", pc->part);
amount = ep->reorder.linked_prev + ep->reorder.linked_next + 1;
linked = i - ep->reorder.linked_prev;
2013-07-16 04:45:09 -07:00
parts = malloc(amount * sizeof(Edje_Part *));
for (j = 0; j < amount; j++)
{
parts[j] = pc->parts[linked];
linked++;
}
if (i > k)
{
for (j = i - ep->reorder.linked_prev; j > k; j--)
{
pc->parts[j + amount - 1] = pc->parts[j - 1];
pc->parts[j + amount - 1]->id = j + amount - 1;
}
for (j = 0; j < amount; j++)
{
pc->parts[j + k] = parts[j];
pc->parts[j + k]->id = j + k;
}
}
else if (i < k)
{
for (j = i + ep->reorder.linked_next + 1; j <= k; j++)
{
pc->parts[j - amount] = pc->parts[j];
pc->parts[j - amount]->id = j - amount;
}
for (j = 0; j < amount; j++)
{
pc->parts[j + k - amount + 1] = parts[j];
pc->parts[j + k - amount + 1]->id = j + k - amount + 1;
}
i -= amount;
}
ep->reorder.done = EINA_TRUE;
free(parts);
}
else
{
if (ep->reorder.insert_before)
error_and_abort(NULL, "In group \"%s\": Unable to find part \"%s\" for insert_before in part \"%s\".",
pc->part, ep->reorder.insert_before, pc->parts[i]->name);
else
error_and_abort(NULL, "In group \"%s\": Unable to find part \"%s\" for insert_after in part \"%s\".",
pc->part, ep->reorder.insert_after, pc->parts[i]->name);
}
}
}
}
}
void
data_queue_group_lookup(const char *name, Edje_Part *part)
{
Group_Lookup *gl;
if (!name || !name[0]) return;
gl = mem_alloc(SZ(Group_Lookup));
group_lookups = eina_list_append(group_lookups, gl);
gl->name = mem_strdup(name);
gl->part = part;
}
void
data_queue_face_group_lookup(const char *name)
{
char *group_name;
if (!name || !name[0]) return;
group_name = mem_strdup(name);
face_group_lookups = eina_list_append(face_group_lookups, group_name);
}
void
data_queue_part_lookup(Edje_Part_Collection *pc, const char *name, int *dest)
{
data_queue_part_nest_lookup(pc, name, dest, NULL);
}
void
data_queue_part_nest_lookup(Edje_Part_Collection *pc, const char *name, int *dest, char **dest2)
{
Part_Lookup_Key key;
Part_Lookup *pl = NULL;
Eina_List *list;
key.pc = pc;
key.mem.dest = dest;
key.stable = EINA_TRUE;
pl = eina_hash_find(part_pc_dest_lookup, &key);
if (pl)
{
if (name[0])
{
free(pl->name);
pl->name = mem_strdup(name);
}
else
{
list = eina_hash_find(part_dest_lookup, &pl->key);
list = eina_list_remove(list, pl);
eina_hash_set(part_dest_lookup, &pl->key, list);
eina_hash_del(part_pc_dest_lookup, &key, pl);
}
2013-06-20 04:28:18 -07:00
return;
}
if (!name[0]) return;
pl = mem_alloc(SZ(Part_Lookup));
pl->name = mem_strdup(name);
pl->key.pc = pc;
pl->key.mem.dest = dest;
pl->key.dest2 = dest2;
pl->key.stable = EINA_TRUE;
eina_hash_add(part_pc_dest_lookup, &key, pl);
list = eina_hash_find(part_dest_lookup, &pl->key);
list = eina_list_prepend(list, pl);
eina_hash_set(part_dest_lookup, &pl->key, list);
}
void
data_queue_part_reallocated_lookup(Edje_Part_Collection *pc, const char *name,
unsigned char **base, int offset)
{
Part_Lookup_Key key;
Part_Lookup *pl = NULL;
Eina_List *list;
key.pc = pc;
key.mem.reallocated.base = base;
key.mem.reallocated.offset = offset;
key.stable = EINA_FALSE;
pl = eina_hash_find(part_pc_dest_lookup, &key);
if (pl)
{
if (name[0])
{
free(pl->name);
pl->name = mem_strdup(name);
}
else
{
list = eina_hash_find(part_dest_lookup, &pl->key);
list = eina_list_remove(list, pl);
eina_hash_set(part_dest_lookup, &pl->key, list);
eina_hash_del(part_pc_dest_lookup, &key, pl);
}
return;
}
if (!name[0]) return;
pl = mem_alloc(SZ(Part_Lookup));
pl->name = mem_strdup(name);
pl->key.pc = pc;
pl->key.mem.reallocated.base = base;
pl->key.mem.reallocated.offset = offset;
pl->key.stable = EINA_FALSE;
2012-08-23 00:54:58 -07:00
eina_hash_add(part_pc_dest_lookup, &key, pl);
list = eina_hash_find(part_dest_lookup, &pl->key);
list = eina_list_prepend(list, pl);
eina_hash_set(part_dest_lookup, &pl->key, list);
}
void
part_lookup_del(Edje_Part_Collection *pc, int *dest)
{
Part_Lookup_Key key;
Part_Lookup *pl = NULL;
Eina_List *list;
key.pc = pc;
key.mem.dest = dest;
key.stable = EINA_TRUE;
pl = eina_hash_find(part_pc_dest_lookup, &key);
if (!pl) return;
list = eina_hash_find(part_dest_lookup, &pl->key);
if (list)
eina_hash_del(part_dest_lookup, &pl->key, list);
eina_hash_del(part_pc_dest_lookup, &key, pl);
}
void
part_lookup_delete(Edje_Part_Collection *pc, const char *name, int *dest, char **dest2)
{
Part_Lookup_Key key;
Part_Lookup *pl = NULL;
Part_Lookup *lpl;
Eina_List *list, *l, *ll;
key.pc = pc;
key.mem.dest = dest;
key.stable = EINA_TRUE;
pl = eina_hash_find(part_pc_dest_lookup, &key);
if (!pl) return;
list = eina_hash_find(part_dest_lookup, &pl->key);
EINA_LIST_FOREACH_SAFE(list, l, ll, lpl)
{
if (strcmp(lpl->name, name) || (lpl->key.dest2 != dest2)) continue;
free(lpl->name);
list = eina_list_remove_list(list, l);
free(lpl);
}
eina_hash_set(part_dest_lookup, &pl->key, list);
}
void
data_queue_copied_part_lookup(Edje_Part_Collection *pc, int *src, int *dest)
{
data_queue_copied_part_nest_lookup(pc, src, dest, NULL);
}
void
data_queue_copied_part_nest_lookup(Edje_Part_Collection *pc, int *src, int *dest, char **dest2)
{
Eina_List *list;
Eina_List *l;
Part_Lookup *pl;
Part_Lookup_Key key;
key.pc = NULL;
key.mem.dest = src;
key.stable = EINA_TRUE;
list = eina_hash_find(part_dest_lookup, &key);
EINA_LIST_FOREACH(list, l, pl)
if (pl->key.stable)
data_queue_part_nest_lookup(pc, pl->name, dest, dest2);
}
void
data_queue_anonymous_lookup(Edje_Part_Collection *pc, Edje_Program *ep, int *dest)
{
Eina_List *l, *l1, *l2, *l3;
Program_Lookup *pl;
if (!ep) return; /* FIXME: should we stop compiling ? */
EINA_LIST_FOREACH_SAFE(program_lookups, l, l1, pl)
{
if (pl->u.ep == ep)
{
Code *cd;
Code_Program *cp;
cd = eina_list_data_get(eina_list_last(codes));
EINA_LIST_FOREACH_SAFE(cd->programs, l2, l3, cp)
{
if (&(cp->id) == pl->dest)
{
cd->programs = eina_list_remove_list(cd->programs, l2);
free(cp);
cp = NULL;
}
}
program_lookups = eina_list_remove_list(program_lookups, l);
free(pl);
}
}
if (dest)
{
pl = mem_alloc(SZ(Program_Lookup));
program_lookups = eina_list_append(program_lookups, pl);
pl->pc = pc;
pl->u.ep = ep;
pl->dest = dest;
pl->anonymous = EINA_TRUE;
}
}
void
copied_program_anonymous_lookup_delete(Edje_Part_Collection *pc, int *dest)
{
Program_Lookup *pl;
Eina_List *l, *ll;
EINA_LIST_FOREACH_SAFE(program_lookups, l, ll, pl)
{
if ((!pl->anonymous) || (pl->pc != pc) || (dest != &pl->u.ep->id)) continue;
program_lookups = eina_list_remove_list(program_lookups, l);
Code *cd;
Code_Program *cp;
Edje_Part_Collection_Directory_Entry *de;
2016-05-20 08:20:41 -07:00
Eina_List *l2, *ll2;
de = eina_hash_find(edje_file->collection, pl->pc->part);
cd = eina_list_nth(codes, de->id);
2016-05-20 08:20:41 -07:00
EINA_LIST_FOREACH_SAFE(cd->programs, l2, ll2, cp)
{
if (pl->dest == &cp->id)
{
cd->programs = eina_list_remove_list(cd->programs, l2);
free(cp);
break;
}
}
free(pl);
}
}
void
data_queue_copied_anonymous_lookup(Edje_Part_Collection *pc, int *src, int *dest)
{
Eina_List *l;
Program_Lookup *pl;
unsigned int i;
EINA_LIST_FOREACH(program_lookups, l, pl)
{
if (pl->dest == src && pl->u.ep->name)
{
for (i = 0; i < pc->programs.fnmatch_count; i++)
{
if (pc->programs.fnmatch[i]->name &&
!strcmp(pl->u.ep->name, pc->programs.fnmatch[i]->name))
data_queue_anonymous_lookup(pc, pc->programs.fnmatch[i], dest);
}
for (i = 0; i < pc->programs.strcmp_count; i++)
{
if (pc->programs.strcmp[i]->name &&
!strcmp(pl->u.ep->name, pc->programs.strcmp[i]->name))
data_queue_anonymous_lookup(pc, pc->programs.strcmp[i], dest);
}
for (i = 0; i < pc->programs.strncmp_count; i++)
{
if (pc->programs.strncmp[i]->name &&
!strcmp(pl->u.ep->name, pc->programs.strncmp[i]->name))
data_queue_anonymous_lookup(pc, pc->programs.strncmp[i], dest);
}
for (i = 0; i < pc->programs.strrncmp_count; i++)
{
if (pc->programs.strrncmp[i]->name &&
!strcmp(pl->u.ep->name, pc->programs.strrncmp[i]->name))
data_queue_anonymous_lookup(pc, pc->programs.strrncmp[i], dest);
}
for (i = 0; i < pc->programs.nocmp_count; i++)
{
if (pc->programs.nocmp[i]->name &&
!strcmp(pl->u.ep->name, pc->programs.nocmp[i]->name))
data_queue_anonymous_lookup(pc, pc->programs.nocmp[i], dest);
}
}
}
}
void *
data_queue_program_lookup(Edje_Part_Collection *pc, const char *name, int *dest)
{
Program_Lookup *pl;
Edje_Part_Collection_Parser *pcp = (Edje_Part_Collection_Parser *)pc;
if (pcp->inherit_only && (!current_group_inherit)) return NULL;
if (!name) return NULL; /* FIXME: should we stop compiling ? */
pl = mem_alloc(SZ(Program_Lookup));
program_lookups = eina_list_append(program_lookups, pl);
pl->pc = pc;
pl->u.name = mem_strdup(name);
pl->dest = dest;
pl->anonymous = EINA_FALSE;
return pl;
}
void
program_lookup_rename(void *p, const char *name)
{
Program_Lookup *pl = p;
free(pl->u.name);
pl->u.name = strdup(name);
}
void
copied_program_lookup_delete(Edje_Part_Collection *pc, const char *name)
{
Program_Lookup *pl;
Eina_List *l, *ll;
EINA_LIST_FOREACH_SAFE(program_lookups, l, ll, pl)
{
if (pl->anonymous || (pl->pc != pc) || strcmp(pl->u.name, name)) continue;
free(pl->u.name);
program_lookups = eina_list_remove_list(program_lookups, l);
free(pl);
}
}
Eina_Bool
data_queue_copied_program_lookup(Edje_Part_Collection *pc, int *src, int *dest)
{
Eina_List *l;
Program_Lookup *pl;
EINA_LIST_FOREACH(program_lookups, l, pl)
{
if (pl->dest == src)
{
data_queue_program_lookup(pc, pl->u.name, dest);
return EINA_TRUE;
}
}
return EINA_FALSE;
}
void
data_queue_image_lookup(char *name, int *dest, Eina_Bool *set)
{
Image_Lookup *il;
il = mem_alloc(SZ(Image_Lookup));
image_lookups = eina_list_append(image_lookups, il);
il->name = mem_strdup(name);
il->dest = dest;
il->set = set;
}
void
data_queue_image_remove(int *dest, Eina_Bool *set)
{
Eina_List *l;
Image_Lookup *il;
EINA_LIST_FOREACH(image_lookups, l, il)
{
if (il->dest == dest && il->set == set)
{
image_lookups = eina_list_remove_list(image_lookups, l);
free(il->name);
free(il);
2013-06-20 04:28:18 -07:00
return;
}
}
}
void
data_queue_model_lookup(char *name, int *dest, Eina_Bool *set)
{
Image_Lookup *il;
il = mem_alloc(SZ(Image_Lookup));
model_lookups = eina_list_append(model_lookups, il);
il->name = mem_strdup(name);
il->dest = dest;
il->set = set;
}
void
data_queue_model_remove(int *dest, Eina_Bool *set)
{
Eina_List *l;
Image_Lookup *il;
EINA_LIST_FOREACH(model_lookups, l, il)
{
if (il->dest == dest && il->set == set)
{
model_lookups = eina_list_remove_list(model_lookups, l);
free(il->name);
free(il);
return;
}
}
}
void
data_queue_copied_model_lookup(int *src, int *dest, Eina_Bool *set)
{
Eina_List *l;
Image_Lookup *il;
EINA_LIST_FOREACH(model_lookups, l, il)
{
if (il->dest == src)
data_queue_model_lookup(il->name, dest, set);
}
}
void
data_queue_copied_image_lookup(int *src, int *dest, Eina_Bool *set)
{
Eina_List *l;
Image_Lookup *il;
EINA_LIST_FOREACH(image_lookups, l, il)
{
if (il->dest == src)
data_queue_image_lookup(il->name, dest, set);
}
}
static Eina_Bool
data_process_part_set(Part_Lookup *target, int value)
{
if (target->key.stable)
{
*(target->key.mem.dest) = value;
if (target->key.dest2) return EINA_TRUE;
}
else
{
*((int *)(*target->key.mem.reallocated.base +
target->key.mem.reallocated.offset)) = value;
}
return EINA_FALSE;
}
static int
_data_image_w_size_compare_cb(const void *data1, const void *data2)
{
const Edje_Image_Directory_Set_Entry *img1 = data1;
const Edje_Image_Directory_Set_Entry *img2 = data2;
if (img1->size.w < img2->size.w) return -1;
if (img1->size.w > img2->size.w) return 1;
return 0;
}
static int
_data_image_h_size_compare_cb(const void *data1, const void *data2)
{
const Edje_Image_Directory_Set_Entry *img1 = data1;
const Edje_Image_Directory_Set_Entry *img2 = data2;
if (img1->size.h < img2->size.h) return -1;
if (img1->size.h > img2->size.h) return 1;
return 0;
}
static void
_data_image_sets_size_set()
{
Evas *evas;
Edje_Image_Directory_Set *set;
Edje_Image_Directory_Set_Entry *simg, *preimg;
Eina_List *l, *entries;
unsigned int i;
if (!buffer_ee)
buffer_ee = ecore_evas_buffer_new(1, 1);
if (!buffer_ee)
{
ERR("Cannot create buffer engine canvas for image load.");
exit(-1);
}
evas = ecore_evas_get(buffer_ee);
for (i = 0; i < edje_file->image_dir->sets_count; i++)
{
set = edje_file->image_dir->sets + i;
if (!set->entries) continue;
EINA_LIST_FOREACH(set->entries, l, simg)
{
Evas_Object *im;
Eina_List *ll;
char *s;
im = evas_object_image_add(evas);
EINA_LIST_FOREACH(img_dirs, ll, s)
{
char buf[PATH_MAX];
int load_err = EVAS_LOAD_ERROR_NONE;
snprintf(buf, sizeof(buf), "%s/%s", s, simg->name);
evas_object_image_file_set(im, buf, NULL);
load_err = evas_object_image_load_error_get(im);
if (load_err == EVAS_LOAD_ERROR_NONE)
{
evas_object_image_size_get(im, &simg->size.w, &simg->size.h);
break;
}
}
evas_object_del(im);
}
entries = eina_list_clone(set->entries);
entries = eina_list_sort(entries, 0, _data_image_w_size_compare_cb);
preimg = eina_list_data_get(entries);
EINA_LIST_FOREACH(entries, l, simg)
{
if (simg == preimg) continue;
if (!(preimg->size.max.w) && !(simg->size.min.w))
{
preimg->size.max.w = (preimg->size.w + simg->size.w) / 2;
simg->size.min.w = preimg->size.max.w + 1;
if (simg->size.min.w <= (simg->border.l + simg->border.r))
{
preimg->size.max.w = simg->border.l + simg->border.r;
simg->size.min.w = preimg->size.max.w + 1;
}
}
else if (preimg->size.max.w && !(simg->size.min.w))
simg->size.min.w = preimg->size.max.w + 1;
else if (!(preimg->size.max.w) && simg->size.min.w)
preimg->size.max.w = simg->size.min.w - 1;
preimg = simg;
}
simg = eina_list_data_get(eina_list_last(entries));
if (!(simg->size.max.w)) simg->size.max.w = 99999;
entries = eina_list_sort(entries, 0, _data_image_h_size_compare_cb);
preimg = eina_list_data_get(entries);
EINA_LIST_FOREACH(entries, l, simg)
{
if (simg == preimg) continue;
if (!(preimg->size.max.h) && !(simg->size.min.h))
{
preimg->size.max.h = (preimg->size.h + simg->size.h) / 2;
simg->size.min.h = preimg->size.max.h + 1;
if (simg->size.min.h <= (simg->border.t + simg->border.b))
{
preimg->size.max.h = simg->border.t + simg->border.b;
simg->size.min.h = preimg->size.max.h + 1;
}
}
else if (preimg->size.max.h && !(simg->size.min.h))
simg->size.min.h = preimg->size.max.h + 1;
else if (!(preimg->size.max.h) && simg->size.min.h)
preimg->size.max.h = simg->size.min.h - 1;
preimg = simg;
}
simg = eina_list_data_get(eina_list_last(entries));
if (!(simg->size.max.h)) simg->size.max.h = 99999;
eina_list_free(entries);
}
}
static void
_data_image_id_update(Eina_List *images_unused_list)
{
Image_Unused_Ids *iui;
Edje_Part_Collection *pc;
Edje_Part *part;
Edje_Part_Description_Image *part_desc_image;
Edje_Part_Description_Mesh_Node *part_desc_mesh_node;
Edje_Part_Image_Id *tween_id;
unsigned int i, j, desc_it;
Eina_List *l, *l2, *l3;
#define PART_DESC_IMAGE_ID_UPDATE \
EINA_LIST_FOREACH(images_unused_list, l3, iui) \
{ \
if ((iui) && (part_desc_image->image.id == iui->old_id)) \
{ \
part_desc_image->image.id = iui->new_id; \
break; \
} \
} \
for (desc_it = 0; desc_it < part_desc_image->image.tweens_count; desc_it++) \
{ \
tween_id = part_desc_image->image.tweens[desc_it]; \
EINA_LIST_FOREACH(images_unused_list, l3, iui) \
{ \
if ((iui) && (tween_id->id == iui->old_id)) \
{ \
tween_id->id = iui->new_id; \
break; \
} \
} \
}
#define PART_DESC_PROXY_ID_UPDATE \
EINA_LIST_FOREACH(images_unused_list, l3, iui) \
{ \
if ((iui) && (part_desc_mesh_node->mesh_node.texture.id == iui->old_id)) \
{ \
part_desc_mesh_node->mesh_node.texture.id = iui->new_id; \
break; \
} \
}
EINA_LIST_FOREACH_SAFE(edje_collections, l, l2, pc)
{
for (i = 0; i < pc->parts_count; i++)
{
part = pc->parts[i];
if (part->type == EDJE_PART_TYPE_IMAGE)
{
part_desc_image = (Edje_Part_Description_Image *)part->default_desc;
if (!part_desc_image) continue;
PART_DESC_IMAGE_ID_UPDATE
for (j = 0; j < part->other.desc_count; j++)
{
part_desc_image = (Edje_Part_Description_Image *)part->other.desc[j];
PART_DESC_IMAGE_ID_UPDATE
}
}
else if (part->type == EDJE_PART_TYPE_MESH_NODE)
{
part_desc_mesh_node = (Edje_Part_Description_Mesh_Node *)part->default_desc;
if (!part_desc_mesh_node) continue;
PART_DESC_PROXY_ID_UPDATE
for (j = 0; j < part->other.desc_count; j++)
{
part_desc_mesh_node = (Edje_Part_Description_Mesh_Node *)part->other.desc[j];
PART_DESC_PROXY_ID_UPDATE
}
}
}
}
for (i = 0; i < edje_file->image_dir->sets_count; i++)
{
Eina_List *entries, *list;
Edje_Image_Directory_Set_Entry *entry;
entries = edje_file->image_dir->sets[i].entries;
EINA_LIST_FOREACH(entries, list, entry)
{
EINA_LIST_FOREACH(images_unused_list, l3, iui)
{
if ((iui) && (entry->id == iui->old_id))
{
entry->id = iui->new_id;
break;
}
}
}
}
}
static void
_data_model_id_update(Eina_List *models_unused_list)
{
Image_Unused_Ids *iui;
Edje_Part_Collection *pc;
Edje_Part *part;
Edje_Part_Description_Mesh_Node *part_desc_mesh_node;
unsigned int i, j;
Eina_List *l, *l2, *l3;
#define PART_DESC_MODEL_ID_UPDATE \
EINA_LIST_FOREACH(models_unused_list, l3, iui) \
{ \
if ((iui) && (part_desc_mesh_node->mesh_node.mesh.id == iui->old_id)) \
{ \
part_desc_mesh_node->mesh_node.mesh.id = iui->new_id; \
break; \
} \
} \
EINA_LIST_FOREACH_SAFE(edje_collections, l, l2, pc)
{
for (i = 0; i < pc->parts_count; i++)
{
part = pc->parts[i];
if (part->type == EDJE_PART_TYPE_MESH_NODE)
{
part_desc_mesh_node = (Edje_Part_Description_Mesh_Node *)part->default_desc;
if (!part_desc_mesh_node) continue;
PART_DESC_MODEL_ID_UPDATE
for (j = 0; j < part->other.desc_count; j++)
{
part_desc_mesh_node = (Edje_Part_Description_Mesh_Node *)part->other.desc[j];
PART_DESC_MODEL_ID_UPDATE
}
}
}
}
}
void
data_process_lookups(void)
{
Edje_Part_Collection *pc;
Eina_Iterator *it;
Part_Lookup *part;
Program_Lookup *program;
Group_Lookup *group;
Image_Lookup *image;
Image_Lookup *model;
Eina_List *l2;
Eina_List *l;
Eina_Hash *images_in_use;
Eina_Hash *models_in_use;
char *group_name;
Eina_Bool is_lua = EINA_FALSE;
Image_Unused_Ids *iui;
/* remove all unreferenced Edje_Part_Collection */
EINA_LIST_FOREACH_SAFE(edje_collections, l, l2, pc)
{
Edje_Part_Collection_Directory_Entry *alias;
Edje_Part_Collection_Directory_Entry *find;
Eina_List *l3;
unsigned int id = 0;
unsigned int i;
if (!pc->part)
{
ERR("A collection without a name was detected, that's not allowed.");
exit(-1);
}
find = eina_hash_find(edje_file->collection, pc->part);
if (find && find->id == pc->id)
{
if (((Edje_Part_Collection_Parser *)pc)->inherit_only)
eina_hash_del_by_data(edje_file->collection, find);
else
continue;
}
EINA_LIST_FOREACH(aliases, l3, alias)
if (alias->id == pc->id)
continue;
/* This Edje_Part_Collection is not used at all */
edje_collections = eina_list_remove_list(edje_collections, l);
l3 = eina_list_nth_list(codes, pc->id);
codes = eina_list_remove_list(codes, l3);
/* Unref all image used by that group */
for (i = 0; i < pc->parts_count; ++i)
part_description_image_cleanup(pc->parts[i]);
/* Correct all id */
EINA_LIST_FOREACH(edje_collections, l3, pc)
{
Eina_List *l4;
Edje_Part_Collection_Directory_Entry *de;
/* Some group could be removed from the collection, but still be referenced by alias */
/* Update all matching alias */
EINA_LIST_FOREACH(aliases, l4, alias)
if (pc->id == alias->id)
alias->id = id;
find = eina_hash_find(edje_file->collection, pc->part);
if (pc->id != find->id) find = NULL;
de = eina_hash_find(edje_collections_lookup, &pc->id);
eina_hash_set(edje_collections_lookup, &pc->id, NULL);
de->id = pc->id = id++;
eina_hash_set(edje_collections_lookup, &pc->id, de);
if (find) find->id = pc->id;
}
}
EINA_LIST_FOREACH(edje_collections, l, pc)
{
unsigned int count = 0;
unsigned int i;
if (pc->lua_script_only)
is_lua = EINA_TRUE;
#define PROGRAM_ID_SET(Type, Pc, It, Count) \
for (It = 0; It < Pc->programs.Type ## _count; ++It) \
{ \
Pc->programs.Type[It]->id = Count++; \
}
PROGRAM_ID_SET(fnmatch, pc, i, count);
PROGRAM_ID_SET(strcmp, pc, i, count);
PROGRAM_ID_SET(strncmp, pc, i, count);
PROGRAM_ID_SET(strrncmp, pc, i, count);
PROGRAM_ID_SET(nocmp, pc, i, count);
#undef PROGRAM_ID_SET
}
it = eina_hash_iterator_data_new(part_pc_dest_lookup);
EINA_ITERATOR_FOREACH(it, part)
{
Edje_Part *ep;
unsigned int i;
if (!strcmp(part->name, "-"))
{
data_process_part_set(part, -1);
}
else
{
char *alias, *ap;
alias = eina_hash_find(part->key.pc->alias, part->name);
if (!alias)
alias = part->name;
ap = strchr(alias, EDJE_PART_PATH_SEPARATOR);
if (ap)
{
char *tmp;
tmp = alloca(strlen(alias) + 1);
memcpy(tmp, alias, ap - alias);
tmp[ap - alias] = 0;
ap += 1;
alias = tmp;
}
for (i = 0; i < part->key.pc->parts_count; ++i)
{
ep = part->key.pc->parts[i];
if ((ep->name) && (!strcmp(ep->name, alias)))
{
if (data_process_part_set(part, ep->id))
*part->key.dest2 = ap;
break;
}
}
if ((i == part->key.pc->parts_count) && (!((Edje_Part_Collection_Parser *)part->key.pc)->inherit_only))
{
ERR("Unable to find part name \"%s\" needed in group '%s'.",
alias, part->key.pc->part);
exit(-1);
}
}
}
eina_iterator_free(it);
eina_hash_free(part_dest_lookup);
eina_hash_free(part_pc_dest_lookup);
EINA_LIST_FREE(program_lookups, program)
{
unsigned int i;
Eina_Bool find = EINA_FALSE;
#define PROGRAM_MATCH(Type, Pl, It) \
for (It = 0; It < Pl->pc->programs.Type ## _count; ++It) \
{ \
Edje_Program *ep; \
\
ep = Pl->pc->programs.Type[It]; \
\
if ((Pl->anonymous && ep == Pl->u.ep) || \
((!Pl->anonymous) && (ep->name) && (!strcmp(ep->name, Pl->u.name)))) \
{ \
*(Pl->dest) = ep->id; \
find = EINA_TRUE; \
break; \
} \
}
PROGRAM_MATCH(fnmatch, program, i);
PROGRAM_MATCH(strcmp, program, i);
PROGRAM_MATCH(strncmp, program, i);
PROGRAM_MATCH(strrncmp, program, i);
PROGRAM_MATCH(nocmp, program, i);
#undef PROGRAM_MATCH
if (!find)
{
if (!program->anonymous)
ERR("Unable to find program name \"%s\".",
program->u.name);
else
ERR("Unable to find anonymous program.");
exit(-1);
}
if (!program->anonymous)
free(program->u.name);
free(program);
}
groups_sourced = eina_hash_string_superfast_new(NULL);
EINA_LIST_FREE(group_lookups, group)
{
Edje_Part_Collection_Directory_Entry *de;
if (group->part)
{
if (group->part->type != EDJE_PART_TYPE_GROUP
&& group->part->type != EDJE_PART_TYPE_TEXTBLOCK
&& group->part->type != EDJE_PART_TYPE_BOX
&& group->part->type != EDJE_PART_TYPE_TABLE)
goto free_group;
}
de = eina_hash_find(edje_file->collection, group->name);
if (!de)
{
Eina_Bool found = EINA_FALSE;
EINA_LIST_FOREACH(aliases, l, de)
if (strcmp(de->entry, group->name) == 0)
{
found = EINA_TRUE;
break;
}
if (!found) de = NULL;
}
if (!de)
{
ERR("Unable to find group name \"%s\".", group->name);
exit(-1);
}
eina_hash_add(groups_sourced, group->name, (void*)1);
free_group:
free(group->name);
free(group);
}
EINA_LIST_FREE(face_group_lookups, group_name)
{
Edje_Part_Collection_Directory_Entry *de;
de = eina_hash_find(edje_file->collection, group_name);
if (!de)
{
Eina_Bool found = EINA_FALSE;
EINA_LIST_FOREACH(aliases, l, de)
if (strcmp(de->entry, group_name) == 0)
{
found = EINA_TRUE;
break;
}
if (!found) de = NULL;
}
if (!de)
{
ERR("Unable to find group name \"%s\".", group_name);
exit(-1);
}
free(group_name);
}
images_in_use = eina_hash_string_superfast_new(NULL);
EINA_LIST_FREE(image_lookups, image)
{
Eina_Bool find = EINA_FALSE;
if (edje_file->image_dir)
{
Edje_Image_Directory_Entry *de;
unsigned int i;
for (i = 0; i < edje_file->image_dir->entries_count; ++i)
{
de = edje_file->image_dir->entries + i;
if ((de->entry) && (!strcmp(de->entry, image->name)))
{
if (de->source_type >= EDJE_IMAGE_SOURCE_TYPE_USER)
*(image->dest) = -de->id - 1;
else
*(image->dest) = de->id;
*(image->set) = EINA_FALSE;
find = EINA_TRUE;
if (!eina_hash_find(images_in_use, image->name))
eina_hash_direct_add(images_in_use, de->entry, de);
break;
}
}
if (!find)
{
Edje_Image_Directory_Set *set;
for (i = 0; i < edje_file->image_dir->sets_count; ++i)
{
set = edje_file->image_dir->sets + i;
if ((set->name) && (!strcmp(set->name, image->name)))
{
Edje_Image_Directory_Set_Entry *child;
Eina_List *lc;
*(image->dest) = set->id;
*(image->set) = EINA_TRUE;
find = EINA_TRUE;
EINA_LIST_FOREACH(set->entries, lc, child)
if (!eina_hash_find(images_in_use, child->name))
eina_hash_direct_add(images_in_use, child->name, child);
if (!eina_hash_find(images_in_use, image->name))
eina_hash_direct_add(images_in_use, set->name, set);
break;
}
else
*(image->set) = EINA_FALSE;
}
}
}
if (!find)
{
ERR("Unable to find image name \"%s\".", image->name);
exit(-1);
}
free(image->name);
free(image);
}
if (edje_file->image_dir && !is_lua)
{
Edje_Image_Directory_Entry *de, *de_last, *img;
Edje_Image_Directory_Set *set, *set_last, *set_realloc;
Edje_Image_Directory_Set_Entry *set_e;
Eina_List *images_unused_list = NULL;
unsigned int i;
for (i = 0; i < edje_file->image_dir->entries_count; ++i)
{
de = edje_file->image_dir->entries + i;
if (de->entry && eina_hash_find(images_in_use, de->entry))
continue;
INF("Image '%s' in resource 'edje/image/%i' will not be included as it is unused.",
de->entry, de->id);
/* so as not to write the unused images, moved last image in the
list to unused image position and check it */
free((void *)de->entry);
de->entry = NULL;
de_last = edje_file->image_dir->entries + edje_file->image_dir->entries_count - 1;
iui = mem_alloc(SZ(Image_Unused_Ids));
iui->old_id = de_last->id;
images_unused_list = eina_list_append(images_unused_list, iui);
iui->new_id = i;
de_last->id = i;
memcpy(de, de_last, sizeof (Edje_Image_Directory_Entry));
--i; /* need to check a moved image on this index */
edje_file->image_dir->entries_count--;
img = realloc(edje_file->image_dir->entries,
sizeof (Edje_Image_Directory_Entry) * edje_file->image_dir->entries_count);
edje_file->image_dir->entries = img;
}
for (i = 0; i < edje_file->image_dir->sets_count; ++i)
{
set = edje_file->image_dir->sets + i;
if (set->name && eina_hash_find(images_in_use, set->name))
continue;
INF("Set '%s' will not be included as it is unused.", set->name);
free((void *)set->name);
EINA_LIST_FREE(set->entries, set_e)
{
free((void *)set_e->name);
free(set_e);
}
set->entries = NULL;
set_last = edje_file->image_dir->sets + edje_file->image_dir->sets_count - 1;
iui = mem_alloc(SZ(Image_Unused_Ids));
iui->old_id = set_last->id;
images_unused_list = eina_list_append(images_unused_list, iui);
iui->new_id = i;
set_last->id = i;
memcpy(set, set_last, sizeof(Edje_Image_Directory_Set));
--i;
edje_file->image_dir->sets_count--;
set_realloc = realloc(edje_file->image_dir->sets,
sizeof(Edje_Image_Directory_Set) * edje_file->image_dir->sets_count);
edje_file->image_dir->sets = set_realloc;
}
/* update image id in parts */
if (images_unused_list) _data_image_id_update(images_unused_list);
EINA_LIST_FREE(images_unused_list, iui)
free(iui);
_data_image_sets_size_set();
}
eina_hash_free(images_in_use);
models_in_use = eina_hash_string_superfast_new(NULL);
EINA_LIST_FREE(model_lookups, model)
{
Eina_Bool find = EINA_FALSE;
if (edje_file->model_dir)
{
Edje_Model_Directory_Entry *de;
unsigned int i;
for (i = 0; i < edje_file->model_dir->entries_count; ++i)
{
de = edje_file->model_dir->entries + i;
if ((de->entry) && (!strcmp(de->entry, model->name)))
{
*(model->dest) = de->id;
*(model->set) = EINA_FALSE;
find = EINA_TRUE;
if (!eina_hash_find(models_in_use, model->name))
eina_hash_direct_add(models_in_use, de->entry, de);
break;
}
}
}
if (!find)
{
ERR("Unable to find model name \"%s\".", model->name);
exit(-1);
}
free(model->name);
free(model);
}
if (edje_file->model_dir && !is_lua)
{
Edje_Model_Directory_Entry *de, *de_last, *mdl;
Eina_List *models_unused_list = NULL;
unsigned int i;
for (i = 0; i < edje_file->model_dir->entries_count; ++i)
{
de = edje_file->model_dir->entries + i;
if (de->entry && eina_hash_find(models_in_use, de->entry))
continue;
INF("Model '%s' in resource 'edje/model/%i' will not be included as it is unused.",
de->entry, de->id);
/* so as not to write the unused models, moved last model in the
list to unused model position and check it */
free((void *)de->entry);
de->entry = NULL;
de_last = edje_file->model_dir->entries + edje_file->model_dir->entries_count - 1;
iui = mem_alloc(SZ(Image_Unused_Ids));
iui->old_id = de_last->id;
models_unused_list = eina_list_append(models_unused_list, iui);
iui->new_id = i;
de_last->id = i;
memcpy(de, de_last, sizeof (Edje_Model_Directory_Entry));
--i; /* need to check a moved model on this index */
edje_file->model_dir->entries_count--;
mdl = realloc(edje_file->model_dir->entries,
sizeof (Edje_Model_Directory_Entry) * edje_file->model_dir->entries_count);
edje_file->model_dir->entries = mdl;
}
/* update model id in parts */
if (models_unused_list) _data_model_id_update(models_unused_list);
EINA_LIST_FREE(models_unused_list, iui)
free(iui);
}
eina_hash_free(models_in_use);
}
static void
data_process_string(Edje_Part_Collection *pc, const char *prefix, char *s, void (*func)(Edje_Part_Collection *pc, char *name, char *ptr, int len))
{
char *p;
char *key;
int keyl;
int quote, escape;
keyl = strlen(prefix) + 2;
key = alloca(keyl + 1);
if (!key) return;
strcpy(key, prefix);
strcat(key, ":\"");
quote = 0;
escape = 0;
for (p = s; (p) && (*p); p++)
{
if (!quote)
{
if (*p == '\"')
{
quote = 1;
p++;
}
}
if (!quote)
{
if (!strncmp(p, key, keyl))
{
char *ptr;
int len;
int inesc = 0;
char *name;
ptr = p;
p += keyl;
while ((*p))
{
if (!inesc)
{
if (*p == '\\') inesc = 1;
else if (*p == '\"')
{
/* string concatenation, see below */
if (*(p + 1) != '\"')
break;
else
p++;
}
}
else
inesc = 0;
p++;
}
len = p - ptr + 1;
name = alloca(len);
if (name)
{
char *pp;
int i;
name[0] = 0;
pp = ptr + keyl;
inesc = 0;
i = 0;
while (*pp)
{
if (!inesc)
{
if (*pp == '\\') inesc = 1;
else if (*pp == '\"')
{
/* concat strings like "foo""bar" to "foobar" */
if (*(pp + 1) == '\"')
pp++;
else
{
name[i] = 0;
break;
}
}
else
{
name[i] = *pp;
name[i + 1] = 0;
i++;
}
}
else
inesc = 0;
pp++;
}
func(pc, name, ptr, len);
}
}
}
else
{
if (!escape)
{
if (*p == '\"') quote = 0;
else if (*p == '\\')
escape = 1;
}
else if (escape)
{
escape = 0;
}
}
}
}
2004-04-01 01:53:11 -08:00
static void
_data_queue_part_lookup(Edje_Part_Collection *pc, char *name, char *ptr, int len)
{
Code_Lookup *cl;
cl = mem_alloc(SZ(Code_Lookup));
cl->ptr = ptr;
cl->len = len;
data_queue_part_lookup(pc, name, &(cl->val));
code_lookups = eina_list_append(code_lookups, cl);
}
static void
_data_queue_program_lookup(Edje_Part_Collection *pc, char *name, char *ptr, int len)
{
Code_Lookup *cl;
cl = mem_alloc(SZ(Code_Lookup));
cl->ptr = ptr;
cl->len = len;
data_queue_program_lookup(pc, name, &(cl->val));
code_lookups = eina_list_append(code_lookups, cl);
}
static void
_data_queue_group_lookup(Edje_Part_Collection *pc EINA_UNUSED, char *name, char *ptr EINA_UNUSED, int len EINA_UNUSED)
{
data_queue_group_lookup(name, NULL);
}
static void
_data_queue_image_pc_lookup(Edje_Part_Collection *pc EINA_UNUSED, char *name, char *ptr, int len)
{
Code_Lookup *cl;
cl = mem_alloc(SZ(Code_Lookup));
cl->ptr = ptr;
cl->len = len;
data_queue_image_lookup(name, &(cl->val), &(cl->set));
code_lookups = eina_list_append(code_lookups, cl);
}
void
data_process_scripts(void)
{
Eina_List *l, *l2;
for (l = codes, l2 = edje_collections; (l) && (l2); l = eina_list_next(l), l2 = eina_list_next(l2))
{
Edje_Part_Collection *pc;
Code *cd;
cd = eina_list_data_get(l);
pc = eina_list_data_get(l2);
if ((cd->shared) && (!cd->is_lua))
{
data_process_string(pc, "PART", cd->shared, _data_queue_part_lookup);
data_process_string(pc, "PROGRAM", cd->shared, _data_queue_program_lookup);
data_process_string(pc, "IMAGE", cd->shared, _data_queue_image_pc_lookup);
data_process_string(pc, "GROUP", cd->shared, _data_queue_group_lookup);
}
if (cd->programs)
{
Code_Program *cp;
Eina_List *ll;
EINA_LIST_FOREACH(cd->programs, ll, cp)
{
if (cp->script)
{
data_process_string(pc, "PART", cp->script, _data_queue_part_lookup);
data_process_string(pc, "PROGRAM", cp->script, _data_queue_program_lookup);
data_process_string(pc, "IMAGE", cp->script, _data_queue_image_pc_lookup);
data_process_string(pc, "GROUP", cp->script, _data_queue_group_lookup);
}
}
}
}
}
void
data_process_script_lookups(void)
{
Eina_List *l;
Code_Lookup *cl;
EINA_LIST_FOREACH(code_lookups, l, cl)
{
char buf[12];
int n;
/* FIXME !! Handle set in program */
n = eina_convert_itoa(cl->val, buf);
if (n > cl->len)
{
ERR("The unexpected happened. A numeric replacement string was larger than the original!");
exit(-1);
}
memset(cl->ptr, ' ', cl->len);
strncpy(cl->ptr, buf, n);
}
}
void
using_file(const char *filename, const char type)
{
FILE *f;
if (depfile)
{
f = fopen(depfile, "ab");
if (!f) return;
if (type != 'O')
{
fprintf(f, " \\\n %s", filename);
}
fclose(f);
}
else if (watchfile)
{
f = fopen(watchfile, "ab");
if (!f) return;
if (annotate)
{
fprintf(f, "%c: %s\n", type, filename);
}
else
{
fputs(filename, f);
fputc('\n', f);
}
fclose(f);
}
}
void
color_tree_root_free(void)
{
char *name;
EINA_LIST_FREE(color_tree_root, name)
free(name);
}
char *
2016-02-16 01:38:36 -08:00
color_tree_token_next(char *dst, char *src, int *ln)
{
Eina_Bool begin = EINA_FALSE, next = EINA_FALSE;
while (!next)
{
if (*src == '\0') break;
if (*src == '"')
{
if (!begin) begin = EINA_TRUE;
else next = EINA_TRUE;
}
else if ((!begin) && ((*src == '{') || (*src == '}') || (*src == ';')))
{
*dst++ = *src;
next = EINA_TRUE;
}
else if ((!begin) && (*src == '\n'))
{
2016-02-16 01:38:36 -08:00
(*ln)++;
}
else if (begin)
{
*dst++ = *src;
}
src++;
}
*dst = '\0';
return src;
}
Edje_Color_Tree_Node *
color_tree_parent_node_get(const char *color_class)
{
Edje_Color_Tree_Node *ctn;
Eina_List *l, *ll;
char *name;
EINA_LIST_FOREACH(edje_file->color_tree, l, ctn)
if (ctn->color_classes)
EINA_LIST_FOREACH(ctn->color_classes, ll, name)
if (!strcmp(name, color_class))
return ctn;
return NULL;
}
void
2016-02-16 01:38:36 -08:00
process_color_tree(char *s, const char *f_in, int ln)
{
char token[2][1024];
int id = 0;
Eina_Array *array;
Edje_Color_Tree_Node *ctn;
Eina_List *l;
char *name;
if (!s) return;
array = eina_array_new(4);
do
{
2016-02-16 01:38:36 -08:00
s = color_tree_token_next(token[id], s, &ln);
if (!strcmp(token[id], "{"))
{
if (!token[!id][0])
error_and_abort(NULL, "parse error %s:%i. color class is not set to newly opened node block.",
2016-02-16 01:38:36 -08:00
f_in, ln - 1);
ctn = mem_alloc(SZ(Edje_Color_Tree_Node));
ctn->name = strdup(token[!id]);
ctn->color_classes = NULL;
edje_file->color_tree = eina_list_append(edje_file->color_tree, ctn);
eina_array_push(array, ctn);
token[id][0] = '\0';
}
else if (!strcmp(token[id], "}"))
{
eina_array_pop(array);
token[id][0] = '\0';
}
else if (!strcmp(token[id], ";"))
{
token[id][0] = '\0';
}
else if (*s != '\0')
{
if (eina_array_count(array))
{
if (color_tree_root)
EINA_LIST_FOREACH(color_tree_root, l, name)
if (!strcmp(name, token[id]))
{
error_and_abort(NULL, "parse error %s:%i. The color class \"%s\" already belongs to the root node.",
f_in, ln - 1, token[id]);
}
if ((ctn = color_tree_parent_node_get(token[id])))
error_and_abort(NULL, "parse error %s:%i. The color class \"%s\" already belongs to the \"%s\" node.",
f_in, ln - 1, token[id], ctn->name);
ctn = eina_array_data_get(array, eina_array_count(array) - 1);
ctn->color_classes = eina_list_append(ctn->color_classes, strdup(token[id]));
}
else
{
if ((ctn = color_tree_parent_node_get(token[id])))
error_and_abort(NULL, "parse error %s:%i. The color class \"%s\" already belongs to the \"%s\" node.",
f_in, ln - 1, token[id], ctn->name);
color_tree_root = eina_list_append(color_tree_root, strdup(token[id]));
}
}
id = !id;
} while (*s);
if (eina_array_count(array))
2016-02-16 01:38:36 -08:00
error_and_abort(NULL, "parse error %s:%i. check pair of parens.", f_in, ln - 1);
eina_array_clean(array);
eina_array_free(array);
}
char
validate_hex_digit(char c)
{
if ((c >= '0' && c <= '9') || (c >= 'A' && c <= 'F') || (c >= 'a' && c <= 'f'))
return c;
ERR("%s:%i. invalid character '%c' is used in color code.",
file_in, line - 1, c);
exit(-1);
}
void
convert_color_code(char *str, int *r, int *g, int *b, int *a)
{
char buf[3];
int len;
len = strlen(str);
if ((str[0] != '#') || (len != 4 && len != 5 && len != 7 && len != 9))
{
ERR("%s:%i color code should start with '#' and have 4 or 8 digit hex number. (3 or 6 digits are allowed to omit alpha value of 255)",
file_in, line - 1);
exit(-1);
}
buf[2] = '\0';
if (r)
{
if ((len == 4) || (len == 5))
{
buf[0] = validate_hex_digit(str[1]);
buf[1] = validate_hex_digit(str[1]);
}
else
{
buf[0] = validate_hex_digit(str[1]);
buf[1] = validate_hex_digit(str[2]);
}
*r = (int)strtol(buf, NULL, 16);
}
if (g)
{
if ((len == 4) || (len == 5))
{
buf[0] = validate_hex_digit(str[2]);
buf[1] = validate_hex_digit(str[2]);
}
else
{
buf[0] = validate_hex_digit(str[3]);
buf[1] = validate_hex_digit(str[4]);
}
*g = (int)strtol(buf, NULL, 16);
}
if (b)
{
if ((len == 4) || (len == 5))
{
buf[0] = validate_hex_digit(str[3]);
buf[1] = validate_hex_digit(str[3]);
}
else
{
buf[0] = validate_hex_digit(str[5]);
buf[1] = validate_hex_digit(str[6]);
}
*b = (int)strtol(buf, NULL, 16);
}
if (a)
{
if ((len == 5) || (len == 9))
{
if (len == 5)
{
buf[0] = validate_hex_digit(str[4]);
buf[1] = validate_hex_digit(str[4]);
}
else
{
buf[0] = validate_hex_digit(str[7]);
buf[1] = validate_hex_digit(str[8]);
}
*a = (int)strtol(buf, NULL, 16);
}
else
{
*a = 255;
}
}
free(str);
}