Re: [E-devel] Recent Module Api Changes
David Seikel wrote: > What I spotted during testing. > > Modules that need a higher res icon coz they look ugly in the about > dialog - > weather > language > engage > uptime > tclock > snow (also looks bad in the module list) > rain (also looks bad in the module list) > net (the image itself is OK, it's the fake shadow that looks a little > iffy) > > calendar uses a different style of about dialog than all the other > modules. > > > Modules that don't show their icon on the config dialog from the > modules config dialog - > language > evolume > engage (since Andy asked for this, I expect he will update this soon) > dEvian > cpu > calendar > bling > > > Modules that don't show their icon in the config dialog from the shelf > config menu - > language > > > Emu has no mouse over for its icon, but the about dialog shows one > image in the border, and the other image in the dialog itself. Also, > no mouse over on the icon in the module list. Is there supposed to be > mouse over ability on any of these? For consistancies sake, I would > like to have the same mouse over on the icons that is on the shelf > gadget. A general "do any edje stuff for the module icons" would fix > that, at the moment it just seems to pull the graphic out of the eaps, > and ignore the rest of the edje. > > > Taskbar is really unstable, mbar is slightly unstable. Eveil doesn't > show itself in the module list. > > I'll start fixing up the icons in config dialogs for all e_modules > later today unless someone objects. I may also look at higher res > icons for those that need it if I can find higher res versions, or if > it's just a matter of settinsg the quality higher in the edje. > > > > > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > > > > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel No objections here ;) Just a note tho, mbar will probably be removed soon so work on that is pointless really. dh Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Recent Module Api Changes
Christopher Michael wrote: > Just a note tho, mbar will probably be removed soon so work on that is > pointless really. so.. with both mount and mbar gone from cvs, I suppose a new module will take their place? -- Morten :wq Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Recent Module Api Changes
Morten Nilsen wrote: > Christopher Michael wrote: >> Just a note tho, mbar will probably be removed soon so work on that is >> pointless really. > > so.. with both mount and mbar gone from cvs, I suppose a new module will > take their place? > I suppose so...if I get the time to make one, or someone else makes one. If not there is always xterm :) (Somehow people survived mounting devices before these modules were made) dh Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Recent Module Api Changes
Christopher Michael wrote: > Morten Nilsen wrote: >> so.. with both mount and mbar gone from cvs, I suppose a new module will >> take their place? >> > I suppose so...if I get the time to make one, or someone else makes one. > If not there is always xterm :) (Somehow people survived mounting > devices before these modules were made) xterm sucks :P Eterm is the way to go.. I live in terminals all day long, but I really like having mounts as buttons.. -- Morten :wq Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Recent Module Api Changes
Morten Nilsen wrote: > Christopher Michael wrote: >> Morten Nilsen wrote: >>> so.. with both mount and mbar gone from cvs, I suppose a new module will >>> take their place? >>> >> I suppose so...if I get the time to make one, or someone else makes one. >> If not there is always xterm :) (Somehow people survived mounting >> devices before these modules were made) > > xterm sucks :P Eterm is the way to go.. > > I live in terminals all day long, but I really like having mounts as > buttons.. > xterm/eterm/aterm, you get the idea. - "I live in terminals all day long, but I really like having mounts as buttons.." ... Patches accepted :) dh Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Recent Module Api Changes
Christopher Michael wrote: > ... Patches accepted :) Careful what you wish for ;) -- Morten :wq Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Edje not working
On Monday 03 July 2006 05:39, Frank Dischner wrote:
> OK, I've found the problem. It seems that casting
> unaligned ints doesn't work on the GP2X. I modified
> EXTRACT_INT accordingly and now it's working. It's a
> bit slow, but I assume that's due to the lack of a
> fpu.
Sorry to be late on this subject, I started EXTRACT_INT with a macro looking
like that :
#define EXTRACT_INT(Value, Pointer, Index) \
{ \
uint32_t tmp = 0; \
memcpy (&tmp, Pointer + Index, sizeof (uint32_t)); \
Value = ntohl (tmp); \
Index += sizeof(uint32_t); \
}
But it's seemed to complex for me to handle this case, so I choose the
simplified version that worked well on x86 and x86-64 arch. Now with ARM,
and probably other RISC arch, it will certainly trigger the same problem.
Did you have a smarter patch for this problem ?
Cedric
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Recent Module Api Changes
Christopher Michael wrote: > David Seikel wrote: >> What I spotted during testing. >> >> Modules that need a higher res icon coz they look ugly in the about >> dialog - >> weather >> language >> engage >> uptime >> tclock >> snow (also looks bad in the module list) >> rain (also looks bad in the module list) >> net (the image itself is OK, it's the fake shadow that looks a little >> iffy) >> >> calendar uses a different style of about dialog than all the other >> modules. >> >> >> Modules that don't show their icon on the config dialog from the >> modules config dialog - >> language >> evolume >> engage (since Andy asked for this, I expect he will update this soon) >> dEvian >> cpu >> calendar >> bling >> >> >> Modules that don't show their icon in the config dialog from the shelf >> config menu - >> language >> >> >> Emu has no mouse over for its icon, but the about dialog shows one >> image in the border, and the other image in the dialog itself. Also, >> no mouse over on the icon in the module list. Is there supposed to be >> mouse over ability on any of these? For consistancies sake, I would >> like to have the same mouse over on the icons that is on the shelf >> gadget. A general "do any edje stuff for the module icons" would fix >> that, at the moment it just seems to pull the graphic out of the eaps, >> and ignore the rest of the edje. >> >> >> Taskbar is really unstable, mbar is slightly unstable. Eveil doesn't >> show itself in the module list. >> >> I'll start fixing up the icons in config dialogs for all e_modules >> later today unless someone objects. I may also look at higher res >> icons for those that need it if I can find higher res versions, or if >> it's just a matter of settinsg the quality higher in the edje. >> >> >> >> >> Using Tomcat but need to do more? Need to support web services, security? >> Get stuff done quickly with pre-integrated technology to make your job easier >> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo >> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 >> >> >> >> >> ___ >> enlightenment-devel mailing list >> enlightenment-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > No objections here ;) > > Just a note tho, mbar will probably be removed soon so work on that is > pointless really. > > dh > > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > Language - Fixed (both problems) Evolume - Fixed Cpu - Fixed Eveil - Fixed dh Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Fw: Recent Module Api Changes
David Seikel wrote: > > Begin forwarded message: > > Date: Mon, 3 Jul 2006 15:56:31 +1000 > From: David Seikel > To: enlightenment-devel@lists.sourceforge.net > Subject: Re: [E-devel] Recent Module Api Changes > > > What I spotted during testing. > > Modules that need a higher res icon coz they look ugly in the about > dialog - > weather > language > engage > uptime > tclock > snow (also looks bad in the module list) > rain (also looks bad in the module list) > net (the image itself is OK, it's the fake shadow that looks a little > iffy) > > calendar uses a different style of about dialog than all the other > modules. > > > Modules that don't show their icon on the config dialog from the > modules config dialog - > language > evolume > engage (since Andy asked for this, I expect he will update this soon) > dEvian > cpu > calendar > bling > > > Modules that don't show their icon in the config dialog from the shelf > config menu - > language > > > Emu has no mouse over for its icon, but the about dialog shows one > image in the border, and the other image in the dialog itself. Also, > no mouse over on the icon in the module list. Is there supposed to be > mouse over ability on any of these? For consistancies sake, I would > like to have the same mouse over on the icons that is on the shelf > gadget. A general "do any edje stuff for the module icons" would fix > that, at the moment it just seems to pull the graphic out of the eaps, > and ignore the rest of the edje. > > > Taskbar is really unstable, mbar is slightly unstable. Eveil doesn't > show itself in the module list. > > I'll start fixing up the icons in config dialogs for all e_modules > later today unless someone objects. I may also look at higher res > icons for those that need it if I can find higher res versions, or if > it's just a matter of settinsg the quality higher in the edje. > > > > > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > > > > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel dEvian - Fixed dh Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: feh raster
On Mon, 3 Jul 2006 15:46:03 -0400 (EDT) Enlightenment CVS <[EMAIL PROTECTED]> wrote: > Enlightenment CVS committal > > Author : raster > Project : misc > Module : feh That was scary. I tried compiling this to see if I should add it to the list of stuff I usually compile. It spoke to me while compiling! It compiled fine BTW. signature.asc Description: PGP signature Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Edje not working
On Mon, 3 Jul 2006 10:59:07 +0200 Cedric <[EMAIL PROTECTED]> babbled:
> On Monday 03 July 2006 05:39, Frank Dischner wrote:
> > OK, I've found the problem. It seems that casting
> > unaligned ints doesn't work on the GP2X. I modified
> > EXTRACT_INT accordingly and now it's working. It's a
> > bit slow, but I assume that's due to the lack of a
> > fpu.
>
> Sorry to be late on this subject, I started EXTRACT_INT with a macro looking
> like that :
>
> #define EXTRACT_INT(Value, Pointer, Index) \
> { \
> uint32_t tmp = 0; \
> memcpy (&tmp, Pointer + Index, sizeof (uint32_t)); \
> Value = ntohl (tmp); \
> Index += sizeof(uint32_t); \
> }
>
> But it's seemed to complex for me to handle this case, so I choose the
> simplified version that worked well on x86 and x86-64 arch. Now with ARM,
> and probably other RISC arch, it will certainly trigger the same problem.
> Did you have a smarter patch for this problem ?
you can't really avoid it without the memcpy. architectures like arm do not
handle unaligned memory accesses. the only thing u could do is copy by hand
byte-by-byte into the tmp var to avoid the memcopy fn call overhead
> Cedric
>
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
裸好多
Tokyo, Japan (東京 日本)
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: apps/e devilhorns
On Mon, 3 Jul 2006 03:35:44 -0400 (EDT) Enlightenment CVS
<[EMAIL PROTECTED]> babbled:
What was the reasoning for this? why would one need to pass the path to an
module icon explicitly? (if you want to do your own icon in a dialog for a
different dialog you can always do the dialog by hand?)
> Enlightenment CVS committal
>
> Author : devilhorns
> Project : e17
> Module : apps/e
>
> Dir : e17/apps/e/src/modules/temperature
>
>
> Modified Files:
> e_mod_config.c
>
>
> Log Message:
> As per HandyAndE request, this patch gives ability for modules config
> dialogs to show their icon in their config dialog by passing in the
> module_eap path to the config_dialog_new function as the icon parameter ie:
>
> e_config_dialog_new(con, module_name, eap_path, 0, v, data);
>
> Update E core modules to use this ability.
> Fix dropshadow config dialog to fit in 640x480.
>
> ===
> RCS file: /cvs/e/e17/apps/e/src/modules/temperature/e_mod_config.c,v
> retrieving revision 1.20
> retrieving revision 1.21
> diff -u -3 -r1.20 -r1.21
> --- e_mod_config.c7 Jun 2006 08:34:10 - 1.20
> +++ e_mod_config.c3 Jul 2006 07:35:44 - 1.21
> @@ -44,6 +44,7 @@
> {
> E_Config_Dialog *cfd;
> E_Config_Dialog_View *v;
> + char buf[4096];
>
> v = E_NEW(E_Config_Dialog_View, 1);
>
> @@ -53,9 +54,10 @@
> v->basic.create_widgets = _basic_create_widgets;
> v->advanced.apply_cfdata = _advanced_apply_data;
> v->advanced.create_widgets = _advanced_create_widgets;
> -
> +
> + snprintf(buf, sizeof(buf), "%s/module.eap", e_module_dir_get
> (temperature_config->module)); cfd = e_config_dialog_new
> (e_container_current_get(e_manager_current_get()),
> - _("Temperature Configuration"), NULL, 0, v,
> NULL);
> + _("Temperature Configuration"), buf, 0, v,
> NULL); temperature_config->config_dialog = cfd;
> }
>
>
>
>
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> ___
> enlightenment-cvs mailing list
> enlightenment-cvs@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-cvs
>
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
裸好多
Tokyo, Japan (東京 日本)
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Too many Ecore events stop the Ecore's main loop?
On Mon, 3 Jul 2006 02:01:36 +0200 Simon TRENY <[EMAIL PROTECTED]> babbled: > On Mon, 3 Jul 2006 07:59:35 +0900, > Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote : > > > On Sun, 2 Jul 2006 18:40:50 +0200 Simon TRENY <[EMAIL PROTECTED]> > > babbled: > > > > > Hi everyone, > > > > > > In Etk, in order to update the widgets when the window is resized, I > > > use an ecore job: in the Ecore_Evas's resize_cb, I just create an > > > "update job" with ecore_job_add() if there is no "update job" > > > created yet. This job will resize the widgets. > > > > > > My problem is that if the window is resized too often (i.e. if I > > > drag the bottom-right corner of the window, and draw small circles > > > with the mouse to resize the window), the "update job" is not > > > called anymore. When I stop resizing, the job is called again. > > > > actually you want to delete the old job, and add a new one each time > > you get a resize (if an existing job is around). jobs basically > > piggyback the events system and place an internal event on the queue > > that will get processed after all current events int he queue are > > done (but before any new events e finds). they don't use idlers and > > idle_enterers. > > Ok, thanks for the tip, I'll do that in Etk :) > > > > > > I wrote a small code (attached to this mail) to illustrate the > > > problem. Just try to resize the window of the test prog (by > > > "drawing small circles" witht the mouse), and you'll see that > > > sooner or later, the job won't be called anymore (no more output in > > > the terminal and the purple rectangle is no longer resized). Jobs > > > are not the only ones affected by this problem, I tried with timers > > > and animators, they are also not called. Ecore's main loop just > > > seems to be stopped when the window is resized?! > > > > > > For info, my CPU is an Athlon XP 2700+ > > > > > > > > > Could you explain me why this happens? > > > > let me test and see. ok - i did this for about a minute (resizing in > > small circles) - still working... damn. > > I've just realized that I was using the open-source "nv" driver for > Xorg. Switching to the "nvidia" driver has solved the problem. Sorry > about that :/ that is strange - that shouldn't cause such a problem. the driver runs in separate memory space (though being root in theory has the ability to destroy anything else if it tries hard enough) > Simon > > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Premultiply or not
On Sun, 2 Jul 2006 23:57:15 GMT "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> babbled: > > > > > we need the ability to have image objects in different > > colrospaces yugv(and its variants, yuv422, yuv420, etc. etc.) > > is a long-term must. the ENGINE has to deal with yuv data. > > if it can't it can always use the yuv import calls internally > > to RGBA then do it all in RGBA land - but if the subsyetm > > (gl/xrender/etc.) can do yuv natively - then do it that way, > > hoping the hw accel does a much better job than we do. adding > > in ARGB non-premul as another colorspace is merely convenience > > as its just the SAME logic as handling a yuv image object - > > having to convert to a native format before using it. in fact > > its probably the thing we would want to test with to start with. > > yuv would get support later. > > > > Let's agree on one thing: The gfx operations, unless > otherwise explicitly stated, will be done in premul argb color > space, or a linear equivalent of it.. agreed - with possible FUTURE ability to use more esoteric colorspaces like YUV (though frankly yuv is handled most sanley by a convert to yuv first - BUT you can actually get speedups combining the scale and convert at the same time) > Ok, fine.. and actually premul ayuv would be ok too since > when decoded yuv is linearly related to rgb (hsv eg. is not). > There's already such an interface to set imported data from yuv, > and moving the 'conversion' to rgb down to the engines is fine > as they may simply be able to deal with it directly, etc.. > That's all good, and an interface for importing yuv to image data > is already there, you can extend it to cover any premul ayuv format > type with no problem. sure - and i would suggest we expand it to also import non-premul ARGB - thats basically all i was really suggesting. :) > But, "setting" a color space, either globally or per obj, > has only one real meaning - that the color space in question is > going to be used as the current context for gfx ops. oooh no - for me it means that became the api with which u dealt with evas. evas internally would do whatever it damn well pleased. :) the only guarantee u had is that u could present data in format X and get it back in format X. what happend later was entirely out of scope and goign to happen in premul ARGB. > Doing this for non premul anything, is shear folly. Any > 'benefit' you claim can be obtained for apps/libs that want to > deal with non-premul color spaces by deferring premultiplying > till it may be needed and whatnot.. is microscopic compared to the > confusion, complexity, etc. caused by this misrepresentation. > > Now, you can argue that maybe not "setting", but rather > "importing", non-premul color space formats for conversion is ok.. > But I don't see anything worthwhile in providing such interfaces > for data and/or colors, and just see an increase in complexity > in dealing with that internally and, again, microscopic gains. > > Let's assume that edje has been modified to pass premul > colors/data to evas, and eet saves premul data, and that evas > provides premul/non-premul conversion api functions for colors > data.. > > Just where exactly in e17 would there be even minor pain > caused by evas being premul only? every edje design (.edc's) that specifies a color for text or solids, clips etc. any app that sets an object color itself. there are 74 calls to evas_object_color_set in e17. e17's creation of netwm icons would need to do a premul step. 54 in edje. more in ewl, etk etc. etc. now with edje - do we force the .edc's to specify colors in premul? if so there are (evil) 666 instances of colors in e17's default theme - or do we have edje_cc convert to premul on encode - or do we have edje turn into premul runtime?... how far do you go? :) > What about entrance, ewl/etk, etc? > > >jose. > > > > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment
Re: [E-devel] Fw: Recent Module Api Changes
On Mon, 03 Jul 2006 08:23:50 -0400 Christopher Michael <[EMAIL PROTECTED]> wrote: > David Seikel wrote: > > > > Modules that don't show their icon on the config dialog from the > > modules config dialog - > > calendar > > bling > > dEvian - Fixed bling done. I'm gonna join the "I'm not touching calendar" crowd for now, plus I just saw raster complaining about this, so I'll await the fallout. On the other hand, as per the discussion about combining modules, clock, tclock, calendar, and eveil could be combined into a single time and date handling module. I have essentially combined clock and tclock into one in my own clock theme already (clock is almost completely edje), but that's not ready for the public yet. signature.asc Description: PGP signature Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: apps/e devilhorns
Carsten Haitzler (The Rasterman) wrote:
> On Mon, 3 Jul 2006 03:35:44 -0400 (EDT) Enlightenment CVS
> <[EMAIL PROTECTED]> babbled:
>
> What was the reasoning for this? why would one need to pass the path to an
> module icon explicitly? (if you want to do your own icon in a dialog for a
> different dialog you can always do the dialog by hand?)
>
>> Enlightenment CVS committal
>>
>> Author : devilhorns
>> Project : e17
>> Module : apps/e
>>
>> Dir : e17/apps/e/src/modules/temperature
>>
>>
>> Modified Files:
>> e_mod_config.c
>>
>>
>> Log Message:
>> As per HandyAndE request, this patch gives ability for modules config
>> dialogs to show their icon in their config dialog by passing in the
>> module_eap path to the config_dialog_new function as the icon parameter ie:
>>
>> e_config_dialog_new(con, module_name, eap_path, 0, v, data);
>>
>> Update E core modules to use this ability.
>> Fix dropshadow config dialog to fit in 640x480.
>>
>> ===
>> RCS file: /cvs/e/e17/apps/e/src/modules/temperature/e_mod_config.c,v
>> retrieving revision 1.20
>> retrieving revision 1.21
>> diff -u -3 -r1.20 -r1.21
>> --- e_mod_config.c 7 Jun 2006 08:34:10 - 1.20
>> +++ e_mod_config.c 3 Jul 2006 07:35:44 - 1.21
>> @@ -44,6 +44,7 @@
>> {
>> E_Config_Dialog *cfd;
>> E_Config_Dialog_View *v;
>> + char buf[4096];
>>
>> v = E_NEW(E_Config_Dialog_View, 1);
>>
>> @@ -53,9 +54,10 @@
>> v->basic.create_widgets = _basic_create_widgets;
>> v->advanced.apply_cfdata = _advanced_apply_data;
>> v->advanced.create_widgets = _advanced_create_widgets;
>> -
>> +
>> + snprintf(buf, sizeof(buf), "%s/module.eap", e_module_dir_get
>> (temperature_config->module)); cfd = e_config_dialog_new
>> (e_container_current_get(e_manager_current_get()),
>> - _("Temperature Configuration"), NULL, 0, v,
>> NULL);
>> + _("Temperature Configuration"), buf, 0, v,
>> NULL); temperature_config->config_dialog = cfd;
>> }
>>
>>
>>
>>
>> Using Tomcat but need to do more? Need to support web services, security?
>> Get stuff done quickly with pre-integrated technology to make your job easier
>> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
>> ___
>> enlightenment-cvs mailing list
>> enlightenment-cvs@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-cvs
>>
>
>
This was requested by Andy so that modules config dialogs could show
their icon in the border of their config dialogs. I think consistency
was his main goal and also so users can identify easily what config
dialog is for what module.
If it is a problem I can roll it back and change the modules back to
previous way of showing the E icon on the border of the config dialog.
dh
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: apps/e devilhorns
Christopher Michael wrote:
> Carsten Haitzler (The Rasterman) wrote:
>> On Mon, 3 Jul 2006 03:35:44 -0400 (EDT) Enlightenment CVS
>> <[EMAIL PROTECTED]> babbled:
>>
>> What was the reasoning for this? why would one need to pass the path to an
>> module icon explicitly? (if you want to do your own icon in a dialog for a
>> different dialog you can always do the dialog by hand?)
>>
>>> Enlightenment CVS committal
>>>
>>> Author : devilhorns
>>> Project : e17
>>> Module : apps/e
>>>
>>> Dir : e17/apps/e/src/modules/temperature
>>>
>>>
>>> Modified Files:
>>> e_mod_config.c
>>>
>>>
>>> Log Message:
>>> As per HandyAndE request, this patch gives ability for modules config
>>> dialogs to show their icon in their config dialog by passing in the
>>> module_eap path to the config_dialog_new function as the icon parameter ie:
>>>
>>> e_config_dialog_new(con, module_name, eap_path, 0, v, data);
>>>
>>> Update E core modules to use this ability.
>>> Fix dropshadow config dialog to fit in 640x480.
>>>
>>> ===
>>> RCS file: /cvs/e/e17/apps/e/src/modules/temperature/e_mod_config.c,v
>>> retrieving revision 1.20
>>> retrieving revision 1.21
>>> diff -u -3 -r1.20 -r1.21
>>> --- e_mod_config.c 7 Jun 2006 08:34:10 - 1.20
>>> +++ e_mod_config.c 3 Jul 2006 07:35:44 - 1.21
>>> @@ -44,6 +44,7 @@
>>> {
>>> E_Config_Dialog *cfd;
>>> E_Config_Dialog_View *v;
>>> + char buf[4096];
>>>
>>> v = E_NEW(E_Config_Dialog_View, 1);
>>>
>>> @@ -53,9 +54,10 @@
>>> v->basic.create_widgets = _basic_create_widgets;
>>> v->advanced.apply_cfdata = _advanced_apply_data;
>>> v->advanced.create_widgets = _advanced_create_widgets;
>>> -
>>> +
>>> + snprintf(buf, sizeof(buf), "%s/module.eap", e_module_dir_get
>>> (temperature_config->module)); cfd = e_config_dialog_new
>>> (e_container_current_get(e_manager_current_get()),
>>> -_("Temperature Configuration"), NULL, 0, v,
>>> NULL);
>>> +_("Temperature Configuration"), buf, 0, v,
>>> NULL); temperature_config->config_dialog = cfd;
>>> }
>>>
>>>
>>>
>>>
>>> Using Tomcat but need to do more? Need to support web services, security?
>>> Get stuff done quickly with pre-integrated technology to make your job
>>> easier
>>> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
>>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
>>> ___
>>> enlightenment-cvs mailing list
>>> enlightenment-cvs@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/enlightenment-cvs
>>>
>>
> This was requested by Andy so that modules config dialogs could show
> their icon in the border of their config dialogs. I think consistency
> was his main goal and also so users can identify easily what config
> dialog is for what module.
>
> If it is a problem I can roll it back and change the modules back to
> previous way of showing the E icon on the border of the config dialog.
>
> dh
>
>
>
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
It should also be noted that the previous method of passing
"enlightenment/e" or "enlightenment/configuration" still works. This is
akin to the recent work on the modules about dialogs.
dh
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Premultiply or not
On Tue, Jul 04, 2006 at 12:11:10AM +0900, Carsten Haitzler wrote: > On Sun, 2 Jul 2006 23:57:15 GMT "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> > babbled: > > But, "setting" a color space, either globally or per obj, > > has only one real meaning - that the color space in question is > > going to be used as the current context for gfx ops. > > oooh no - for me it means that became the api with which u dealt with evas. > evas internally would do whatever it damn well pleased. :) the only guarantee > u > had is that u could present data in format X and get it back in format X. what > happend later was entirely out of scope and goign to happen in premul ARGB. > With the added stipulation that the data returned may not be exactly the data given (due to colorspaces not mapping 1-1 on each other). Unless you plan on keeping the untouched data around somewhere (which would double the memory usage). Brian Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: apps/e devilhorns
On Mon, Jul 03, 2006 at 03:15:49PM -0400, Christopher Michael wrote: > Carsten Haitzler (The Rasterman) wrote: > > On Mon, 3 Jul 2006 03:35:44 -0400 (EDT) Enlightenment CVS > > <[EMAIL PROTECTED]> babbled: > > > > What was the reasoning for this? why would one need to pass the path to an > > module icon explicitly? (if you want to do your own icon in a dialog for a > > different dialog you can always do the dialog by hand?) > > <-- snip --> > This was requested by Andy so that modules config dialogs could show > their icon in the border of their config dialogs. I think consistency > was his main goal and also so users can identify easily what config > dialog is for what module. > > If it is a problem I can roll it back and change the modules back to > previous way of showing the E icon on the border of the config dialog. > > dh I *think* he meant that e already knows where the modules icon is, so you you shouldn't need to pass th path in. That is, it should just use the icon by default. Brian Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Premultiply or not
On Tue, 4 Jul 2006 00:11:10 +0900, Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote : > every edje design (.edc's) that specifies a color for text or solids, > clips etc. any app that sets an object color itself. there are 74 > calls to evas_object_color_set in e17. e17's creation of netwm icons > would need to do a premul step. 54 in edje. more in ewl, etk etc. > etc. now with edje - do we force the .edc's to specify colors in > premul? if so there are (evil) 666 instances of colors in e17's > default theme - or do we have edje_cc convert to premul on encode - > or do we have edje turn into premul runtime?... how far do you go? :) Etk doesn't often use evas_object_color_set() so it will be really easy to port. For .edc files, I really think the colors should remain non-premul RGBA colors since .edc files are made by graphic designers, and designers are used to non-premul RGBA colors (graphic tools give non-premul colors). And using premul colors will really make theming painful imho since themers often try different color settings to see which setting is the best looking. With premul colors, the themers would have to convert to premul colors each time they would like to change a color. Now, whether edje_cc should convert to premul on compilation or do it on runtime, I don't really know. Maybe it could be done during the compilation, so it'll save some work during runtime. Also, what do you think of having an API like that for image_data_set/get()? void evas_object_image_data_set(Evas_Object *obj, void *data, Evas_Colorspace colorspace); void *evas_object_image_data_get(Evas_Object *obj, Evas_Colorspace colorspace, Evas_Bool for_writing); The "colorspace" param in the data_set() func describes the colorspace of the given data, and in data_get(), it describes the colorspace in which you'd like to get the data. The colorspace in which it's stored by Evas could depend on the engine (it could be "colorspace" if the engine is optimized for "colorspace", or another more adapted colorspace). Perhaps that is what you were already discussing with Jose, I haven't understood very well. Regards, Simon TRENY Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: apps/e devilhorns
On Mon, 3 Jul 2006 15:24:31 -0500 [EMAIL PROTECTED] wrote: > On Mon, Jul 03, 2006 at 03:15:49PM -0400, Christopher Michael wrote: > > Carsten Haitzler (The Rasterman) wrote: > > > On Mon, 3 Jul 2006 03:35:44 -0400 (EDT) Enlightenment CVS > > > <[EMAIL PROTECTED]> babbled: > > > > > > What was the reasoning for this? why would one need to pass the > > > path to an module icon explicitly? (if you want to do your own > > > icon in a dialog for a different dialog you can always do the > > > dialog by hand?) > > > > > <-- snip --> > > > This was requested by Andy so that modules config dialogs could show > > their icon in the border of their config dialogs. I think > > consistency was his main goal and also so users can identify easily > > what config dialog is for what module. > > > > If it is a problem I can roll it back and change the modules back to > > previous way of showing the E icon on the border of the config > > dialog. > > > > dh > > > I *think* he meant that e already knows where the modules icon is, so > you you shouldn't need to pass th path in. That is, it should just > use the icon by default. For e_config_dialog_new(), the only thing that it has to go by (if the path is not passed in) is the E_Container, which has an E_Gadman in it. I'm unsure if that is enough, isn't gadman going away? I'm not seeing any where in there that will point to where the icon is, it only seems to be in the E_Module. How to get there from here? While on the same subject, I'm not so sure that a gadcon can get access to its E_Module if all it has is the E_Gadcon or E_Gadcon_Client, or E_Gadcon_Client_Class. This makes it hard to get access to its own icon in gadcon callbacks that only get one of those gadcon structs. I suggest that the E_Gadcon structs have the relevant E_Module stored in them. On the other hand, I'm not sure of all the gory internal details of the module implementation that is hidden from the average module writer. All I just said could be complete bollocks. signature.asc Description: PGP signature Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Entrance Bugfix w/ Xinerama (CVS July 03 2006)
Hello, whoever might read this! I found a little bug in entrance which caused a minor glitch when a SECONDARY xinerama screen is LEFT of the primary. The Controls would show up on the left screen, while the resolution was that of the right screen. It is pretty simple: In cvs-src/e17/apps/entrance/src/client/main.c , line 1035: evas_object_move(edje, 0, 0); evas_object_resize(edje, sw, sh); should be: evas_object_move(edje, sx, sy); evas_object_resize(edje, sw, sh); sounds logical, doesn't it? If someone reads this, it would be nice if you can put that into the code. Thanks a lot, Nico Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: apps/e devilhorns
David Seikel wrote: > On Mon, 3 Jul 2006 15:24:31 -0500 [EMAIL PROTECTED] wrote: > >> On Mon, Jul 03, 2006 at 03:15:49PM -0400, Christopher Michael wrote: >>> Carsten Haitzler (The Rasterman) wrote: On Mon, 3 Jul 2006 03:35:44 -0400 (EDT) Enlightenment CVS <[EMAIL PROTECTED]> babbled: What was the reasoning for this? why would one need to pass the path to an module icon explicitly? (if you want to do your own icon in a dialog for a different dialog you can always do the dialog by hand?) >> <-- snip --> >> >>> This was requested by Andy so that modules config dialogs could show >>> their icon in the border of their config dialogs. I think >>> consistency was his main goal and also so users can identify easily >>> what config dialog is for what module. >>> >>> If it is a problem I can roll it back and change the modules back to >>> previous way of showing the E icon on the border of the config >>> dialog. >>> >>> dh >> >> I *think* he meant that e already knows where the modules icon is, so >> you you shouldn't need to pass th path in. That is, it should just >> use the icon by default. > > For e_config_dialog_new(), the only thing that it has to go by (if the > path is not passed in) is the E_Container, which has an E_Gadman in it. > I'm unsure if that is enough, isn't gadman going away? I'm not seeing > any where in there that will point to where the icon is, it only seems > to be in the E_Module. How to get there from here? > > While on the same subject, I'm not so sure that a gadcon can get access > to its E_Module if all it has is the E_Gadcon or E_Gadcon_Client, or > E_Gadcon_Client_Class. This makes it hard to get access to its own > icon in gadcon callbacks that only get one of those gadcon structs. I > suggest that the E_Gadcon structs have the relevant E_Module stored in > them. > > On the other hand, I'm not sure of all the gory internal details of the > module implementation that is hidden from the average module writer. > All I just said could be complete bollocks. > > > > > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > > > > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel Yes, for config_dialog_new e does not know where the modules icon is as there is no reference to the module being passed in, nor accessible from any params passed in to it (aside from recent module.eap patch). > > > (if you want to do your own > > > icon in a dialog for a different dialog you can always do the > > > dialog by hand?) Yes, but then we lose the "nicety" of using e_config_dialog_new, having consistent config dialogs and the config handling routines that are supplied thus. Honestly, I don't see the problem here. If an author wants to use an E icon, they can just pass in "enlightenment/e" (any icon provided by the theme actually), or NULL, to get the original E logo. If they want to use the modules icon, simply provide a path to the module.eap. This allows us to still use e_config_dialog_new, getting the benefits of consistent config dialogs, and allows for the border icon to be set to something other than E icons. If they want something completely different then of course they are free to code their own dialogs. dh Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] E17 ghost windows
Hello folks, After some careful inspection, I managed to stumble across a bug in E17. The basic idea is that if a window is shown and hidden a lot and quickly, E17 somehow loses track of it and it becomes a ghost window. To illustrate this, I've attached a very simple test program, ghost.c, that will show and hide the window periodically. Eventually, the window becomes a ghost window. This problem does not happen when using other window managers (at least not with fluxbox, which is what I've tested with). Ideas anyone? -- Hisham Mardam Bey MSc (Computer Science) http://hisham.cc/ +9613609386 Codito Ergo Sum (I Code Therefore I Am) ghost.c Description: Binary data Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E17 ghost windows
On Tue, 4 Jul 2006 01:12:50 +0300 "Hisham Mardam Bey" <[EMAIL PROTECTED]> wrote: > After some careful inspection, I managed to stumble across a bug in > E17. The basic idea is that if a window is shown and hidden a lot and > quickly, E17 somehow loses track of it and it becomes a ghost window. > > To illustrate this, I've attached a very simple test program, ghost.c, > that will show and hide the window periodically. Eventually, the > window becomes a ghost window. > > This problem does not happen when using other window managers (at > least not with fluxbox, which is what I've tested with). Is this the first witch rearing its ugly head again? Raster, can you remember what you did to fix that the first time? May be completely unrelated off course. signature.asc Description: PGP signature Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Premultiply or not
On Mon, 3 Jul 2006 23:19:05 +0200 Simon TRENY <[EMAIL PROTECTED]> babbled: > On Tue, 4 Jul 2006 00:11:10 +0900, > Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote : > > > every edje design (.edc's) that specifies a color for text or solids, > > clips etc. any app that sets an object color itself. there are 74 > > calls to evas_object_color_set in e17. e17's creation of netwm icons > > would need to do a premul step. 54 in edje. more in ewl, etk etc. > > etc. now with edje - do we force the .edc's to specify colors in > > premul? if so there are (evil) 666 instances of colors in e17's > > default theme - or do we have edje_cc convert to premul on encode - > > or do we have edje turn into premul runtime?... how far do you go? :) > > Etk doesn't often use evas_object_color_set() so it will be really easy > to port. For .edc files, I really think the colors should remain > non-premul RGBA colors since .edc files are made by graphic designers, and > designers are used to non-premul RGBA colors (graphic tools give > non-premul colors). And using premul colors will really make theming > painful imho since themers often try different color settings to see > which setting is the best looking. With premul colors, the themers would > have to convert to premul colors each time they would like to change a > color. that's a good point. i guess .edc's should stay non-premul. i would then say - convert runtime as converting JUST colors is really simple and painless and it's not going to be overhead worth worrying about. > Now, whether edje_cc should convert to premul on compilation or do it on > runtime, I don't really know. Maybe it could be done during the compilation, > so it'll save some work during runtime. > > > Also, what do you think of having an API like that for image_data_set/get()? > void evas_object_image_data_set(Evas_Object *obj, void *data, Evas_Colorspace > colorspace); void *evas_object_image_data_get(Evas_Object *obj, > Evas_Colorspace colorspace, Evas_Bool for_writing); actually i was thinking void evas_object_image_colorspace_set(Evas_Object *obj, Evas_Colorspace colorspace); Evas_Colorspace evas_object_image_colorspace_get(Evas_Object *obj); the setting of the colorspace will then determine the ARGB pixel format you set or get (and also then allow setting of YUV too later trivially with direct access). this would not break the api at all :) > The "colorspace" param in the data_set() func describes the colorspace > of the given data, and in data_get(), it describes the colorspace in > which you'd like to get the data. The colorspace in which it's stored > by Evas could depend on the engine (it could be "colorspace" if the > engine is optimized for "colorspace", or another more adapted colorspace). > Perhaps that is what you were already discussing with Jose, I haven't > understood very well. well actually i was thinking ALL engines would use premul ARGB by DEFAULT unless you tell them that you want to get/set pixel data in another colorspace (yuv, yuva (planar, interleaved etc.), non-premul argb etc. etc.). IF the engine CAN handle the format natively (eg some yuv formats if we have xvideo accel) then the engine will avoid any conversion internally and deal with it as-is. if it cannot - then it will convert as needed internally. > > Regards, > Simon TRENY > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Premultiply or not
On Mon, 3 Jul 2006 15:17:18 -0500 [EMAIL PROTECTED] babbled: > On Tue, Jul 04, 2006 at 12:11:10AM +0900, Carsten Haitzler wrote: > > On Sun, 2 Jul 2006 23:57:15 GMT "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> > > babbled: > > > But, "setting" a color space, either globally or per obj, > > > has only one real meaning - that the color space in question is > > > going to be used as the current context for gfx ops. > > > > oooh no - for me it means that became the api with which u dealt with evas. > > evas internally would do whatever it damn well pleased. :) the only > > guarantee u had is that u could present data in format X and get it back in > > format X. what happend later was entirely out of scope and goign to happen > > in premul ARGB. > > > > With the added stipulation that the data returned may not be exactly the > data given (due to colorspaces not mapping 1-1 on each other). Unless > you plan on keeping the untouched data around somewhere (which would > double the memory usage). correct. non-premul to premul is destructive. VISUALLY it will look the same when composited, BUT this should be an understanding - correct. > Brian > > > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: apps/e devilhorns
On Mon, 03 Jul 2006 15:15:49 -0400 Christopher Michael <[EMAIL PROTECTED]>
babbled:
> Carsten Haitzler (The Rasterman) wrote:
> > On Mon, 3 Jul 2006 03:35:44 -0400 (EDT) Enlightenment CVS
> > <[EMAIL PROTECTED]> babbled:
> >
> > What was the reasoning for this? why would one need to pass the path to an
> > module icon explicitly? (if you want to do your own icon in a dialog for a
> > different dialog you can always do the dialog by hand?)
> >
> >> Enlightenment CVS committal
> >>
> >> Author : devilhorns
> >> Project : e17
> >> Module : apps/e
> >>
> >> Dir : e17/apps/e/src/modules/temperature
> >>
> >>
> >> Modified Files:
> >>e_mod_config.c
> >>
> >>
> >> Log Message:
> >> As per HandyAndE request, this patch gives ability for modules config
> >> dialogs to show their icon in their config dialog by passing in the
> >> module_eap path to the config_dialog_new function as the icon parameter ie:
> >>
> >> e_config_dialog_new(con, module_name, eap_path, 0, v, data);
> >>
> >> Update E core modules to use this ability.
> >> Fix dropshadow config dialog to fit in 640x480.
> >>
> >> ===
> >> RCS file: /cvs/e/e17/apps/e/src/modules/temperature/e_mod_config.c,v
> >> retrieving revision 1.20
> >> retrieving revision 1.21
> >> diff -u -3 -r1.20 -r1.21
> >> --- e_mod_config.c 7 Jun 2006 08:34:10 - 1.20
> >> +++ e_mod_config.c 3 Jul 2006 07:35:44 - 1.21
> >> @@ -44,6 +44,7 @@
> >> {
> >> E_Config_Dialog *cfd;
> >> E_Config_Dialog_View *v;
> >> + char buf[4096];
> >>
> >> v = E_NEW(E_Config_Dialog_View, 1);
> >>
> >> @@ -53,9 +54,10 @@
> >> v->basic.create_widgets = _basic_create_widgets;
> >> v->advanced.apply_cfdata = _advanced_apply_data;
> >> v->advanced.create_widgets = _advanced_create_widgets;
> >> -
> >> +
> >> + snprintf(buf, sizeof(buf), "%s/module.eap", e_module_dir_get
> >> (temperature_config->module)); cfd = e_config_dialog_new
> >> (e_container_current_get(e_manager_current_get()),
> >> - _("Temperature Configuration"), NULL, 0, v,
> >> NULL);
> >> + _("Temperature Configuration"), buf, 0, v,
> >> NULL); temperature_config->config_dialog = cfd;
> >> }
> >>
> >>
> >>
> >>
> >> Using Tomcat but need to do more? Need to support web services, security?
> >> Get stuff done quickly with pre-integrated technology to make your job
> >> easier Download IBM WebSphere Application Server v.1.0.1 based on Apache
> >> Geronimo
> >> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> >> ___ enlightenment-cvs mailing
> >> list enlightenment-cvs@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/enlightenment-cvs
> >>
> >
> >
> This was requested by Andy so that modules config dialogs could show
> their icon in the border of their config dialogs. I think consistency
> was his main goal and also so users can identify easily what config
> dialog is for what module.
ok - sure. :)
> If it is a problem I can roll it back and change the modules back to
> previous way of showing the E icon on the border of the config dialog.
no problem - just asking for the "why" :)
> dh
>
>
>
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
裸好多
Tokyo, Japan (東京 日本)
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: apps/e devilhorns
On Mon, 3 Jul 2006 15:24:31 -0500 [EMAIL PROTECTED] babbled: > On Mon, Jul 03, 2006 at 03:15:49PM -0400, Christopher Michael wrote: > > Carsten Haitzler (The Rasterman) wrote: > > > On Mon, 3 Jul 2006 03:35:44 -0400 (EDT) Enlightenment CVS > > > <[EMAIL PROTECTED]> babbled: > > > > > > What was the reasoning for this? why would one need to pass the path to an > > > module icon explicitly? (if you want to do your own icon in a dialog for a > > > different dialog you can always do the dialog by hand?) > > > > > <-- snip --> > > > This was requested by Andy so that modules config dialogs could show > > their icon in the border of their config dialogs. I think consistency > > was his main goal and also so users can identify easily what config > > dialog is for what module. > > > > If it is a problem I can roll it back and change the modules back to > > previous way of showing the E icon on the border of the config dialog. > > > > dh > > > I *think* he meant that e already knows where the modules icon is, so > you you shouldn't need to pass th path in. That is, it should just use the > icon by default. that's kind of what i was thinking - but then you would need to pass the module handle in - you need to pass something in at any rate so e can figure it out. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: apps/e devilhorns
On Tue, 4 Jul 2006 06:55:47 +1000 David Seikel <[EMAIL PROTECTED]> babbled: > On Mon, 3 Jul 2006 15:24:31 -0500 [EMAIL PROTECTED] wrote: > > > On Mon, Jul 03, 2006 at 03:15:49PM -0400, Christopher Michael wrote: > > > Carsten Haitzler (The Rasterman) wrote: > > > > On Mon, 3 Jul 2006 03:35:44 -0400 (EDT) Enlightenment CVS > > > > <[EMAIL PROTECTED]> babbled: > > > > > > > > What was the reasoning for this? why would one need to pass the > > > > path to an module icon explicitly? (if you want to do your own > > > > icon in a dialog for a different dialog you can always do the > > > > dialog by hand?) > > > > > > > > <-- snip --> > > > > > This was requested by Andy so that modules config dialogs could show > > > their icon in the border of their config dialogs. I think > > > consistency was his main goal and also so users can identify easily > > > what config dialog is for what module. > > > > > > If it is a problem I can roll it back and change the modules back to > > > previous way of showing the E icon on the border of the config > > > dialog. > > > > > > dh > > > > > > I *think* he meant that e already knows where the modules icon is, so > > you you shouldn't need to pass th path in. That is, it should just > > use the icon by default. > > For e_config_dialog_new(), the only thing that it has to go by (if the > path is not passed in) is the E_Container, which has an E_Gadman in it. > I'm unsure if that is enough, isn't gadman going away? I'm not seeing > any where in there that will point to where the icon is, it only seems > to be in the E_Module. How to get there from here? you don't :) you need to pass it in... :) > While on the same subject, I'm not so sure that a gadcon can get access > to its E_Module if all it has is the E_Gadcon or E_Gadcon_Client, or > E_Gadcon_Client_Class. This makes it hard to get access to its own > icon in gadcon callbacks that only get one of those gadcon structs. I > suggest that the E_Gadcon structs have the relevant E_Module stored in > them. it can't. gadcon isn't JUST for modules. its entirely separate from modules. the fact that the only user of gadcon is modules is a separate matter :) > On the other hand, I'm not sure of all the gory internal details of the > module implementation that is hidden from the average module writer. > All I just said could be complete bollocks. > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E17 ghost windows
On Tue, 4 Jul 2006 08:17:14 +1000 David Seikel <[EMAIL PROTECTED]> babbled: > On Tue, 4 Jul 2006 01:12:50 +0300 "Hisham Mardam Bey" > <[EMAIL PROTECTED]> wrote: > > > After some careful inspection, I managed to stumble across a bug in > > E17. The basic idea is that if a window is shown and hidden a lot and > > quickly, E17 somehow loses track of it and it becomes a ghost window. > > > > To illustrate this, I've attached a very simple test program, ghost.c, > > that will show and hide the window periodically. Eventually, the > > window becomes a ghost window. > > > > This problem does not happen when using other window managers (at > > least not with fluxbox, which is what I've tested with). > > Is this the first witch rearing its ugly head again? Raster, can you > remember what you did to fix that the first time? May be completely > unrelated off course. the first time i enabled "object bread crumbs" (you will still see the code commented out throughout e's code - just search for "crumb"). basically every reference count added got a crumb with a string attached and when the MATCHING unref for that bit of code was called it also removed the crumb with the same string. there was a timer that ran that if it found a window that is a ghost (erroneous reference count) checking every now and again (every second - the code is still commented out - then _e_border_del_dangling_ref_check() timer) then it would scream and dump the breadcrumb list - the breadcrumb list would then tell u which ref was somehow not matched by an unref - and thus let u knwo what to look at code-path wise :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: apps/e devilhorns
On Tue, 4 Jul 2006 07:56:15 +0900 Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote: > On Mon, 3 Jul 2006 15:24:31 -0500 [EMAIL PROTECTED] babbled: > > > On Mon, Jul 03, 2006 at 03:15:49PM -0400, Christopher Michael wrote: > > > Carsten Haitzler (The Rasterman) wrote: > > > > On Mon, 3 Jul 2006 03:35:44 -0400 (EDT) Enlightenment CVS > > > > <[EMAIL PROTECTED]> babbled: > > > > > > > > What was the reasoning for this? why would one need to pass the > > > > path to an module icon explicitly? (if you want to do your own > > > > icon in a dialog for a different dialog you can always do the > > > > dialog by hand?) > > > > > > > > <-- snip --> > > > > > This was requested by Andy so that modules config dialogs could > > > show their icon in the border of their config dialogs. I think > > > consistency was his main goal and also so users can identify > > > easily what config dialog is for what module. > > > > > > If it is a problem I can roll it back and change the modules back > > > to previous way of showing the E icon on the border of the config > > > dialog. > > > > > > dh > > > > > > I *think* he meant that e already knows where the modules icon is, > > so you you shouldn't need to pass th path in. That is, it should > > just use the icon by default. > > that's kind of what i was thinking - but then you would need to pass > the module handle in - you need to pass something in at any rate so e > can figure it out. Void pointer called data, works everywhere else. B-) signature.asc Description: PGP signature Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Entrance Bugfix w/ Xinerama (CVS July 03 2006)
On Mon, Jul 03, 2006 at 10:23:37PM +0200, nico wrote: > Hello, whoever might read this! > > I found a little bug in entrance which caused a minor glitch when a > SECONDARY xinerama screen is LEFT of the primary. The Controls would > show up on the left screen, while the resolution was that of the right > screen. It is pretty simple: > > In cvs-src/e17/apps/entrance/src/client/main.c , line 1035: > > > evas_object_move(edje, 0, 0); > evas_object_resize(edje, sw, sh); > > should be: > > evas_object_move(edje, sx, sy); > evas_object_resize(edje, sw, sh); > sounds logical, doesn't it? > If someone reads this, it would be nice if you can put that into the code. > > Thanks a lot, Nico > > Committed. Thanks! Brian Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Premultiply or not
> Imho, the colorspace in which the data of an image is internally > stored by Evas should depend on the engine used. This is an interesting idea in its own but I would say that it's not one that evas is really ready to pursue at this point.. It could be something to consider later though.. :) One can still have engines though that might only use some of the functionality available, etc. > For example, the software and the xrender engines should store > it in premul colors, the OpenGL engine should store it in "normal" > colors (since I don't think you can have a premul argb texture, > but I'm probably wrong) and a XV engine (stupid idea...) should > store it in YUV colors. That way, it will be stored the most > efficient way in order to be rendered efficiently. There must I don't know a thing about OpenGL, just glanced at parts of the api on a couple of ocassions.. but I believe that associating data with textures in OpenGl depends only on the depth of the data and the color order (ie. argb, bgra,...). The actual blending func used seems to be set by setting various blend modes...?? > be some scaling issues but I dont think that storing in an unique > colorspace would solve it (since you'll have to do the conversion > sooner or later, probably before the scaling transform if you want > to benefit from the optimizations of the engine). > There could be transform issues if the data is manipulated prior to compositing, but not if it's all simply "imported" into a common format and all manipulation done there. Any format that is linearly equivalent to the common format could be manipulated directly in its original version, so long as one restricts to linear transformations you would get the same result as if you converted first and then did the linear transformations. > So I think that an API like that could be good: > void evas_object_image_data_set(Evas_Object *obj, void *data, > Evas_Colorspace colorspace); > void *evas_object_image_data_get(Evas_Object *obj, > Evas_Colorspace colorspace, > Evas_Bool for_writing); > > So it's up to the user to choose the colorspace, (using ARGB_PREMUL > to avoid a conversion with the 2 most common engines: software and > xrender), and he can't be confused since it's he who makes the > choice. > That would work, but it's not really necessary.. There's already an import api function which covers more or less the same ground -- it's only really used for importing yuv formats right now (and indeed the importing of anything else is disabled), but it can be easily extended to import (and export) ARGB32_NON_PREMUL data and whatnot. Right now, the import api func will always make its own internal data from the given inputs, so it always acts like 'make a copy' rather than directly using the given input.. but I suppose it might be possible to extend it to allow for 'direct' use of the inputs in some cases.. The data-set api funcs are for simple, fast access using the 'native' data format. Is there some particular case in etk that you feel you have some problem with? > > Now, there is the problem of evas_object_color_set(). Imho, we have > to choose, either we ask always for a premul color or always for a > non-premul color, but I don't really like the idea of having a > function evas_colorspace_set() to switch the current colorspace (and > I don't like the idea of having a colorspace by object too). And if > we'll have to choose, I'm still for non-premul colors!! :) > > Regards, :) > Simon TRENY > Why is everybody so hung up on this 'color-set' so badly that they just can't let the damn non-premul color thing go... You can have this at higher levels, and also premul as well then, and actually do more things.. and loose nothing if you just want to restrict yourself to non-premul colors jose. Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Premultiply or not
> > Let's agree on one thing: The gfx operations, unless > > otherwise explicitly stated, will be done in premul argb color > > space, or a linear equivalent of it.. > > agreed - with possible FUTURE ability to use more esoteric > colorspaces like YUV (though frankly yuv is handled most sanley > by a convert to yuv first - BUT you can actually get speedups > combining the scale and convert at the same time) Ok good, at least we're getting somewhere :) > > Ok, fine.. and actually premul ayuv would be ok too since > > when decoded yuv is linearly related to rgb (hsv eg. is not). > > There's already such an interface to set imported data from yuv, > > and moving the 'conversion' to rgb down to the engines is fine > > as they may simply be able to deal with it directly, etc.. > > That's all good, and an interface for importing yuv to image data > > is already there, you can extend it to cover any premul ayuv format > > type with no problem. > > sure - and i would suggest we expand it to also import non-premul > ARGB - thats basically all i was really suggesting. :) That would be the best way to do it, yeah :) > > > > Let's assume that edje has been modified to pass premul > > colors/data to evas, and eet saves premul data, and that evas > > provides premul/non-premul conversion api functions for colors > > data.. > > > > Just where exactly in e17 would there be even minor pain > > caused by evas being premul only? > > every edje design (.edc's) that specifies a color for text or > solids, clips etc. any app that sets an object color itself. > there are 74 calls to evas_object_color_set in e17. e17's creation > of netwm icons would need to do a premul step. 54 in edje. more in > ewl, etk etc. etc. now with edje - do we force the .edc's to > specify colors in premul? if so there are (evil) 666 instances of > colors in e17's default theme - or do we have edje_cc convert to > premul on encode - or do we have edje turn into premul runtime?... > how far do you go? :) Ok I looked at the e17 ones. Nearly all of them are of two kinds: either setting a color that's already premul (usually opaque white or transp black), or for defining some smart-class' color-set callback. Neither case needs anything done (color-set smart callbacks would expect premul inputs). That leaves about 6 left I think. Anyway... I think it might be best to let the edc format stay as it is (non-premul colors), and have edje do the conversion, not edje_cc. If desired, a later edje can have other types and/or versions of 'design-formats', like edc, and one can do whatever.. There are possibilities for things that are very interesting with premul colors, and having evas handle premul colors, as given, would allow for that. jose. Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Premultiply or not
> > With the added stipulation that the data returned may not be > > exactly the data given (due to colorspaces not mapping 1-1 on > > each other). Unless you plan on keeping the untouched data around > > somewhere (which would double the memory usage). > > correct. non-premul to premul is destructive. VISUALLY it will look > the same when composited, BUT this should be an understanding - > correct. > Yes, that's right. It destroys the superflous information that may be contained in the overdetermined inputs - as far as the actual compositing is concerned. In every situation when compositing is involved, premul colors are the way to go, and when it's desired to have a separate means to control 'alphas', then a separate alpha-mask is the way to do it. A similar mechanism should be used for all color+geometry related aspects -- eg. as Keith Packard suggested, separate alpha- stops for gradients, and I would do similarly for setting colored vertices for paths, etc. It's either that, or the 'geometry' needs to be further subdivided. In the 0-dim case of just a single 'multiplier' color in isolation, giving a separate alpha value would be superflous, so might as well let the color be premul to begin with. All the "holy specs" of svg, pdf, etc. (and maybe even OpenGl), who believed that giving non-premul color data for 'vertices' as a means to allow for interpolation that would otherwise be difficult or impossible with premul color inputs... have screwed up, and are taking everyone else along for the ride. jose. Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Premultiply or not
Jose writes: > > > > correct. non-premul to premul is destructive. VISUALLY it will look > > the same when composited, BUT this should be an understanding - > > correct. > > > > Yes, that's right. It destroys the superflous information > that may be contained in the overdetermined inputs - as far as the > actual compositing is concerned. > I should add that this is also one reason why we want to work entirely in premul color space - so we don't have to premul anything, we just assume the inputs to be so and simply use them as given. If one instead assumes the inputs to be non-premul, then one has to, at the compositing stage, premultiply them -- what you input is not really what gets used for compositing. Carsten writes: > well actually i was thinking ALL engines would use premul ARGB > by DEFAULT unless you tell them that you want to get/set pixel > data in another colorspace (yuv, yuva (planar, interleaved etc.), > non-premul argb etc. etc.). IF the engine CAN handle the format > natively (eg some yuv formats if we have xvideo accel) then the > engine will avoid any conversion internally and deal with it as-is. > if it cannot - then it will convert as needed internally. What engine is going to "handle" non-premul argb "natively"? That's what evas' software engines do right now, and creates the inconsistency with the render engine. You can't perform transforms in non-premul color space and expect to obtain the same results as similar transforms in premul color space. You are mixing two different kinds of things here - yuv vs rgb is NOT the same thing as premul vs non-premul. jose. Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Edje not working
> > Did you have a smarter patch for this problem ? > > you can't really avoid it without the memcpy. > architectures like arm do not > handle unaligned memory accesses. the only thing u > could do is copy by hand > byte-by-byte into the tmp var to avoid the memcopy > fn call overhead Byte-by-byte is the way I did it. Memcpy would probably be faster, but in this case I don't think you'd see any noticeable difference between the two. Please correct me if I'm wrong. Frank __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
