Re: [E-devel] E SVN: hermet trunk/efl

2013-01-15 Thread ChunEon Park
t;<enlightenment-...@lists.sourceforge.net>; Sent: 2013-01-16 (수) 01:48:22 Subject: Re: [E-devel] E SVN: hermet trunk/efl On Tue, Jan 15, 2013 at 10:51 AM, Enlightenment SVN <no-reply>@enlightenment.org> wrote: > Log: > efl/ecore_imf - need dependecy from imf modules. > -

Re: [E-devel] E SVN: hermet trunk/efl

2013-01-15 Thread Gustavo Sverzut Barbieri
On Tue, Jan 15, 2013 at 10:51 AM, Enlightenment SVN wrote: > Log: > efl/ecore_imf - need dependecy from imf modules. > - [ibus-1.0 >= 1.4 glib-2.0], > + [ibus-1.0 >= 1.4 glib-2.0 evas ecore-x ecore-evas], > - [scim], > + [scim ecore-x ecore-evas], nooo... why did you do this?

Re: [E-devel] E SVN: hermet trunk/efl/src/lib/evas/canvas

2013-01-14 Thread ChunEon Park
5:21:45 Subject: Re: [E-devel] E SVN: hermet trunk/efl/src/lib/evas/canvas On Tue, Jan 15, 2013 at 2:59 PM, ChunEon Park <hermet>@naver.com> wrote: > I considered also there. but if so, we may need to checkuvx, uvh everywhere before passing the values. > > And it looks it nee

Re: [E-devel] E SVN: hermet trunk/efl/src/lib/evas/canvas

2013-01-14 Thread Cedric BAIL
On Tue, Jan 15, 2013 at 2:59 PM, ChunEon Park wrote: > I considered also there. but if so, we may need to checkuvx, uvh everywhere > before passing the values. > > And it looks it needs to update map with zero sizes if the values are changed > to zero. > > So i put the code inside map update. >

Re: [E-devel] E SVN: hermet trunk/efl/src/lib/evas/canvas

2013-01-14 Thread ChunEon Park
etter fix it first then update CNN. -Regards, Hermet- -Original Message- From: "Cedric BAIL"<cedric.b...@free.fr> To: "e-devel"<enlightenment-devel@lists.sourceforge.net>; Cc: Sent: 2013-01-15 (화) 14:44:18 Subject:

Re: [E-devel] E SVN: hermet trunk/efl/src/lib/evas/canvas

2013-01-14 Thread Cedric BAIL
On Tue, Jan 15, 2013 at 2:11 PM, Enlightenment SVN wrote: > Log: > evas/map - avoid zero divide. Not sure if that's the proper place to fix this issue. uvx and uvw should not be zero. I think it's a bug in the one calling it that show up here. Evas_Render does have code to protect against such ca