On Mon, 26 Jun 2006 06:37:21 GMT "[EMAIL PROTECTED]"
<[EMAIL PROTECTED]> wrote:
> It's definitely a 'plus' for evas to move with working
> in premul color space internally (and recall: a,r,g,b is premul
> iff a >= r,g,b). There are many reasons for this.. some I've
> already stated here
Just
On 6/26/06, David Seikel <[EMAIL PROTECTED]> wrote:
On Mon, 26 Jun 2006 06:37:21 GMT "[EMAIL PROTECTED]"<[EMAIL PROTECTED]> wrote:> It's definitely a 'plus' for evas to move with working
> in premul color space internally (and recall: a,r,g,b is premul> iff a >= r,g,b). There are many reasons f
On Mon, 26 Jun 2006 06:37:21 GMT,
"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote :
> The get/set functions that deal with image data would
> have to constantly transform from premul to non-premul thus
> making the use of these very slow.. also, if you want to work
> with the data doing graphics
> > > It's definitely a 'plus' for evas to move with working
> > > in premul color space internally (and recall: a,r,g,b is premul
> > > iff a >= r,g,b). There are many reasons for this.. some I've
> > > already stated here
>
> Just to clarify things, is it a case of "most of the pixel twiddlin
> > Just to clarify things, is it a case of "most of the pixel
> > twiddling needs to have this multiplication step done anyway,
> > so we might as well pre-multiply at the beginning to avoid lots
> > of lengthy multiplications happening deep in pixel handling
> > loops, and some external sources
> > There are ways to approximate the first using the second,
> > but not the other way around... so, using non-premul colors
> > directly is actually a restriction on what can be obtained.
>
> For grads, I would have thought that using premul colors was
> actually more restrictive than using n
urandom, here is a patch for edje_viewer to attach the delete_event to
the window, so closing edje_viewer via the close button works.
Cheers,
devilhorns
--- etk_gui.c.orig 2006-06-26 07:19:33.0 -0400
+++ etk_gui.c 2006-06-26 07:18:44.0 -0400
@@ -35,6 +35,7 @@
etk_window_title
On Mon, Jun 26, 2006 at 06:37:21AM +, [EMAIL PROTECTED] wrote:
>
> I would say that most here would thus be convinced that
> the evas funcs that set/get image data should thus work with the
> data assumed to be in premul color space.
>
> However, when it comes to the funcs that deal w
В пн, 2006-06-26 в 07:22 -0400, Christopher Michael написа:
> urandom, here is a patch for edje_viewer to attach the delete_event to
> the window, so closing edje_viewer via the close button works.
>
> Cheers,
> devilhorns
> Using Tomcat but need to do more? Need to support web services, security
Виктор Кожухаров wrote:
> В пн, 2006-06-26 в 07:22 -0400, Christopher Michael написа:
>> urandom, here is a patch for edje_viewer to attach the delete_event to
>> the window, so closing edje_viewer via the close button works.
>>
>> Cheers,
>> devilhorns
>> Using Tomcat but need to do more? Need to
В пн, 2006-06-26 в 14:19 -0400, Christopher Michael написа:
> Виктор Кожухаров wrote:
> > В пн, 2006-06-26 в 07:22 -0400, Christopher Michael написа:
> >> urandom, here is a patch for edje_viewer to attach the delete_event to
> >> the window, so closing edje_viewer via the close button works.
> >>
Виктор Кожухаров wrote:
> В пн, 2006-06-26 в 14:19 -0400, Christopher Michael написа:
>> Виктор Кожухаров wrote:
>>> В пн, 2006-06-26 в 07:22 -0400, Christopher Michael написа:
urandom, here is a patch for edje_viewer to attach the delete_event to
the window, so closing edje_viewer via t
On Mon, Jun 26, 2006 at 03:04:15PM -0400, Christopher Michael wrote:
>
> Not entirely sure as I didn't investigate the segfault too much, but it
> does fix it.
>
> dh
>
"Causes a segfault to mysteriously no longer occur" isn't a fix... It
just hides the real bug (whatever it may be). I'd prefe
Christopher Michael wrote:
> Виктор Кожухаров wrote:
>> В пн, 2006-06-26 в 14:19 -0400, Christopher Michael написа:
>>> Виктор Кожухаров wrote:
В пн, 2006-06-26 в 07:22 -0400, Christopher Michael написа:
> urandom, here is a patch for edje_viewer to attach the delete_event
> to the wi
Looks like there is either a buffer being overrun or a stale pointer
being accessed. Unless there is an obvious issue in the image surface
deallocator or etk_shutdown, valgrind or other buffer overflow
detection tool would probably save a lot of time tracking this down.
On 6/26/06, Christopher Mic
run it again a few times, and see if you'll get the same backtrace. So
far I've gotten a few different ones, and none of them look like yours
В пн, 2006-06-26 в 16:27 -0400, Christopher Michael написа:
> Christopher Michael wrote:
> > Виктор Кожухаров wrote:
> >> В пн, 2006-06-26 в 14:19 -0400, Ch
I committed a change to ewl_embed_test that shows an EWL embed being
used inside of a swallowed edje part. This seems to be working quite
well, so please take a look at how the third ewl_embed is setup in
src/bin/ewl_embed_test.c. If you are still having issues, feel free to
send some code snippets
moves the usage message into a usage function as nicely suggested in the
code :)
Index: entrance/src/daemon/spawner.c
===
RCS file: /var/cvs/e/e17/apps/entrance/src/daemon/spawner.c,v
retrieving revision 1.30
diff -a -u -r1.30 spawner
this patch attempts to cleanup the option parsing in client/main.c
I moved the theme path extracting code into utils.c/theme_normalize_path
I also moved the geometry extracting code into utils.c/atog_x and
utils.c/atog_y
Cheers,
Essien
Index: entrance/src/client/main.c
===
I was looking thru the new gadcon API as used by modules and I noticed
that somethings could be abstracted away even more. I've attached a
modified e_mod_main.c (from the battery module), gcc.c and gcc.h.
In gcc.* I have some functions which I pulled out of the battery module.
The new e_mod_ma
20 matches
Mail list logo
