Re: [E-devel] Premultiply or not

2006-07-02 Thread brian . mattern
On Sun, Jul 02, 2006 at 12:35:34PM +0900, Carsten Haitzler wrote: what i think might be best is we: 1. add internal premul to non-premul and back conversion routines (need them anyway - may as well make them fast). 2. need to add calls to image objects to get/set the COLORSPACE of the

Re: [E-devel] Premultiply or not

2006-07-02 Thread [EMAIL PROTECTED]
Carsten writes: 1. .. 5 ... The troubles of having evas' software engine do transforms in premul color space whereas the render engine does so in premul are only seen so far if you look carefully or try to do certain things.. But they are a very deep inconsistency and

[E-devel] dialogs focus

2006-07-02 Thread Massimo Maiurana
I used to set focus setting to NEW_DIALOG_IF_OWNER_FOCUSED, now it doesn't work anymore. in my case I'm no more able to hit enter when thunderbird opens the dialog go to next unread.., I have to move the pointer inside the dialog. NEW_DIALOG works as usual. -- Massimo Maiurana

Re: [E-devel] Premultiply or not

2006-07-02 Thread Simon TRENY
On Sun, 2 Jul 2006 12:35:34 +0900, Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] wrote : what i think might be best is we: 1. add internal premul to non-premul and back conversion routines (need them anyway - may as well make them fast). 2. need to add calls to image objects to get/set

Re: [E-devel] Premultiply or not

2006-07-02 Thread The Rasterman
On Sun, 2 Jul 2006 08:25:04 GMT [EMAIL PROTECTED] [EMAIL PROTECTED] babbled: Carsten writes: 1. .. 5 ... The troubles of having evas' software engine do transforms in premul color space whereas the render engine does so in premul are only seen so far if you look

Re: [E-devel] Actions for window fullscreen

2006-07-02 Thread R . Ramkumar
Hi!1. you aren't using handy existing socket api's like ecore_con.2. as a result of this and lack of other infrastructure code - this action can block/lock e if the other end of the socket doesn't listen or is hung and/orthe buffer fills up. the wm hanging like this is REALLY bad. this socket

Re: [E-devel] Actions for window fullscreen

2006-07-02 Thread The Rasterman
On Sun, 2 Jul 2006 18:26:04 +0530 R.Ramkumar [EMAIL PROTECTED] babbled: Hi! 1. you aren't using handy existing socket api's like ecore_con. 2. as a result of this and lack of other infrastructure code - this action can block/lock e if the other end of the socket doesn't listen or is

Re: [E-devel] Actions for window fullscreen

2006-07-02 Thread R . Ramkumar
Hi!should not have to resort to them). anyway - yes. it's a decent feature. but it is too dangerous to let in. if you do it right make it async and non-blocking,then we are in business :)Fine... Will change it when I get time :)Ramkumar. -- April 1: This is the day upon which we are reminded

[E-devel] Recent Module Api Changes

2006-07-02 Thread Christopher Michael
Hi All, Just a friendly note about some recent changes. Firstly, I have committed changes to all the config dialogs so that they use their respective icons in the window border. Also, I have committed, with help from rasties, some changes to the module api. I've added the ability for modules

[E-devel] Too many Ecore events stop the Ecore's main loop?

2006-07-02 Thread Simon TRENY
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

Re: [E-devel] converting modules to 'new' API

2006-07-02 Thread Hannes Janetzek
Am Tue, 27 Jun 2006 12:23:47 -0400 schrieb Mike Russo [EMAIL PROTECTED]: Are there any tips on how to convert 3rd party modules to the 'new' API which eliminates config_menu and icon_file? I understand I'm supposed to create a module.eap, but what about the config_menu? I'd really like

Re: [E-devel] E CVS: proto urandom

2006-07-02 Thread brian . mattern
On Sun, Jul 02, 2006 at 05:15:03PM -0400, Enlightenment CVS wrote: Enlightenment CVS committal Author : urandom Project : e17 Module : proto Dir : e17/proto/edje_viewer/src/bin Modified Files: Makefile.am edje_etk.c edje_viewer.h etk_gui.c etk_gui.h main.c

Re: [E-devel] Too many Ecore events stop the Ecore's main loop?

2006-07-02 Thread brian . mattern
On Sun, Jul 02, 2006 at 06:40:50PM +0200, Simon TRENY wrote: 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

Re: [E-devel] E CVS: libs/ewl dj2

2006-07-02 Thread Peter Wehrfritz
Enlightenment CVS schrieb: Enlightenment CVS committal Author : dj2 Project : e17 Module : libs/ewl Dir : e17/libs/ewl/src/lib Modified Files: ewl_text.c Log Message: - fixup some issues with the positioning in ewl_text. - this fixes eap_edit so it dosen't segv on a new eap

Re: [E-devel] E CVS: proto urandom

2006-07-02 Thread Виктор Кожухаров
В нд, 2006-07-02 в 13:20 -0500, [EMAIL PROTECTED] написа: On Sun, Jul 02, 2006 at 05:15:03PM -0400, Enlightenment CVS wrote: Enlightenment CVS committal Author : urandom Project : e17 Module : proto Dir : e17/proto/edje_viewer/src/bin Modified Files:

Re: [E-devel] Recent Module Api Changes

2006-07-02 Thread The Rasterman
On Sun, 02 Jul 2006 11:21:53 -0400 Christopher Michael [EMAIL PROTECTED] babbled: Hi All, Just a friendly note about some recent changes. Firstly, I have committed changes to all the config dialogs so that they use their respective icons in the window border. Also, I have committed,

Re: [E-devel] Too many Ecore events stop the Ecore's main loop?

2006-07-02 Thread The Rasterman
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

Re: [E-devel] Too many Ecore events stop the Ecore's main loop?

2006-07-02 Thread Simon TRENY
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

Re: [E-devel] Premultiply or not

2006-07-02 Thread [EMAIL PROTECTED]
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

Re: [E-devel] E CVS: libs/ewl dj2

2006-07-02 Thread dan sinclair
I don't know what the issue was with eap_edit, but your patch breaks utf support. I add a small function to the text_editor test, so you can now test utf support with hitting CTRL-a. You should see then an 'ä' (a 'a' with two dots). Any time I tried to edited a new eap it would segv in

Re: [E-devel] Recent Module Api Changes

2006-07-02 Thread David Seikel
On Sun, 02 Jul 2006 11:21:53 -0400 Christopher Michael [EMAIL PROTECTED] wrote: Firstly, I have committed changes to all the config dialogs so that they use their respective icons in the window border. Also, I have committed, with help from rasties, some changes to the module api. I've

Re: [E-devel] Edje not working

2006-07-02 Thread Frank Dischner
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. Thanks to everyone who helped me get it working :) Frank --- Carsten Haitzler [EMAIL

Re: [E-devel] Recent Module Api Changes

2006-07-02 Thread David Seikel
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