Re: [E-devel] E SVN: sachiel trunk/evas

2011-07-08 Thread Vincent Torri
On Fri, 8 Jul 2011, Iván Briano (Sachiel) wrote: 2011/7/8 Vincent Torri : On Fri, 8 Jul 2011, Enlightenment SVN wrote: Log: Don't try to build examples if dependencies are not met. and use $PKG_CONFIG instead of pkg-config (think about cross compilation) [edje_cc=$($PKG_CONFIG --vari

Re: [E-devel] E SVN: sachiel trunk/evas

2011-07-08 Thread Sachiel
2011/7/8 Vincent Torri : > > > On Fri, 8 Jul 2011, Enlightenment SVN wrote: > >> Log: >> Don't try to build examples if dependencies are not met. > > and use $PKG_CONFIG instead of pkg-config (think about cross compilation) > [edje_cc=$($PKG_CONFIG --variable=prefix edje)/bin/edje_cc]) is enough?

Re: [E-devel] E SVN: sachiel trunk/evas

2011-07-08 Thread Vincent Torri
On Fri, 8 Jul 2011, Enlightenment SVN wrote: > Log: > Don't try to build examples if dependencies are not met. and use $PKG_CONFIG instead of pkg-config (think about cross compilation) Vincent > > > Author: sachiel > Date: 2011-07-08 18:20:18 -0700 (Fri, 08 Jul 2011) > New Revis

Re: [E-devel] E SVN: devilhorns trunk/evas/m4

2011-07-08 Thread Vincent Torri
On Fri, 8 Jul 2011, Christopher Michael wrote: > Why ? it's most of the time not async and they usually do much more than we need. Why do you need it for ? Vincent > > dh > > On 07/08/11 11:10, Vincent Torri wrote: >> >> using xcb-aux is a bad idea >> >> Vincent >> >> On Thu, 7 Jul 2011, Enl

Re: [E-devel] E SVN: sachiel trunk/PROTO/ev

2011-07-08 Thread Sachiel
2011/7/8 Mike Blumenkrantz : > On Fri,  8 Jul 2011 14:14:19 -0700 > "Enlightenment SVN" wrote: > >> Log: >> Don't be so harsh, printing the usage string is not an error. >> >> >> Author:       sachiel >> Date:         2011-07-08 14:14:19 -0700 (Fri, 08 Jul 2011) >> New Revision: 61162 >> Trac:    

Re: [E-devel] E SVN: sachiel trunk/PROTO/ev

2011-07-08 Thread Mike Blumenkrantz
On Fri, 8 Jul 2011 14:14:19 -0700 "Enlightenment SVN" wrote: > Log: > Don't be so harsh, printing the usage string is not an error. > > > Author: sachiel > Date: 2011-07-08 14:14:19 -0700 (Fri, 08 Jul 2011) > New Revision: 61162 > Trac: http://trac.enlightenment.org/e/c

Re: [E-devel] Evas XCB

2011-07-08 Thread Christopher Michael
On 07/08/11 11:11, Vincent Torri wrote: > > > On Thu, 7 Jul 2011, Christopher Michael wrote: > >> Hi List(s), >> >> Some of you may have noticed I just committed the changes to Evas for >> the new XCB Engine. It is currently disabled by default. You can enable >> with --enable-software-xcb, but it

Re: [E-devel] E SVN: devilhorns trunk/evas/m4

2011-07-08 Thread Christopher Michael
Why ? dh On 07/08/11 11:10, Vincent Torri wrote: > > using xcb-aux is a bad idea > > Vincent > > On Thu, 7 Jul 2011, Enlightenment SVN wrote: > >> Log: >> Evas: Fix up the check_engine macros for xcb engine& xlib changes. >> >> >> >> Author: devilhorns >> Date: 2011-07-07 17:18:22

Re: [E-devel] Evas XCB

2011-07-08 Thread Vincent Torri
On Thu, 7 Jul 2011, Christopher Michael wrote: > Hi List(s), > > Some of you may have noticed I just committed the changes to Evas for > the new XCB Engine. It is currently disabled by default. You can enable > with --enable-software-xcb, but it is not currently 'usable' without the > proper cod

Re: [E-devel] E SVN: devilhorns trunk/evas/m4

2011-07-08 Thread Vincent Torri
using xcb-aux is a bad idea Vincent On Thu, 7 Jul 2011, Enlightenment SVN wrote: > Log: > Evas: Fix up the check_engine macros for xcb engine & xlib changes. > > > > Author: devilhorns > Date: 2011-07-07 17:18:22 -0700 (Thu, 07 Jul 2011) > New Revision: 61137 > Trac: http:

Re: [E-devel] Evas XCB

2011-07-08 Thread Gustavo Lima Chaves
* Christopher Michael [2011-07-08 09:22:57 -0400]: > On 07/08/11 09:19, Gustavo Lima Chaves wrote: > >* Christopher Michael [2011-07-08 09:14:07 -0400]: > > > >>On 07/08/11 09:07, Gustavo Lima Chaves wrote: > >>>* Tom Hacohen [2011-07-08 15:46:54 +0300]: > >>> > On 08/07/11 15:38, Christop

Re: [E-devel] Evas XCB

2011-07-08 Thread Gustavo Lima Chaves
* Tom Hacohen [2011-07-08 15:46:54 +0300]: > On 08/07/11 15:38, Christopher Michael wrote: > > Well, in a perfect world Yes it should use just ecore, But the world is > > not perfect ;) The systray module needed changes because it was calling > > some xlib stuff directly, as was the e_alert code

Re: [E-devel] Evas XCB

2011-07-08 Thread Christopher Michael
On 07/08/11 09:19, Gustavo Lima Chaves wrote: > * Christopher Michael [2011-07-08 09:14:07 -0400]: > >> On 07/08/11 09:07, Gustavo Lima Chaves wrote: >>> * Tom Hacohen [2011-07-08 15:46:54 +0300]: >>> On 08/07/11 15:38, Christopher Michael wrote: > Well, in a perfect world Yes it should

Re: [E-devel] Evas XCB

2011-07-08 Thread Gustavo Lima Chaves
* Christopher Michael [2011-07-08 09:14:07 -0400]: > On 07/08/11 09:07, Gustavo Lima Chaves wrote: > >* Tom Hacohen [2011-07-08 15:46:54 +0300]: > > > >>On 08/07/11 15:38, Christopher Michael wrote: > >>>Well, in a perfect world Yes it should use just ecore, But the world is > >>>not perfect ;)

Re: [E-devel] Evas XCB

2011-07-08 Thread Christopher Michael
On 07/08/11 09:07, Gustavo Lima Chaves wrote: > * Tom Hacohen [2011-07-08 15:46:54 +0300]: > >> On 08/07/11 15:38, Christopher Michael wrote: >>> Well, in a perfect world Yes it should use just ecore, But the world is >>> not perfect ;) The systray module needed changes because it was calling >>>

Re: [E-devel] Evas XCB

2011-07-08 Thread Tom Hacohen
On 08/07/11 15:38, Christopher Michael wrote: > Well, in a perfect world Yes it should use just ecore, But the world is > not perfect ;) The systray module needed changes because it was calling > some xlib stuff directly, as was the e_alert code (and a couple other > things also). All those changes

Re: [E-devel] Evas XCB

2011-07-08 Thread Christopher Michael
On 07/08/11 05:01, Tom Hacohen wrote: > On 08/07/11 03:23, Christopher Michael wrote: >> Hi List(s), >> >> Some of you may have noticed I just committed the changes to Evas for >> the new XCB Engine. It is currently disabled by default. You can enable >> with --enable-software-xcb, but it is not cu

Re: [E-devel] [Patch][Evil] evil_string has strcasestr

2011-07-08 Thread cnook
Thanks for your response! I'm not sure other codes(languages? difference set?) need the strcasestr();. Even though the strcasestr(); is meaningless, it would work as strstr(); Anyhow, I will check strcasestr(); is really necessary or not. Have a good time! 2011/7/5 Carsten Haitzler > On Fri,

[E-devel] Build on Windows

2011-07-08 Thread cnook
Dear Mr. Vincent Torri, When I have tried to build Eina (rev: 61152) on Windows, an error occurs as bellow. eina_inline_lock_win32.x:344:21: error: 'x' undeclared (first use in this function) Sincerely, Shinwoo Kim. --

Re: [E-devel] [Patch] Add XIM module for ecore_imf

2011-07-08 Thread Mike McCormack
On 07/08/2011 03:15 PM, Naruto TAKAHASHI wrote: > Hi, All. > > I attached some patches of XIM module of ecore_imf. > > As far as I know, EFL has not having official ecore_imf module in E > repository. And ecore_x has XIM code but is unavailable condition. > So I moved XIM code of ecore_x as ecore

Re: [E-devel] Evas XCB

2011-07-08 Thread Tom Hacohen
On 08/07/11 03:23, Christopher Michael wrote: > Hi List(s), > > Some of you may have noticed I just committed the changes to Evas for > the new XCB Engine. It is currently disabled by default. You can enable > with --enable-software-xcb, but it is not currently 'usable' without the > proper cod

Re: [E-devel] [Patch] elm_conform patch from Prince

2011-07-08 Thread Daniel Juyung Seo
In SVN. Thanks Prince. Daniel Juyung Seo (SeoZ) On Thu, May 26, 2011 at 11:22 AM, Daniel Juyung Seo wrote: > Dear all, > This is a elm_conform patch from Prince. > Please find the attachment and email. > > If there is no comments in a couple of days, I will commit this in. > It's already reviewe

Re: [E-devel] [Patch] Add XIM module for ecore_imf

2011-07-08 Thread Boris Faure
On Fri, Jul 8, 2011 at 08:15, Naruto TAKAHASHI wrote: > Hi, All. > > I attached some patches of XIM module of ecore_imf. > > As far as I know, EFL has not having official ecore_imf module in E > repository. And ecore_x has XIM code but is unavailable condition. > So I moved XIM code of ecore_x as