Re: [E-devel] Various patches in eina's doc

On Wed, 18 Jan 2012 09:48:24 +0100 Guillaume Friloux said: > On 18/01/2012 09:14, Carsten Haitzler (The Rasterman) wrote: > > On Wed, 18 Jan 2012 09:52:58 +0200 Tom Hacohen > > said: > > > >> On 18/01/12 09:25, Guillaume Friloux wrote: > >>> I did not that because this is not the most important

Re: [E-devel] E SVN: hermet trunk/elementary/src/lib

How do many appication developers refer that ElementaryChange page? We will just be able to keep elm_deprecated.h as a reference document for current users even we released the elm 1.0. --- -Regards, Hermet- -Original Message- From: "Daniel Juyung Seo"

Re: [E-devel] Bug when changing style

On Thu, 12 Jan 2012 08:35:40 -0200 Guilherme Silveira said: f0xed. rev 67368. > Hi All, > > I think I found a bug when I changing button's style. The problem is when I > change style on clicked callback of button, i wrote a little test to > simulate that.. > In my test I have a timer (1 sec) th

Re: [E-devel] Wobbly Window Option

On Thu, 19 Jan 2012 21:29:38 -0500 Tony Lill said: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > ecomp/ecomorph has a pile of effects, including various wobbly windows. > Perhaps someone could help get it working properly again... you could... but you'll be going against the flow. after

Re: [E-devel] Wobbly Window Option

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 ecomp/ecomorph has a pile of effects, including various wobbly windows. Perhaps someone could help get it working properly again... On 01/19/2012 06:59 PM, Joel Madero wrote: > Thanks for letting me know, I'm going to let the people over in bodhi foru

Re: [E-devel] Wobbly Window Option

On Thu, 19 Jan 2012 15:59:51 -0800 Joel Madero said: > Thanks for letting me know, I'm going to let the people over in bodhi forum > know, maybe one of their devs can tackle it at least for that distro. > Thanks again for the hard work to make it possible the compositor would have to expose move

Re: [E-devel] Wobbly Window Option

Thanks for letting me know, I'm going to let the people over in bodhi forum know, maybe one of their devs can tackle it at least for that distro. Thanks again for the hard work On Thu, Jan 19, 2012 at 3:58 PM, Carsten Haitzler wrote: > On Thu, 19 Jan 2012 15:53:25 -0800 Joel Madero > said: >

Re: [E-devel] Wobbly Window Option

On Thu, 19 Jan 2012 15:53:25 -0800 Joel Madero said: > Hi All, > > After spending quite a bit of time in the forums it's become clear to me > that a lot of people want wobbly windows in Enlightenment. Is this planned > at all? I know it's possibly using the ecomorph but a lot of people think > i

[E-devel] Wobbly Window Option

Hi All, After spending quite a bit of time in the forums it's become clear to me that a lot of people want wobbly windows in Enlightenment. Is this planned at all? I know it's possibly using the ecomorph but a lot of people think it's buggy at best. Thanks for the hard work, it's a great window ma

Re: [E-devel] About places, e17 release and the e file manager

On Thu, 19 Jan 2012 22:44:36 +0100 eva...@evadim.ru said: > Carsten Haitzler писал(а) в своём письме Thu, 19 Jan > 2012 13:39:19 +0100: > > > yeah.. hal worked. i didn't see a problem with it.. but then it got dumped : > > ( > > > > AFAIK, troubles with HAL had HAL maintainers in linux distros.

Re: [E-devel] eina got broke. Or maybe elementary.

Now that I can actually investigate myself, it's happening when I run make doc in elementary/doc -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature ---

Re: [E-devel] About places, e17 release and the e file manager

Carsten Haitzler писал(а) в своём письме Thu, 19 Jan 2012 13:39:19 +0100: > yeah.. hal worked. i didn't see a problem with it.. but then it got dumped :( > AFAIK, troubles with HAL had HAL maintainers in linux distros. HAL was very nice example of open source project which, in fact, have close

Re: [E-devel] SPANK - barbieri * r67355 evas/src/lib/include/evas_blend_ops.h

On 19/01/12 19:44, Gustavo Sverzut Barbieri wrote: > On Thu, Jan 19, 2012 at 3:12 PM, Tom Hacohen < > tom.haco...@partner.samsung.com> wrote: > >> Hey Gustavo and Stefan, >> >> That's a bad fix. The EFL_ALWAYS_INLINE macro is defined in the efl m4 >> file (don't remember the exact name). In it, it

Re: [E-devel] E SVN: barbieri trunk/eeze/src/lib

On Thu, 19 Jan 2012 07:55:04 -0800 "Enlightenment SVN" wrote: > Log: > eeze: fix warnings. > > ioctls just have 3 elements... and 'i' must be reset before using it > again for ipv6. > > > > Author: barbieri > Date: 2012-01-19 07:55:03 -0800 (Thu, 19 Jan 2012) > New Rev

Re: [E-devel] SPANK - barbieri * r67355 evas/src/lib/include/evas_blend_ops.h

On Thu, Jan 19, 2012 at 3:12 PM, Tom Hacohen < tom.haco...@partner.samsung.com> wrote: > Hey Gustavo and Stefan, > > That's a bad fix. The EFL_ALWAYS_INLINE macro is defined in the efl m4 > file (don't remember the exact name). In it, it can be defined as either > "__forceinline", "__attribute__ (

[E-devel] SPANK - barbieri * r67355 evas/src/lib/include/evas_blend_ops.h

Hey Gustavo and Stefan, That's a bad fix. The EFL_ALWAYS_INLINE macro is defined in the efl m4 file (don't remember the exact name). In it, it can be defined as either "__forceinline", "__attribute__ ((__always_inline__)) inline" or "static inline". In the last case your changes will break. The

Re: [E-devel] eina got broke.

Just built everything in my home PC. WFM. On Thu, Jan 19, 2012 at 10:46 PM, Cedric BAIL wrote: > On Thu, Jan 19, 2012 at 2:38 PM, David Seikel wrote: > > I'm getting lots of these while trying to compile latest SVN. > > What are you doing to trigger that error ? Can you get us a valgrind > back

Re: [E-devel] eina got broke.

On Thu, Jan 19, 2012 at 2:38 PM, David Seikel wrote: > I'm getting lots of these while trying to compile latest SVN. What are you doing to trigger that error ? Can you get us a valgrind backtrace ? Thanks, > *** glibc detected > *** > /home/dvs1/e17_svn/SVN/trunk/elementary/doc/widgets/.libs/l

[E-devel] eina got broke.

I'm getting lots of these while trying to compile latest SVN. *** glibc detected *** /home/dvs1/e17_svn/SVN/trunk/elementary/doc/widgets/.libs/lt-widget_preview_fileselector_button2: corrupted double-linked list: 0x01938f40 *** === Backtrace: = /lib/libc.so.6(+0x775b6)[0x2b49

Re: [E-devel] E SVN: tasn trunk/edje/src/lib

On Thu, 19 Jan 2012 23:29:03 +1000 David Seikel wrote: > On Thu, 19 Jan 2012 15:19:29 +0200 Tom Hacohen > wrote: > > > On 19/01/12 15:12, David Seikel wrote: > > > I wonder what other ultra paranoid warnings we will have to "fix" > > > in the future? Is there a -Wyou-spelled-edge-wrong-you-dim

Re: [E-devel] E SVN: tasn trunk/edje/src/lib

On 19/01/12 15:29, David Seikel wrote: > Actually, I was only gonna revert the edje_lua2 part, leaving your > edje_util changes as is. That file is someone elses worry, but I don't > think your changes caused any problem there. Nope, no problem there. I'll re-apply that part once we decide what t

Re: [E-devel] E SVN: tasn trunk/edje/src/lib

On Thu, 19 Jan 2012 15:19:29 +0200 Tom Hacohen wrote: > On 19/01/12 15:12, David Seikel wrote: > > I wonder what other ultra paranoid warnings we will have to "fix" in > > the future? Is there a -Wyou-spelled-edge-wrong-you-dimwit in gcc? > > I've been hit by shadow bugs myself, that's why I li

Re: [E-devel] E SVN: tasn trunk/edje/src/lib

On 19/01/12 15:12, David Seikel wrote: > I wonder what other ultra paranoid warnings we will have to "fix" in > the future? Is there a -Wyou-spelled-edge-wrong-you-dimwit in gcc? I've been hit by shadow bugs myself, that's why I like the warning, and others agree. > Actually it was failing at t

Re: [E-devel] E SVN: tasn trunk/edje/src/lib

On Thu, 19 Jan 2012 15:01:27 +0200 Tom Hacohen wrote: > On 19/01/12 14:56, David Seikel wrote: > > In the case of y1, the difference between a function and a variable > > will be noticed by the compiler. It will complain anyway. Without > > actually looking things up, I suspect the same will

Re: [E-devel] E SVN: tasn trunk/edje/src/lib

On 19/01/12 14:56, David Seikel wrote: > In the case of y1, the difference between a function and a variable > will be noticed by the compiler. It will complain anyway. Without > actually looking things up, I suspect the same will apply to index. > True, but that's not the point. The point i

Re: [E-devel] E SVN: tasn trunk/edje/src/lib

On Thu, 19 Jan 2012 14:43:00 +0200 Tom Hacohen wrote: > There's another big reason for using shadow warnings and that's > removing variables, I almost dismissed this reason myself, but > luckily Gustavo set me straight. For example, lets assume you wrote a > piece of code that uses a local varia

Re: [E-devel] E SVN: tasn trunk/edje/src/lib

On 19/01/12 14:30, David Seikel wrote: > Well, the API names don't clash at all, since on the C side they only > appear inside strings. The Lua side does not have posix, and the API > names are namespaced in tables anyway, so no clash there either. > Though there is a posix library for Lua, we san

Re: [E-devel] About places, e17 release and the e file manager

On Thu, 19 Jan 2012 03:38:38 -0800 (PST) P Purkayastha said: > > > On Thursday, January 19, 2012 4:47:46 PM UTC+8, The Rasterman Carsten > Haitzler wrote: > > > > On Wed, 18 Jan 2012 21:12:39 -0800 (PST) P Purkayastha > > said: > > > Actually the original places module had a very clean prese

Re: [E-devel] E SVN: tasn trunk/edje/src/lib

On Thu, 19 Jan 2012 13:30:31 +0200 Tom Hacohen wrote: > On 19/01/12 12:29, David Seikel wrote: > > You just broke API. Those %y1 and friends in the strings used by > > the _elua_scan_params() and _elua_ret() functions are the names of > > Lua arguments and return values. The Lua scripts expect

Re: [E-devel] E SVN: hermet IN trunk/elementary: doc/widgets src/bin src/examples src/lib

On Sat, Jan 14, 2012 at 7:49 AM, Michael Blumenkrantz wrote: > On Mon,  9 Jan 2012 00:37:31 -0800 > "Enlightenment SVN" wrote: > >> Log: >> elementary/hover - deprecated elm_hover_content_set/get/unset >> >> >> >> Author:       hermet >> Date:         2012-01-09 00:37:29 -0800 (Mon, 09 Jan 2012)

Re: [E-devel] E SVN: hermet trunk/elementary/src/lib

Anyhow, I updated http://trac.enlightenment.org/e/wiki/ElementaryChanges. Thanks. Daniel Juyung Seo (SeoZ) 2012/1/19 Daniel Juyung Seo : > Hello, > > 2012/1/17 ChunEon Park : >> In my opinion, it's enough to add the @deprecated to doxy. >> App developers could find the changes when complie warnin

Re: [E-devel] E SVN: hermet trunk/elementary/src/lib

Hello, 2012/1/17 ChunEon Park : > In my opinion, it's enough to add the @deprecated to doxy. > App developers could find the changes when complie warnings show up. Yes app developers can find the changes IF the deprecated documentation is there forever. I'm not sure the deprecated comments will b

Re: [E-devel] About places, e17 release and the e file manager

On Thursday, January 19, 2012 4:47:46 PM UTC+8, The Rasterman Carsten Haitzler wrote: > > On Wed, 18 Jan 2012 21:12:39 -0800 (PST) P Purkayastha > said: > > Actually the original places module had a very clean presence on the > > desktop. It used to show no internal drives and it would be com

Re: [E-devel] E SVN: tasn trunk/edje/src/lib

On 19/01/12 12:29, David Seikel wrote: > You just broke API. Those %y1 and friends in the strings used by the > _elua_scan_params() and _elua_ret() functions are the names of Lua > arguments and return values. The Lua scripts expect to have these > names as table fields when calling these functio

Re: [E-devel] Eio: build on systems with linux/inotify.h

On 19/01/2012 11:27, Cedric BAIL wrote: > 2012/1/19 Guillaume Friloux : >> On linux systems not having sys/inotify.h, eio doesnt build. >> >> So here is a patch that declares functions inotify_init(), >> inotify_add_watch() and inotify_rm_watch() >> to get it work on those old versions. >> >> Pleas

Re: [E-devel] E SVN: tasn trunk/edje/src/lib

On Thu, 19 Jan 2012 00:17:14 -0800 "Enlightenment SVN" wrote: > Log: > Edje: Replace x1 -> xx1 (also y1, x2 and y2). > > This should probably become the new standard for coords as it > doesn't clash with the damn y1 posix function. > > Thasks to Gustavo for the naming. > > Author:

Re: [E-devel] Eio: build on systems with linux/inotify.h

2012/1/19 Guillaume Friloux : > On linux systems not having sys/inotify.h, eio doesnt build. > > So here is a patch that declares functions inotify_init(), > inotify_add_watch() and inotify_rm_watch() > to get it work on those old versions. > > Please review, and thanks for everything Thanks, in s

Re: [E-devel] About places, e17 release and the e file manager

On Wed, 18 Jan 2012 21:12:39 -0800 (PST) P Purkayastha said: > > > On Thursday, January 19, 2012 8:14:43 AM UTC+8, The Rasterman Carsten > Haitzler wrote: > > > > On Wed, 18 Jan 2012 21:31:36 +0100 Davide Andreoli < > > da...@gurumeditation.it> > > said: > > > leaving places in EXTRA solved th

Re: [E-devel] Emotion not rendering

I have decided not to pursue this route. Threads are truly unsafe. For now I have given up on video playback with animations on top, in windows. Seems like a new backend is essential. Linux is no problem though. On Tue, Jan 17, 2012 at 8:16 AM, Carsten Haitzler wrote: > On Mon, 16 Jan 201

Re: [E-devel] Emotion not rendering

yes seems like that. Lots of work. On Mon, Jan 16, 2012 at 7:32 PM, Vincent Torri wrote: > On Mon, Jan 16, 2012 at 2:47 PM, HariHara Sudhan wrote: > > yes I mean gstreamer. Btw, eio is not installing on windows? > > i've not tried to port eio to Windows yet. I think that there is a bit > of work

[E-devel] Eio: build on systems with linux/inotify.h

On linux systems not having sys/inotify.h, eio doesnt build. So here is a patch that declares functions inotify_init(), inotify_add_watch() and inotify_rm_watch() to get it work on those old versions. Please review, and thanks for everything Index: src/lib/eio_inotify.c =