Re: [E-devel] Evas & Evoak future changes

2006-09-06 Thread Jorge Luis Zapata Muga
On 9/6/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > >Jorge writes: > > > > I tell you what, let me look things over a bit during the > > > weekend, and if you like you and maybe Jorge can do the same... > > > maybe discuss it with others on the list who have some experience > > > wi

Re: [E-devel] Evas & Evoak future changes

2006-09-06 Thread Jorge Luis Zapata Muga
On 9/6/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > On Wed, Sep 06, 2006 at 03:22:39PM +, [EMAIL PROTECTED] wrote: > > > >Brian writes: > > > > > > To me the main issue is not really a 'technical' one pre se, > > > > it's do people really want, and want to help with, such changes? >

Re: [E-devel] Evas & Evoak future changes

2006-09-05 Thread Jorge Luis Zapata Muga
>... > > I thought about getting back to this some time in the future, > but if you and maybe Jorge ar willing to give this a try, then it may > be better to go ahead and try and finish it off now -- it would be > very useful in many other ways as well, especially since much of the > image

Re: [E-devel] Evas & Evoak future changes

2006-09-03 Thread Jorge Luis Zapata Muga
>... > > This would be true on PC, but on embedded device you will really like the idea > of using as much as possible the hardware. Preserving evas ability in this > area is really something important in my opinion. indeed, but there's a problem. evas manages internally always ARGB data, so to ac

Re: [E-devel] Evas & Evoak future changes

2006-08-31 Thread Jorge Luis Zapata Muga
On 8/30/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > >Jorge writes: > > > >So, the gfx parts of the engines (and some that are not > > > directly gfx aspects) are really mostly a bunch of functions that > > > apply to each object type, and some core functions that apply to > > > a

Re: [E-devel] Evas & Evoak future changes

2006-08-29 Thread Jorge Luis Zapata Muga
On 8/24/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > >Jorge writes: > > But to export evas' internal structures, especially the engine > funcs and such.. is really dangerous at this point in time, unless > you're willing to freeze evas' capabilities, or just use this as a > starting poin

[E-devel] Evas & Evoak future changes

2006-08-23 Thread Jorge Luis Zapata Muga
hi ppl, this are my ideas i actually have implemented in a local version of evas, i wont do a direct commit for everything i have, instead ill do small commits to actually allow raster to read the commits and for better understanding of what im doing. also evas has changed several things in the pas

Re: [E-devel] Fw: [e-users] compiling ecore on a system running 2.4.x kernel

2006-08-17 Thread Jorge Luis Zapata Muga
On 8/17/06, Stafford Horne <[EMAIL PROTECTED]> wrote: Hello, I had this conversation on the E Users list and got no response. Basically some users are complaining that ecore doesn't build on some systems unless you disable ecore-fb. My opinion is that we should disable ecore-fb by default un

Re: [E-devel] ecore on 2.6.16 kernels

2006-08-14 Thread Jorge Luis Zapata Muga
On 8/12/06, blak <[EMAIL PROTECTED]> wrote: > Hello. > I have problems compiling ecore on 2.6.16.27 kernel. > As I found that this is a problem with kernel headers: > http://bugzilla.kernel.org/show_bug.cgi?id=6302 this is a bug report > and it was fixed in 2.6.17 kernels. > I found solution in XFr

Re: [E-devel] Evas and the framebuffer

2006-08-03 Thread Jorge Luis Zapata Muga
On 8/4/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > > > > >Just to mildly change the subject here: Did you ever > > > get that evas 'canvas' object, or subcanvas whatever, worked out? > > > > no, not at all. i just emulate it using a smart object. don't know > > if its useull besid

Re: [E-devel] Evas and the framebuffer

2006-08-03 Thread Jorge Luis Zapata Muga
On 8/3/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > > Hi all, > > I have several ideas/issues with the framebuffer and evas > > (also ecore_fb): > > > > > > > > > > > > I send this to know your opinions before i do any changes to the > > current code. > > best reg

[E-devel] Evas and the framebuffer

2006-08-02 Thread Jorge Luis Zapata Muga
Hi all, I have several ideas/issues with the framebuffer and evas (also ecore_fb): 1. The fb engine currently has some kind of library made by raster which in my opinion overlaps in some way with the ecore_fb approach. The engine_info has a vt and a fb parameter both integers, i guess it was used

Re: [E-devel] E CVS: apps/e raster

2006-06-28 Thread Jorge Luis Zapata Muga
> I've already ported some loaders / savers from imlib2 to evas. But what > prevent me from adding more is that raster told me that the plugin system > would be changed. What/How would be changed? jl (turran) Using Tomcat but need to do more? Need to support web services, security? Get stuff don

[E-devel] Evas Smart objects

2006-06-18 Thread Jorge Luis Zapata Muga
Hi all, i have some doubts-ideas about evas smart objects, 1. the API in order to add an object to a smart object you have to do _member_add(o, s) and to delete _member_del(o,s). On the code of both an evas smart object actually stores the members on a list but theres no function to retrieve them,

[E-devel] ecore dbus

2006-02-15 Thread Jorge Luis Zapata Muga
hi all, on http://www.labotomy.net/ecore_dbus/ (thanks emte) there are several examples of how to use the ecore_dbus api for those who have been asking. just a note: the code is old and needs a rewrite before all major distributions use the new dbus (the new protocol). it is planned to be done, j

Re: [E-devel] Anonymous CVS & Servers - YOU CAN HELP!

2006-01-25 Thread Jorge Luis Zapata Muga
On 1/25/06, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote: > > 3. Are people willing to donate enough $ to make it happen? > sounds good to me. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for prob

Re: [E-devel] [PATCH] evas modularization, step 1

2006-01-10 Thread Jorge Luis Zapata Muga
ok, as the cvs command cant diff with the new files before they are added to the repository, and i dont have dev acces there, ill put an url with the tar.gz of the files. this tar has the same engines that the current evas but with a couple of new functions (to open, close the module) and changes o

Re: [E-devel] [PATCH] evas modularization, step 1

2006-01-10 Thread Jorge Luis Zapata Muga
s like engines, loaders, objects, filters, etc... yeah, the file structure is like that, but i dont know why my files arent on the diff :( ill try to figure it out, and resend the patch. > > it's just my 2 cents > > Vincent > > On Tue, 10 Jan 2006, Jorge Luis Zapata Muga wr

[E-devel] [PATCH] evas modularization, step 1

2006-01-10 Thread Jorge Luis Zapata Muga
hi all, these is the first patch of the evas modularization. summary the engines (fb,buffer,xrender,software_x11,directfb) are ported to this api 1. evas init it will init the modules subsystem, create the structures for all the the "modules" (it only checks for directories i.e engines/d

Re: [E-devel] [PATCH] add menu items through modules

2006-01-08 Thread Jorge Luis Zapata Muga
On 1/8/06, David Seikel <[EMAIL PROTECTED]> wrote: > On Sun, 8 Jan 2006 16:17:52 +1000 David Seikel <[EMAIL PROTECTED]> > wrote: > > > I'll probably post it here as a patch and leave it up to raster or > > CodeWarrior to actually commit it. > > So here it is. Not much different from what Morten ha

Re: [E-devel] [PATCH] add menu items through modules

2006-01-07 Thread Jorge Luis Zapata Muga
On 1/7/06, Morten Nilsen <[EMAIL PROTECTED]> wrote: > Carsten Haitzler (The Rasterman) wrote: > > On Sat, 07 Jan 2006 04:24:35 +0100 Morten Nilsen <[EMAIL PROTECTED]> > > babbled: > > > >> David Seikel wrote: > >>> Even if e_menu_category_callback_set() with the callback set to NULL was > >>> impl

Re: [E-devel] [PATCH] add menu items through modules

2006-01-07 Thread Jorge Luis Zapata Muga
On 1/7/06, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote: > On Sat, 07 Jan 2006 04:24:35 +0100 Morten Nilsen <[EMAIL PROTECTED]> babbled: > > > David Seikel wrote: > > > Even if e_menu_category_callback_set() with the callback set to NULL was > > > implemented, there is no unique paramet

[E-devel] [PATCH] add menu items through modules

2006-01-03 Thread Jorge Luis Zapata Muga
hi all, here i attach the patch wich will add the functionality to add menu items outside the main routines of creating the menu. the idea is basically this: on the function where the e_menu_new is called 1. set the category of the menu (i.e "fileman/action") 2. set some data to be passed to ever

[E-devel] evas_object_image_data_set() crash with directfb engine

2005-12-28 Thread Jorge Luis Zapata Muga
-- Forwarded message -- From: Jorge Luis Zapata Muga <[EMAIL PROTECTED]> Date: Dec 29, 2005 12:23 AM Subject: Re: [E-devel] evas_object_image_data_set() crash with directfb engine To: Jason Tackaberry <[EMAIL PROTECTED]> On 12/28/05, Jason Tackaberry <[EMAIL PR

Re: [E-devel] [PATCH] ecore_directfb && ecore_evas_directfb

2005-12-01 Thread Jorge Luis Zapata Muga
AIL PROTECTED]> wrote: > On Tue, 1 Nov 2005 17:19:53 +0100 Jorge Luis Zapata Muga > <[EMAIL PROTECTED]> babbled: > > > hi all, here i attach a couple of patches: > > ecore_directfb: it supports now the key string, so enterminus can be > > used with directfb :) >

[E-devel] evas, ecore patches. emotion doubts

2005-11-28 Thread Jorge Luis Zapata Muga
hi all, here i attach a patch to ecore. the afected files are the ecore_evas_directfb.c and the ecore_directfb lib. changes: * better support for keys handling * diff against last version of cvs (the previous patch i send to the list wasnt against the last version) raster: EVAS === also i attach

[E-devel] [PATCH] ecore_directfb && ecore_evas_directfb

2005-11-01 Thread Jorge Luis Zapata Muga
hi all, here i attach a couple of patches: ecore_directfb: it supports now the key string, so enterminus can be used with directfb :) ecore_evas_directfb: some structs have changed names, use the new ones. PS: 1. i had these patches on my hd for a long, but is hard to track the changes of ecore c

[E-devel] Re: ecore_directfb && ecore_evas_directfb patch

2005-09-26 Thread Jorge Luis Zapata Muga
hi. one thing, the Makefile.am in src/bin is broken as i use this to make some extra bins to test the lib (but they arent there anymore), just dont update it. On 9/26/05, Jorge Luis Zapata Muga <[EMAIL PROTECTED]> wrote: > hi all, this path has two parts: > ecore_directfb: to mana

[E-devel] unresolved symbols in esmart

2005-06-08 Thread Jorge Luis Zapata Muga
hi all, im trying to make an e_module that uses esmart, i already update all the e libs that references esmart (ecore, evas, etc), when i comile and link the e_module i use: -lesmart_container, and the [enlightenment,ecore,evas,edje]-config to set the CFLAGS and LIBS. the module itself is just the

[E-devel] Ecore_DBus

2005-03-29 Thread Jorge Luis Zapata Muga
hi all, i've made an ecore dbus wrapper, it's an implementation of the dbus protocol without using the dbus api at all. It's not completed but usable. in the package are 3 tests, and also an e17 module (it just print the info to the stdout). any comments, should be apreciated. ecore_dbus_29-03-

<    1   2