For those who don't read the CVS commit emails, I added xinerama support
to entrance yesterday. So, the login entry / etc will no longer be drawn in
the center of the entire area (e.g. between two screens of the same
size). Instead, it will draw initially on the primary screen, and then
follow the
My thanks to Simon for forwarding some emails while I am
spam, and thanks to everyone for the feedback on this premul
color deal :)
I've gone over this a bit, and I'd like to recap here
what I think about all this.
It's definitely a 'plus' for evas to move with working
in premul
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 to
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 ops
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 twiddling
needs to
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 of pixels
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
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 @@
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 with
В пн, 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 support web
В пн, 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.
Cheers,
Виктор Кожухаров 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 the close
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 prefer if we
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 window, so closing
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
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,
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
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
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
21 matches
Mail list logo