Version 3 add the *client_class param to icon(),label(),id_new(), id_del()
and the *orient param to orient().
All the modules (with a gadcon_client) need to be fixed...just add the new params
to follow the EXTRA modules update.
SVN revision: 37450
a gadget from one shelf to another it will keep the same config. Since the
id is mainly for the module to find the appropriate config for a gadget,
the module is now responsible for creating id's for gadgets config. One
problem is that we no longer can trust the id of a gadget, so we need to
store a reference between a gadget and its config after startup. No big
deal.
SVN revision: 31727
Rename the icons so that the get a unique name. This will make it possible
to create a standard (FDO) icon theme for e which supplies these icons
without using custom X- keys.
SVN revision: 28990
2. fixes to patches to re-enable smooth scale again
3. fixes to make txtblock colors work
4. fixes to edje for premul + grad api changes
5. fixes to ecore to work in premul space
6. fixes to e17 for premul space
7. fixes to emotion for premul
8. rebuild of .edj files as premul requires themes to be rebuilt
9. removed unused fils from cvs (eap and old img files)
SVN revision: 26235
(it returns x,y coords relative to the drop target geom, not the screen,
start putting in all the necessary stuff in fm2 - can dnd 2 file now (drop
has no effect though)...
SVN revision: 25950
Almost every signal and required part name has changed. This means that ALL themes other than the default one are now broken. Sorry, but this had to happen.
I have a list of mappings from old to new at http://rephorm.com/files/dump/e_theme_map.txt
There will probably be a little more cleanup on this in the coming days. Then I'll write it all up in a nice theme spec.
SVN revision: 25033
module.eap files being installed - and using the e_apps api to load them and
ask for a name. Also icon is expected to be in this file too and i have
removed the info func call from modules as well as config_menu, module menus,
and other cruft in moduel structs. this also means revving the module api
version and saving users from a "if i recompile it will work" thing. :)
moduels need serious updates, not just a recompile for this. your modules
WILL break.
SVN revision: 23045
it's built as an arch specific package and it is intrinsically required by e
and cannot work without it nor is the data shared betwene e and other apps
unless e itself is installed too
SVN revision: 22260