Re: [E-devel] E SVN: raster IN trunk/edje: . src/examples

[Vincent Torri]

On Tue, 29 Nov 2011, Enlightenment SVN wrote:

> Log:
> fix distcheck issues with examples. - always install examples, but
>  build is optional.
>
>
>
> Author:   raster
> Date: 2011-11-29 21:15:18 -0800 (Tue, 29 Nov 2011)
> New Revision: 65709
> Trac: http://trac.enlightenment.org/e/changeset/65709
>
> Modified:
>  trunk/edje/configure.ac trunk/edje/src/examples/Makefile.am
>
> Modified: trunk/edje/configure.ac
> ===
> --- trunk/edje/configure.ac   2011-11-30 05:10:23 UTC (rev 65708)
> +++ trunk/edje/configure.ac   2011-11-30 05:15:18 UTC (rev 65709)
> @@ -550,22 +550,22 @@
> AM_CONDITIONAL([INSTALL_EXAMPLES], [test "x${install_examples}" = "xyes"])
>
> build_examples="no"
> -dnl AC_ARG_ENABLE([build-examples],
> -dnlAC_HELP_STRING([--enable-build-examples],
> -dnl   [Enable building examples. This requires extra 
> denpendencies. If you don't have them installed yet, don't build with this 
> option or it will fail. Build again when you have it, overriding the previous 
> installation). @<:@default==disabled@:>@]),
> -dnl[
> -dnl if test "x${enableval}" = "xyes" ; then
> -dnlbuild_examples="yes"
> -dnledje_cc=$($PKG_CONFIG --variable=prefix edje)/bin/edje_cc
> -dnl# put in here the dependencies for Edje' examples. They are
> -dnl# meant to be 'real world' usage examples, thus one will be
> -dnl# using higher level libraries on these programs
> -dnlAC_SUBST(edje_cc)
> -dnl else
> -dnlbuild_examples="no"
> -dnl fi
> -dnl],
> -dnl[build_examples="no"])
> +AC_ARG_ENABLE([build-examples],
> +   AC_HELP_STRING([--enable-build-examples],
> +  [Enable building examples. This requires extra 
> denpendencies. If you don't have them installed yet, don't build with this 
> option or it will fail. Build again when you have it, overriding the previous 
> installation). @<:@default==disabled@:>@]),
> +   [
> +if test "x${enableval}" = "xyes" ; then
> +   build_examples="yes"
> +   edje_cc=$($PKG_CONFIG --variable=prefix edje)/bin/edje_cc

technically, it's wrong : user can choose to install binaries in something 
different than $prefix/bin, by setting $bindir to something different than 
$prefix/bin.

You can just use in the Makefile.am below:

$(bindir)/$(EDJE_CC_PRG)

Vincent

> +  # put in here the dependencies for Edje' examples. They are
> +   # meant to be 'real world' usage examples, thus one will be
> +   # using higher level libraries on these programs
> +   AC_SUBST(edje_cc)
> +else
> +   build_examples="no"
> +fi
> +   ],
> +   [build_examples="no"])
> AM_CONDITIONAL([BUILD_EXAMPLES], [test "x${build_examples}" = "xyes"])
>
> AC_SUBST(requirement_edje)
>
> Modified: trunk/edje/src/examples/Makefile.am
> ===
> --- trunk/edje/src/examples/Makefile.am   2011-11-30 05:10:23 UTC (rev 
> 65708)
> +++ trunk/edje/src/examples/Makefile.am   2011-11-30 05:15:18 UTC (rev 
> 65709)
> @@ -1,12 +1,15 @@
> MAINTAINERCLEANFILES = Makefile.in
>
> pkglibdir = $(datadir)/$(PACKAGE)/examples
> +
> if ENABLE_MULTISENSE
> MULTISENSE_EDC_FILE = multisense.edc
> SND_DIR = -sd $(srcdir)
> endif
> +
> #put here all EDCs one needs to the examples
> -EDCS = basic.edc \
> +EDCS = \
> +basic.edc \
>   swallow.edc \
>   text.edc \
>   table.edc \
> @@ -20,26 +23,48 @@
>   sigtest.edc \
>   $(MULTISENSE_EDC_FILE)
>
> +.edc.edj:
> + $(edje_cc) -v -id $(srcdir) $(SND_DIR) $< $(builddir)/$(@F)
> +
> +EDJS = $(EDCS:%.edc=%.edj)
> +
> filesdir = $(datadir)/$(PACKAGE)/examples
> -files_DATA =
> +files_DATA = \
> +$(EDCS) \
> +bubble.png \
> + red.png \
> + test.png \
> + Vera.ttf \
> + edje-basic.c \
> + edje-swallow.c \
> + edje-text.c \
> + edje-table.c \
> + edje-box.c \
> + edje-box2.c \
> + edje-drag.c \
> + edje-signals-messages.c \
> + edje-color-class.c \
> + edje-perspective.c \
> + edje-animations.c \
> + sigtest.c
>
> +EXTRA_DIST = $(files_DATA)
> +
> if BUILD_EXAMPLES
>
> AM_CPPFLAGS = \
> --I. \
> --I$(top_srcdir)/src/lib \
> --I$(top_srcdir)/src/lib/include \
> --DPACKAGE_BIN_DIR=\"$(bindir)\" \
> --DPACKAGE_LIB_DIR=\"$(libdir)\" \
> --DPACKAGE_DATA_DIR=\"$(datadir)/$(PACKAGE)\" \
> --DPACKAGE_EXAMPLES_DIR=\"$(datadir)/$(PACKAGE)/examples\"
> +-I. \
> +-I$(top_srcdir)/src/lib \
> +-I$(top_srcdir)/src/lib/include \
> +-DPACKAGE_BIN_DIR=\"$(bindir)\" \
> +-DPACKAGE_LIB_DIR=\"$(libdir)\" \
> +-DPACKAGE_DATA_DIR=\"$(datadir)/$(PACKAGE)\" \
> +-DPACKAGE_EXAMPLES_DIR=\"$(datadir)/$(PACKAGE)/examples\" \
> +@EDJE_CFLAGS@
>
> -pkglib_PROGRAMS =
> +files_DATA += $(EDJS)
>
> -#the ones using ecore_evas follow
> -AM_CPPFLAGS += @EDJE_CFLAGS@
> -
> -pkglib_PROGRAMS +=

Re: [E-devel] E SVN: mike_m trunk/ecore/src/lib/ecore

[Vincent Torri]

On Wed, 30 Nov 2011, Mike McCormack wrote:

> On 11/29/2011 07:08 PM, Vincent Torri wrote:
>
>> changelog ?
>
> Surely it's a bit redundant to write both a git/SVN commit message
> and update the ChangeLog?
>
> How about polishing the commit messages a bit, and using those for
> the ChangeLog at some point?

As there is no way for now, and as the policy is to update the ChangeLog 
when doing significant change, you have to update the ChangeLog.

Anyway, about using commit message to update the ChangeLog, I actually use 
for Evil a tool that does the contrary : I update the ChangeLog and it 
commit with a commit message based on the last entry of the ChangeLog. But 
it seems that nobody except me wants to use that tool.

Vincent

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

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

[Michael Blumenkrantz]

On Sun, 27 Nov 2011 15:55:38 -0800
"Enlightenment SVN"  wrote:

> Log:
> edje: major cleanup of map calc in edje, now done inside Edje_Calc_Param.
>   
>   NOTE: This was necessary for solving issue with the new CURRENT feature. I
>   don't like this massive change, but there is no way around. This patch is
>   only the first step, I will wait the full night before completly fixing
>   the issue with CURRENT.
>   
>   WARNING: If this patch doesn't break svn, you must feel lucky and go play
>   money games. In all other case, please report any issue to the developper
>   mailing-list.
>   
> 
> Author:   cedric
> Date: 2011-11-27 15:55:37 -0800 (Sun, 27 Nov 2011)
> New Revision: 65619
> Trac: http://trac.enlightenment.org/e/changeset/65619
> 
> Modified:
>   trunk/edje/src/lib/edje_calc.c trunk/edje/src/lib/edje_private.h 
> 
this breaks compile without calc cache. please if you're going to break stuff,
at least test compile with and without relevant options.

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: mike_m trunk/ecore/src/lib/ecore

[Mike McCormack]

On 11/29/2011 07:08 PM, Vincent Torri wrote:

> changelog ?

Surely it's a bit redundant to write both a git/SVN commit message
and update the ChangeLog?

How about polishing the commit messages a bit, and using those for
the ChangeLog at some point?

thanks,

Mike

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch] quicklaunch patch

[ChunEon Park]

in - rev 65699

-Regards, Hermet-
 
-Original Message-
From: "PRINCE KUMAR DUBEY" 
To: 
"enlightenment-devel@lists.sourceforge.net"
Cc: 
Sent: 11-11-29(화) 19:35:26
Subject: [E-devel] [Patch] quicklaunch patch
Hi,
Attachment to the mail is quicklaunch patch.
Change Log:
a. Fix to handle the condition when read returns 0 and the content of buf is 
uninitialized in function handle_run inside file "src/bin/quicklaunch.c".
b. Indentation correction in function handle_run around the location of fix 
above.
Signed-Off-By: RAJEEV RANJAN 
Signed-Off-By: PRINCE KUMAR DUBEY 
Thank you,
Prince--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch] elm_photocam patch

[ChunEon Park]

in. rev 65698

-Regards, Hermet-
 
-Original Message-
From: "PRINCE KUMAR DUBEY" 
To: 
"enlightenment-devel@lists.sourceforge.net"
Cc: 
Sent: 11-11-29(화) 19:33:44
Subject: [E-devel] [Patch] elm_photocam patch
Hi,
Attachment to the mail is elm_photocam patch.
Change Log:
a. Handled memory allocation failure in function grid_create inside source file 
src/lib/elm_photocam.c of package elementary.
b. Fixed Memory leak in functiongrid_create due to return without releasing 
memory allocated for variable g of type Grid *.
Signed-Off-By: RAJEEV RANJAN 
Signed-Off-By: PRINCE KUMAR DUBEY 
Thank you,
Prince--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch] elm_index patch

[ChunEon Park]

in. rev 65697

-Regards, Hermet-
 
-Original Message-
From: "PRINCE KUMAR DUBEY" 
To: 
"enlightenment-devel@lists.sourceforge.net"
Cc: 
Sent: 11-11-29(화) 19:31:56
Subject: [E-devel] [Patch] elm_index patch
Hi,
Attachment to the mail is elm_index patch.
Change Log:
a. Memory leak fix in function elm_index_item_append_relative due to memory 
allocated for item creation reamined allocated when the control returns.
b. Memory leak fix in function elm_index_item_prepend_relative due to memory 
allocated for item creation reamined allocated when the control returns.
Signed-Off-By: RAJEEV RANJAN 
Signed-Off-By: PRINCE KUMAR DUBEY 
Thank you,
Prince--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch] elm_photocam patch

[The Rasterman]

On Tue, 29 Nov 2011 17:11:18 -0500 Michael Blumenkrantz
 said:

> On Tue, 29 Nov 2011 18:03:01 +0200
> Tom Hacohen  wrote:
> 
> > On 29/11/11 15:44, Michael Blumenkrantz wrote:
> > > Those wd checks are bs. If any of those ever failed your app would go
> > > down in flames anyway.
> > 
> > That's what I said in my first reply, everything will break if malloc 
> > fails, so I don't think we check for malloc success.
> > 
> > --
> > Tom.
> > 
> We still do in libs.

allocations should be checked in libs - if an app chooses not to, that's its
problem (much better it checks though too).

if the allocation fails you unwind (return NULLS etc.) and then hope your
caller does that too and so on.


-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] FOSDEM 2012 - CrossDesktop DevRoom Call for Talks (fwd)

[The Rasterman]

On Tue, 29 Nov 2011 16:47:03 +0100 Philippe Caseiro
 said:

> Hello
> 
>Don't forget to submit your talks, time is running.
> 
>Raster any new for your possible main track ?

still undecided.

> -- 
> Philippe Caseiro
> 
> Change your computer life
> http://www.sourcemage.org
> http://www.enlightenment.org
> http://www.enlightenment.fr
> http://www.archlinux.org
> 
> --
> All the data continuously generated in your IT infrastructure 
> contains a definitive record of customers, application performance, 
> security threats, fraudulent activity, and more. Splunk takes this 
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> 


-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch] elm_photocam patch

[Michael Blumenkrantz]

On Tue, 29 Nov 2011 18:03:01 +0200
Tom Hacohen  wrote:

> On 29/11/11 15:44, Michael Blumenkrantz wrote:
> > Those wd checks are bs. If any of those ever failed your app would go
> > down in flames anyway.
> 
> That's what I said in my first reply, everything will break if malloc 
> fails, so I don't think we check for malloc success.
> 
> --
> Tom.
> 
We still do in libs.

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch] elm_photocam patch

[David Seikel]

On Tue, 29 Nov 2011 18:03:01 +0200 Tom Hacohen
 wrote:

> On 29/11/11 15:44, Michael Blumenkrantz wrote:
> > Those wd checks are bs. If any of those ever failed your app would
> > go down in flames anyway.
> 
> That's what I said in my first reply, everything will break if malloc 
> fails, so I don't think we check for malloc success.

Well, there are three possibilities -

A) Everything goes down in flames.

2) Everything goes down gracefully.

III) Some things go down gracefully as the app / library switches to a
low memory mode.  Perhaps it could free up some temporary or cached
memory it's not really needing right now, switch to an alternate lower
memory algorithm, or just tell the user "I'm sorry Dave, I can't do
that."

Things might not be going down in flames if it's a big allocation that
failed, and you can still allocate lots of smaller stuff.  So instead
of just using a bad alloc and at some point in the future having a
mysterious crash, it's better to tell the user "Um, you don't have
enough RAM to use that 5 TB highly detailed image of the surface of
Mars as a window icon, try something a bit smaller".

But yeah, if there is not enough RAM available to allocate the string
"Fuck you and your dog, not enough bytes to tell you to go to hell",
then crashing mysteriously might be a valid option.  Or you could pre
allocate it, like we do for the White Box of Death.

-- 
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
--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [PATCH] python-elementary: fix build s/Elm_Menu_Item/Elm_Object_Item/g

[Boris Faure]

I've applied the patch and changed some functions as suggested by your comment.

-- 
Boris Faure

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch] elm_photocam patch

[Tom Hacohen]

On 29/11/11 15:44, Michael Blumenkrantz wrote:
> Those wd checks are bs. If any of those ever failed your app would go
> down in flames anyway.

That's what I said in my first reply, everything will break if malloc 
fails, so I don't think we check for malloc success.

--
Tom.


--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] FOSDEM 2012 - CrossDesktop DevRoom Call for Talks (fwd)

[Philippe Caseiro]

Hello

   Don't forget to submit your talks, time is running.

   Raster any new for your possible main track ?

-- 
Philippe Caseiro

Change your computer life
http://www.sourcemage.org
http://www.enlightenment.org
http://www.enlightenment.fr
http://www.archlinux.org

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [patch] elm_genlist - add elm_genlist_item_fields_update function

[Daniel Juyung Seo]

In svn!
Revision 65688.
Thanks.

Daniel Juyung Seo (SeoZ)

On Tue, Nov 29, 2011 at 5:32 PM, Daniel Juyung Seo  wrote:
> Dear Hyoyoung,
> We decided to remove elm_gen. elm_gengrid will be merged to elm_genlist.
> elm_genlist will finally survive :)
>
> So, this patch looks ok.
> I'll commit this patch.
>
> Daniel Juyung Seo (SeoZ)
>
>
> On Fri, Oct 28, 2011 at 7:42 PM, Carsten Haitzler  
> wrote:
>> On Fri, 28 Oct 2011 13:25:56 +0900 Daniel Juyung Seo 
>> said:
>>
>> for upstream - yes. the new api calls should be in elm_gen.c now :/
>>
>>> Good patch. Good for all but I think it's better to apply this to
>>> elm_gen instead of elm_genlist according to the latest upstream
>>> changes.
>>> Thanks.
>>>
>>> Daniel Juyung Seo (SeoZ)
>>>
>>> 2011/10/27 Hyoyoung Chang :
>>> > Hello, it's more revised version of content realize.
>>> >
>>> > Thanks
>>> >
>>> > -Original Message-
>>> > From: Hyoyoung Chang [mailto:hyoyoung.ch...@samsung.com]
>>> > Sent: Thursday, October 27, 2011 2:58 PM
>>> > To: 'Enlightenment developer list'
>>> > Subject: RE: [E-devel] [patch] elm_genlist - add
>>> > elm_genlist_item_fields_update function
>>> >
>>> > Hello
>>> >
>>> > I revised some naming conventions by seoz's comment.
>>> > And also attaching new test case for elm_genlist_item_fields_update.
>>> >
>>> > Thank you
>>> >
>>> > -Original Message-
>>> > From: Hyoyoung Chang [mailto:hyoyoung.ch...@samsung.com]
>>> > Sent: Thursday, October 27, 2011 2:06 PM
>>> > To: 'Enlightenment developer list'
>>> > Subject: [E-devel] [patch] elm_genlist - add 
>>> > elm_genlist_item_fields_update
>>> > function
>>> >
>>> > Dear developers
>>> >
>>> > I made a patch to add elm_genlist_item_fields_update function.
>>> > It can be used to updating genlist's item part without realize/unrealize
>>> > itself.
>>> >
>>> > Prototype is
>>> > elm_genlist_item_fields_update
>>> > (Elm_Genlist_Item *it, const char *part, Elm_Genlist_Item_Field_Flags itf)
>>> >
>>> > Part supports globbing. Passing "*" to part means updating all parts.
>>> > Item field can be one of icon, content and state.
>>> > I think it's useful to speed up if an app updates frequently.
>>> >
>>> > Thanks
>>> >
>>> >
>>> >
>>> > --
>>> > The demand for IT networking professionals continues to grow, and the
>>> > demand for specialized networking skills is growing even more rapidly.
>>> > Take a complimentary Learning@Cisco Self-Assessment and learn
>>> > about Cisco certifications, training, and career opportunities.
>>> > http://p.sf.net/sfu/cisco-dev2dev
>>> > ___
>>> > enlightenment-devel mailing list
>>> > enlightenment-devel@lists.sourceforge.net
>>> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>>> >
>>> >
>>>
>>> --
>>> The demand for IT networking professionals continues to grow, and the
>>> demand for specialized networking skills is growing even more rapidly.
>>> Take a complimentary Learning@Cisco Self-Assessment and learn
>>> about Cisco certifications, training, and career opportunities.
>>> http://p.sf.net/sfu/cisco-dev2dev
>>> ___
>>> enlightenment-devel mailing list
>>> enlightenment-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>>>
>>
>>
>> --
>> - Codito, ergo sum - "I code, therefore I am" --
>> The Rasterman (Carsten Haitzler)    ras...@rasterman.com
>>

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch] elm_photocam patch

[Michael Blumenkrantz]

On Tue, 29 Nov 2011 15:40:28 +0200
Tom Hacohen  wrote:

> On 29/11/11 14:23, Michael Blumenkrantz wrote:
> > that's why there are ZERO alloc checks in all the libs right?
> 
> There are many, but not everywhere... We just check for Widget_Data, 
> Evas_Object and etc, not in smaller pieces of code.
> 
> Anyhow, you are maybe/probably right.
> 
> --
> Tom.
> 
Those wd checks are bs. If any of those ever failed your app would go
down in flames anyway.

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch] elm_photocam patch

[Tom Hacohen]

On 29/11/11 14:23, Michael Blumenkrantz wrote:
> that's why there are ZERO alloc checks in all the libs right?

There are many, but not everywhere... We just check for Widget_Data, 
Evas_Object and etc, not in smaller pieces of code.

Anyhow, you are maybe/probably right.

--
Tom.


--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch] elm_gesture_layer patch

[Daniel Juyung Seo]

Yeah.. I did some tests.
As raster said, it's not possible with our web mail.
We need to find how to change mime content type on windows.
Thanks.

Daniel Juyung Seo (SeoZ)

On Tue, Nov 29, 2011 at 3:35 PM, Carsten Haitzler  wrote:
> On Tue, 29 Nov 2011 00:53:18 -0500 Michael Blumenkrantz
>  said:
>
>> You may remember me from my last mail, in which I requested that you ensure
>> all of your attached patches have the correct content type. Or the mail
>> before that, where I made the same request. Or the one before that. Or the
>> ones prior to those three.
>>
>> In case you have forgotten, I have made sure to once again email you with the
>> following directive:
>>
>> IN FUTURE MAILS, SEND YOUR PATCHES AS EITHER OF THESE TYPES:
>> text/x-patch
>> OR
>> text/plain
>>
>> Thank you.
>
> i'm going to have to back prince up here. what he did is sufficient. as such 
> he
> can't do what you request - it's not possible.
>
> --
> - Codito, ergo sum - "I code, therefore I am" --
> The Rasterman (Carsten Haitzler)    ras...@rasterman.com
>
>
> --
> All the data continuously generated in your IT infrastructure
> contains a definitive record of customers, application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [e-devel] content-type test

[Daniel Juyung Seo]

sorry, yet another test.

--- Original Message ---
Sender : Daniel Juyung Seo S4/Engineer/S/W Platform 
Lab./Samsung Electronics
Date : 2011-11-29 22:01 (GMT+09:00)
Title : [e-devel] content-type test

Hello all, this is a test email for Prince.
I set the content type to plain text.
We will see if it's working.
Thanks.

Daniel Juyung Seo (SeoZ)




test_fu.diff.patch
Description: Binary data
--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [e-devel] content-type test

[Daniel Juyung Seo]

attached file.

--- Original Message ---
Sender : Daniel Juyung Seo S4/Engineer/S/W Platform 
Lab./Samsung Electronics
Date : 2011-11-29 22:01 (GMT+09:00)
Title : [e-devel] content-type test

Hello all, this is a test email for Prince.
I set the content type to plain text.
We will see if it's working.
Thanks.

Daniel Juyung Seo (SeoZ)



test_fu.diff.txt
Description: Binary data
--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] [e-devel] content-type test

[Daniel Juyung Seo]

Hello all, this is a test email for Prince.
I set the content type to plain text.
We will see if it's working.
Thanks.

Daniel Juyung Seo (SeoZ)

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch] elm_photocam patch

[Daniel Juyung Seo]

as far as i know, we checks it.

Daniel Juyung Seo (SeoZ)

On Tue, Nov 29, 2011 at 9:23 PM, Michael Blumenkrantz
 wrote:
> On Tue, 29 Nov 2011 14:22:27 +0200
> Tom Hacohen  wrote:
>
>> On 29/11/11 14:07, Michael Blumenkrantz wrote:
>> > In libraries we handle, in apps we don't.
>>
>> I remember we never do, but I might be wrong. :)
>>
>> --
>> Tom.
>>
> that's why there are ZERO alloc checks in all the libs right?
>
> --
> All the data continuously generated in your IT infrastructure
> contains a definitive record of customers, application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch] elm_photocam patch

[Michael Blumenkrantz]

On Tue, 29 Nov 2011 14:22:27 +0200
Tom Hacohen  wrote:

> On 29/11/11 14:07, Michael Blumenkrantz wrote:
> > In libraries we handle, in apps we don't.
> 
> I remember we never do, but I might be wrong. :)
> 
> --
> Tom.
> 
that's why there are ZERO alloc checks in all the libs right?

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch] elm_photocam patch

[Tom Hacohen]

On 29/11/11 14:07, Michael Blumenkrantz wrote:
> In libraries we handle, in apps we don't.

I remember we never do, but I might be wrong. :)

--
Tom.


--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch] elm_photocam patch

[Michael Blumenkrantz]

On Tue, 29 Nov 2011 14:04:10 +0200
Tom Hacohen  wrote:

> On 29/11/11 12:33, PRINCE KUMAR DUBEY wrote:
> > Change Log:
> > a. Handled memory allocation failure in function grid_create inside source
> > file src/lib/elm_photocam.c of package elementary.
> 
> We usually don't handle memory allocation issues because if those fails, 
> everything goes to hell anyway...
> 
> Maybe I'm wrong, but that's what I remember, seen in code, and follow.
> 
> Any comments anyone?
> 
> --
> Tom.
In libraries we handle, in apps we don't.

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch] elm_photocam patch

[Tom Hacohen]

On 29/11/11 12:33, PRINCE KUMAR DUBEY wrote:
> Change Log:
> a. Handled memory allocation failure in function grid_create inside source 
> file src/lib/elm_photocam.c of package elementary.

We usually don't handle memory allocation issues because if those fails, 
everything goes to hell anyway...

Maybe I'm wrong, but that's what I remember, seen in code, and follow.

Any comments anyone?

--
Tom.

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Juggling priorities.

[David Seikel]

On Tue, 29 Nov 2011 11:47:44 +0100 Cedric BAIL 
wrote:

> On Tue, Nov 29, 2011 at 11:24 AM, David Seikel 
> wrote:
> > On Tue, 29 Nov 2011 05:21:21 -0500 Michael Blumenkrantz
> >  wrote:
> >
> >> On Tue, 29 Nov 2011 20:15:43 +1000
> >> David Seikel  wrote:
> >>
> >> > On Tue, 29 Nov 2011 04:58:12 -0500 Michael Blumenkrantz
> >> >  wrote:
> >> >
> >> > > On Tue, 29 Nov 2011 19:51:26 +1000
> >> > > David Seikel  wrote:
> >> > >
> >> > > > While I'm happy that EFL is working on the tiny little
> >> > > > embedded 800MHz 486 board, it might be a tad underpowered.
> >> > > >
> >> > > > At one point during this devices typical usage, it has to
> >> > > > send stuff to a serial printer, play a sound (through a USB
> >> > > > based built in sound chip), AND do a simple edje animation.
> >> > > >  At other times, it might be doing one of the more complex
> >> > > > animations, but need to play a short sound on demand.  The
> >> > > > printer is kinda fussy about the timing of stuff sent to it.
> >> > > >
> >> > > > After a short bit of testing, the sounds sometimes stutter
> >> > > > quite badly during the heavier animations, but is smooth
> >> > > > during the others. However, this is in a test mode, where
> >> > > > there is more stuff on the screen to slow things down.
> >> > > >
> >> > > > It's my understanding that edje runs in the idler, so
> >> > > > shouldn't the sound and printer, which both use ecore FD
> >> > > > handlers to know when it's a good time to write, have
> >> > > > priority?
> >> > > >
> >> > > > I can probably fine tune things enough with judicious edje
> >> > > > freezes, or frame time, or something.  It does not really
> >> > > > matter if the animations are a little jerky, might not even
> >> > > > be noticeable, but the sound and printing have to be spot on.
> >> > > >
> >> > > > Any hints from those more experienced with edge and FD
> >> > > > handlers?
> >> > > >
> >> > > it's important to keep in mind that ANY blocking will impede
> >> > > execution of the main loop. fd handlers are called as soon as
> >> > > they are able, but select() is limited by the next timer's
> >> > > duration; if you have lots of timers (eg. animations) playing,
> >> > > select() will be available for shorter amounts of time,
> >> > > potentially leading to i/o starvation while timers and related
> >> > > functions do their work.
> >> >
> >> > Good point.
> >> >
> >> > There's only one animation timer waiting at any given moment.
> >> >  It's all very simple sequential animations that roll along one
> >> > after the other, then loop. The "heavy" animation period is a
> >> > 0.12 second timer that triggers 8 simple edje programs (two
> >> > state changes each that just change visibility of small images)
> >> > one every 0.12 seconds.  Then it goes back to the 3 and 5 second
> >> > timers.  This is the bit that's causing the stuttering though,
> >> > and I could work around it more or less.
> >> >
> >> you could try to micro-optimize by combining multiple edje programs
> >> into scripts I suppose
> >
> > I had been thinking that it might be worthwhile to convert them
> > into a lua script.  Should be interesting to see what impact that
> > has on the 486.
> 
> Edje include a cache for not computing again thing that have been
> computed during previous frame. This is disabled by default, but you
> can turn it on it help in many case as it will just recalc the
> animated part of an edje. It does use more memory. Maybe we will turn
> it on for next release.

Ah, that might help a lot.

-- 
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
--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Juggling priorities.

[Cedric BAIL]

On Tue, Nov 29, 2011 at 11:24 AM, David Seikel  wrote:
> On Tue, 29 Nov 2011 05:21:21 -0500 Michael Blumenkrantz
>  wrote:
>
>> On Tue, 29 Nov 2011 20:15:43 +1000
>> David Seikel  wrote:
>>
>> > On Tue, 29 Nov 2011 04:58:12 -0500 Michael Blumenkrantz
>> >  wrote:
>> >
>> > > On Tue, 29 Nov 2011 19:51:26 +1000
>> > > David Seikel  wrote:
>> > >
>> > > > While I'm happy that EFL is working on the tiny little embedded
>> > > > 800MHz 486 board, it might be a tad underpowered.
>> > > >
>> > > > At one point during this devices typical usage, it has to send
>> > > > stuff to a serial printer, play a sound (through a USB based
>> > > > built in sound chip), AND do a simple edje animation.  At other
>> > > > times, it might be doing one of the more complex animations,
>> > > > but need to play a short sound on demand.  The printer is kinda
>> > > > fussy about the timing of stuff sent to it.
>> > > >
>> > > > After a short bit of testing, the sounds sometimes stutter quite
>> > > > badly during the heavier animations, but is smooth during the
>> > > > others. However, this is in a test mode, where there is more
>> > > > stuff on the screen to slow things down.
>> > > >
>> > > > It's my understanding that edje runs in the idler, so shouldn't
>> > > > the sound and printer, which both use ecore FD handlers to know
>> > > > when it's a good time to write, have priority?
>> > > >
>> > > > I can probably fine tune things enough with judicious edje
>> > > > freezes, or frame time, or something.  It does not really
>> > > > matter if the animations are a little jerky, might not even be
>> > > > noticeable, but the sound and printing have to be spot on.
>> > > >
>> > > > Any hints from those more experienced with edge and FD handlers?
>> > > >
>> > > it's important to keep in mind that ANY blocking will impede
>> > > execution of the main loop. fd handlers are called as soon as they
>> > > are able, but select() is limited by the next timer's duration; if
>> > > you have lots of timers (eg. animations) playing, select() will be
>> > > available for shorter amounts of time, potentially leading to i/o
>> > > starvation while timers and related functions do their work.
>> >
>> > Good point.
>> >
>> > There's only one animation timer waiting at any given moment.  It's
>> > all very simple sequential animations that roll along one after the
>> > other, then loop. The "heavy" animation period is a 0.12 second
>> > timer that triggers 8 simple edje programs (two state changes each
>> > that just change visibility of small images) one every 0.12
>> > seconds.  Then it goes back to the 3 and 5 second timers.  This is
>> > the bit that's causing the stuttering though, and I could work
>> > around it more or less.
>> >
>> you could try to micro-optimize by combining multiple edje programs
>> into scripts I suppose
>
> I had been thinking that it might be worthwhile to convert them into a
> lua script.  Should be interesting to see what impact that has on the
> 486.

Edje include a cache for not computing again thing that have been
computed during previous frame. This is disabled by default, but you
can turn it on it help in many case as it will just recalc the
animated part of an edje. It does use more memory. Maybe we will turn
it on for next release.
-- 
Cedric BAIL

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] [Patch] quicklaunch patch

[PRINCE KUMAR DUBEY]

Hi,

Attachment to the mail is quicklaunch patch.

Change Log:
a. Fix to handle the condition when read returns 0 and the content of buf is 
uninitialized in function handle_run inside file "src/bin/quicklaunch.c".
b. Indentation correction in function handle_run around the location of fix 
above.
Signed-Off-By: RAJEEV RANJAN 
Signed-Off-By: PRINCE KUMAR DUBEY 


Thank you,
Prince

quicklaunch.patch
Description: Binary data
--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] [Patch] elm_photocam patch

[PRINCE KUMAR DUBEY]

Hi,

Attachment to the mail is elm_photocam patch.

Change Log:
a. Handled memory allocation failure in function grid_create inside source file 
src/lib/elm_photocam.c of package elementary.
b. Fixed Memory leak in functiongrid_create due to return without releasing 
memory allocated for variable g of type Grid *.
Signed-Off-By: RAJEEV RANJAN 
Signed-Off-By: PRINCE KUMAR DUBEY 


Thank you,
Prince

elm_photocam.patch
Description: Binary data
--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] [Patch] elm_index patch

[PRINCE KUMAR DUBEY]

Hi,

Attachment to the mail is elm_index patch.

Change Log:
a. Memory leak fix in function elm_index_item_append_relative due to memory 
allocated for item creation reamined allocated when the control returns.
b. Memory leak fix in function elm_index_item_prepend_relative due to memory 
allocated for item creation reamined allocated when the control returns.
Signed-Off-By: RAJEEV RANJAN 
Signed-Off-By: PRINCE KUMAR DUBEY 


Thank you,
Prince

elm_index.patch
Description: Binary data
--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Juggling priorities.

[David Seikel]

On Tue, 29 Nov 2011 05:21:21 -0500 Michael Blumenkrantz
 wrote:

> On Tue, 29 Nov 2011 20:15:43 +1000
> David Seikel  wrote:
> 
> > On Tue, 29 Nov 2011 04:58:12 -0500 Michael Blumenkrantz
> >  wrote:
> > 
> > > On Tue, 29 Nov 2011 19:51:26 +1000
> > > David Seikel  wrote:
> > > 
> > > > While I'm happy that EFL is working on the tiny little embedded
> > > > 800MHz 486 board, it might be a tad underpowered.
> > > > 
> > > > At one point during this devices typical usage, it has to send
> > > > stuff to a serial printer, play a sound (through a USB based
> > > > built in sound chip), AND do a simple edje animation.  At other
> > > > times, it might be doing one of the more complex animations,
> > > > but need to play a short sound on demand.  The printer is kinda
> > > > fussy about the timing of stuff sent to it.
> > > > 
> > > > After a short bit of testing, the sounds sometimes stutter quite
> > > > badly during the heavier animations, but is smooth during the
> > > > others. However, this is in a test mode, where there is more
> > > > stuff on the screen to slow things down.
> > > > 
> > > > It's my understanding that edje runs in the idler, so shouldn't
> > > > the sound and printer, which both use ecore FD handlers to know
> > > > when it's a good time to write, have priority?
> > > > 
> > > > I can probably fine tune things enough with judicious edje
> > > > freezes, or frame time, or something.  It does not really
> > > > matter if the animations are a little jerky, might not even be
> > > > noticeable, but the sound and printing have to be spot on.
> > > > 
> > > > Any hints from those more experienced with edge and FD handlers?
> > > > 
> > > it's important to keep in mind that ANY blocking will impede
> > > execution of the main loop. fd handlers are called as soon as they
> > > are able, but select() is limited by the next timer's duration; if
> > > you have lots of timers (eg. animations) playing, select() will be
> > > available for shorter amounts of time, potentially leading to i/o
> > > starvation while timers and related functions do their work.
> > 
> > Good point.
> > 
> > There's only one animation timer waiting at any given moment.  It's
> > all very simple sequential animations that roll along one after the
> > other, then loop. The "heavy" animation period is a 0.12 second
> > timer that triggers 8 simple edje programs (two state changes each
> > that just change visibility of small images) one every 0.12
> > seconds.  Then it goes back to the 3 and 5 second timers.  This is
> > the bit that's causing the stuttering though, and I could work
> > around it more or less.
> > 
> you could try to micro-optimize by combining multiple edje programs
> into scripts I suppose

I had been thinking that it might be worthwhile to convert them into a
lua script.  Should be interesting to see what impact that has on the
486.

-- 
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
--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Juggling priorities.

[Michael Blumenkrantz]

On Tue, 29 Nov 2011 20:15:43 +1000
David Seikel  wrote:

> On Tue, 29 Nov 2011 04:58:12 -0500 Michael Blumenkrantz
>  wrote:
> 
> > On Tue, 29 Nov 2011 19:51:26 +1000
> > David Seikel  wrote:
> > 
> > > While I'm happy that EFL is working on the tiny little embedded
> > > 800MHz 486 board, it might be a tad underpowered.
> > > 
> > > At one point during this devices typical usage, it has to send
> > > stuff to a serial printer, play a sound (through a USB based built
> > > in sound chip), AND do a simple edje animation.  At other times, it
> > > might be doing one of the more complex animations, but need to play
> > > a short sound on demand.  The printer is kinda fussy about the
> > > timing of stuff sent to it.
> > > 
> > > After a short bit of testing, the sounds sometimes stutter quite
> > > badly during the heavier animations, but is smooth during the
> > > others. However, this is in a test mode, where there is more stuff
> > > on the screen to slow things down.
> > > 
> > > It's my understanding that edje runs in the idler, so shouldn't the
> > > sound and printer, which both use ecore FD handlers to know when
> > > it's a good time to write, have priority?
> > > 
> > > I can probably fine tune things enough with judicious edje freezes,
> > > or frame time, or something.  It does not really matter if the
> > > animations are a little jerky, might not even be noticeable, but
> > > the sound and printing have to be spot on.
> > > 
> > > Any hints from those more experienced with edge and FD handlers?
> > > 
> > it's important to keep in mind that ANY blocking will impede
> > execution of the main loop. fd handlers are called as soon as they
> > are able, but select() is limited by the next timer's duration; if
> > you have lots of timers (eg. animations) playing, select() will be
> > available for shorter amounts of time, potentially leading to i/o
> > starvation while timers and related functions do their work.
> 
> Good point.
> 
> There's only one animation timer waiting at any given moment.  It's all
> very simple sequential animations that roll along one after the other,
> then loop. The "heavy" animation period is a 0.12 second timer that
> triggers 8 simple edje programs (two state changes each that just change
> visibility of small images) one every 0.12 seconds.  Then it goes back
> to the 3 and 5 second timers.  This is the bit that's causing the
> stuttering though, and I could work around it more or less.
> 
you could try to micro-optimize by combining multiple edje programs into scripts
I suppose

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: mike_m trunk/ecore/src/lib/ecore

[Vincent Torri]

On Tue, 29 Nov 2011, Michael Blumenkrantz wrote:

> On Tue, 29 Nov 2011 11:08:11 +0100 (CET)
> Vincent Torri  wrote:
>
>>
>>
>> changelog ?
>>
>> vINCENT
>>
>> On Tue, 29 Nov 2011, Enlightenment SVN wrote:
>>
>>> Log:
>>> ecore: Allow quitting the main loop before entering it
>>>
>>>  elementary_config does this, and the glib based main loop didn't support
>>> it.
>>>
>>>  Signed-off-by: Mike McCormack 
>>>
>>> Author:   mike_m
>>> Date: 2011-11-29 01:24:51 -0800 (Tue, 29 Nov 2011)
>>> New Revision: 65683
>>> Trac: http://trac.enlightenment.org/e/changeset/65683
>>>
>>> Modified:
>>>  trunk/ecore/src/lib/ecore/ecore_main.c
>>>
> and NEWS

not sure for NEWS, actually. NEWS is not a copy of ChangeLog.

Vincent

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Juggling priorities.

[David Seikel]

On Tue, 29 Nov 2011 04:58:12 -0500 Michael Blumenkrantz
 wrote:

> On Tue, 29 Nov 2011 19:51:26 +1000
> David Seikel  wrote:
> 
> > While I'm happy that EFL is working on the tiny little embedded
> > 800MHz 486 board, it might be a tad underpowered.
> > 
> > At one point during this devices typical usage, it has to send
> > stuff to a serial printer, play a sound (through a USB based built
> > in sound chip), AND do a simple edje animation.  At other times, it
> > might be doing one of the more complex animations, but need to play
> > a short sound on demand.  The printer is kinda fussy about the
> > timing of stuff sent to it.
> > 
> > After a short bit of testing, the sounds sometimes stutter quite
> > badly during the heavier animations, but is smooth during the
> > others. However, this is in a test mode, where there is more stuff
> > on the screen to slow things down.
> > 
> > It's my understanding that edje runs in the idler, so shouldn't the
> > sound and printer, which both use ecore FD handlers to know when
> > it's a good time to write, have priority?
> > 
> > I can probably fine tune things enough with judicious edje freezes,
> > or frame time, or something.  It does not really matter if the
> > animations are a little jerky, might not even be noticeable, but
> > the sound and printing have to be spot on.
> > 
> > Any hints from those more experienced with edge and FD handlers?
> > 
> it's important to keep in mind that ANY blocking will impede
> execution of the main loop. fd handlers are called as soon as they
> are able, but select() is limited by the next timer's duration; if
> you have lots of timers (eg. animations) playing, select() will be
> available for shorter amounts of time, potentially leading to i/o
> starvation while timers and related functions do their work.

Good point.

There's only one animation timer waiting at any given moment.  It's all
very simple sequential animations that roll along one after the other,
then loop. The "heavy" animation period is a 0.12 second timer that
triggers 8 simple edje programs (two state changes each that just change
visibility of small images) one every 0.12 seconds.  Then it goes back
to the 3 and 5 second timers.  This is the bit that's causing the
stuttering though, and I could work around it more or less.

-- 
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
--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: mike_m trunk/ecore/src/lib/ecore

[Michael Blumenkrantz]

On Tue, 29 Nov 2011 11:08:11 +0100 (CET)
Vincent Torri  wrote:

> 
> 
> changelog ?
> 
> vINCENT
> 
> On Tue, 29 Nov 2011, Enlightenment SVN wrote:
> 
> > Log:
> > ecore: Allow quitting the main loop before entering it
> >
> >  elementary_config does this, and the glib based main loop didn't support
> > it.
> >
> >  Signed-off-by: Mike McCormack 
> >
> > Author:   mike_m
> > Date: 2011-11-29 01:24:51 -0800 (Tue, 29 Nov 2011)
> > New Revision: 65683
> > Trac: http://trac.enlightenment.org/e/changeset/65683
> >
> > Modified:
> >  trunk/ecore/src/lib/ecore/ecore_main.c
> >
and NEWS

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: mike_m trunk/ecore/src/lib/ecore

[Vincent Torri]

changelog ?

vINCENT

On Tue, 29 Nov 2011, Enlightenment SVN wrote:

> Log:
> ecore: Allow quitting the main loop before entering it
>
>  elementary_config does this, and the glib based main loop didn't support it.
>
>  Signed-off-by: Mike McCormack 
>
> Author:   mike_m
> Date: 2011-11-29 01:24:51 -0800 (Tue, 29 Nov 2011)
> New Revision: 65683
> Trac: http://trac.enlightenment.org/e/changeset/65683
>
> Modified:
>  trunk/ecore/src/lib/ecore/ecore_main.c
>
> Modified: trunk/ecore/src/lib/ecore/ecore_main.c
> ===
> --- trunk/ecore/src/lib/ecore/ecore_main.c2011-11-29 09:24:41 UTC (rev 
> 65682)
> +++ trunk/ecore/src/lib/ecore/ecore_main.c2011-11-29 09:24:51 UTC (rev 
> 65683)
> @@ -207,9 +207,7 @@
> #endif
>
> static int in_main_loop = 0;
> -#ifndef USE_G_MAIN_LOOP
> static int do_quit = 0;
> -#endif
> static Ecore_Fd_Handler *fd_handlers = NULL;
> static Ecore_Fd_Handler *fd_handler_current = NULL;
> static Eina_List *fd_handlers_with_prep = NULL;
> @@ -889,8 +887,13 @@
>in_main_loop--;
>_ecore_unlock();
> #else
> -   ecore_main_loop = g_main_loop_new(NULL, FALSE);
> -   g_main_loop_run(ecore_main_loop);
> +   if (!do_quit)
> + {
> +if (!ecore_main_loop)
> +  ecore_main_loop = g_main_loop_new(NULL, FALSE);
> +g_main_loop_run(ecore_main_loop);
> + }
> +   do_quit = 0;
> #endif
> }
>
> @@ -904,10 +907,10 @@
> EAPI void
> ecore_main_loop_quit(void)
> {
> -#ifndef USE_G_MAIN_LOOP
>do_quit = 1;
> -#else
> -   g_main_loop_quit(ecore_main_loop);
> +#ifdef USE_G_MAIN_LOOP
> +   if (ecore_main_loop)
> + g_main_loop_quit(ecore_main_loop);
> #endif
> }
>
>
>
> --
> All the data continuously generated in your IT infrastructure
> contains a definitive record of customers, application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> ___
> enlightenment-svn mailing list
> enlightenment-...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
>
>

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Problem with disabled button

[Guilherme Silveira]

Thanks man..
I'm going to update my version.. ;D

2011/11/29 ChunEon Park 

> Fixed it. thank you for report.
> Log:
> elementary/button - Setting the text after button is disabled then the
> text does not showed up with disabled status.
>
>  fixed it.
>
>
> Author: hermet
> Date: 2011-11-28 20:56:08 -0800 (Mon, 28 Nov 2011)
> New Revision: 65668
> Trac: http://trac.enlightenment.org/e/changeset/65668
> Modified:
>  trunk/elementary/data/themes/widgets/button.edc
> Modified: trunk/elementary/data/themes/widgets/button.edc
> ===
> --- trunk/elementary/data/themes/widgets/button.edc 2011-11-29 03:47:51
> UTC (rev 65667)
> +++ trunk/elementary/data/themes/widgets/button.edc 2011-11-29 04:56:08
> UTC (rev 65668)
> @@ -89,8 +89,6 @@
>  }
>  description { state: "disabled" 0.0;
>  inherit: "default" 0.0;
> - color: 0 0 0 128;
> - color3: 0 0 0 0;
>  }
>  description { state: "disabled_visible" 0.0;
>  inherit: "default" 0.0;
> @@ -230,8 +228,12 @@
>  new Float:vl;
>  get_state(PART:"elm.swallow.content", st, 30, vl);
>  if (!strcmp(st, "icononly"))
> - set_state(PART:"elm.swallow.content", "visible", 0.0);
> - set_state(PART:"elm.text", "visible", 0.0);
> + set_state(PART:"elm.swallow.content", "visible", 0.0);
> + get_state(PART:"elm.text", st, 30, vl);
> + if (!strcmp(st, "disabled") || (!strcmp(st, "disabled_visible")))
> + set_state(PART:"elm.text", "disabled_visible", 0.0);
> + else
> + set_state(PART:"elm.text", "visible", 0.0);
>  }
>  }
>  program { name: "text_hide";
> @@ -244,6 +246,11 @@
>  if (!strcmp(st, "visible"))
>  set_state(PART:"elm.swallow.content", "icononly", 0.0);
>  set_state(PART:"elm.text", "default", 0.0);
> + get_state(PART:"elm.text", st, 30, vl);
> + if (!strcmp(st, "default") || (!strcmp(st, "visible")))
> + set_state(PART:"elm.text", "default", 0.0);
> + else
> + set_state(PART:"elm.text", "disabled", 0.0);
>  }
>  }
>  program { name: "icon_show";
> @@ -268,43 +275,35 @@
>  program { name: "disable";
>  signal: "elm,state,disabled";
>  source: "elm";
> - action: STATE_SET "disabled" 0.0;
> - target: "button_image";
> - target: "over1";
> - target: "over2";
> - target: "disabler";
> - after: "disable_text";
> - }
> - program { name: "disable_text";
>  script {
>  new st[31];
>  new Float:vl;
> + set_state(PART:"button_image", "disabled", 0.0);
> + set_state(PART:"over1", "disabled", 0.0);
> + set_state(PART:"over2", "disabled", 0.0);
> + set_state(PART:"disabler", "disabled", 0.0);
>  get_state(PART:"elm.text", st, 30, vl);
> - if (!strcmp(st, "visible"))
> - set_state(PART:"elm.text", "disabled_visible", 0.0);
> + if (!strcmp(st, "visible") || !strcmp(st, "disabled_visible"))
> + set_state(PART:"elm.text", "disabled_visible", 0.0);
>  else
> - set_state(PART:"elm.text", "disabled", 0.0);
> + set_state(PART:"elm.text", "disabled", 0.0);
>  }
>  }
>  program { name: "enable";
>  signal: "elm,state,enabled";
>  source: "elm";
> - action: STATE_SET "default" 0.0;
> - target: "button_image";
> - target: "over1";
> - target: "over2";
> - target: "disabler";
> - after: "enable_text";
> - }
> - program { name: "enable_text";
>  script {
>  new st[31];
>  new Float:vl;
> + set_state(PART:"button_image", "visible", 0.0);
> + set_state(PART:"over1", "visible", 0.0);
> + set_state(PART:"over2", "visible", 0.0);
> + set_state(PART:"disabler", "visible", 0.0);
>  get_state(PART:"elm.text", st, 30, vl);
> - if (!strcmp(st, "disabled_visible"))
> - set_state(PART:"elm.text", "visible", 0.0);
> + if (!strcmp(st, "visible") || !strcmp(st, "disabled_visible"))
> + set_state(PART:"elm.text", "visible", 0.0);
>  else
> - set_state(PART:"elm.text", "default", 0.0);
> + set_state(PART:"elm.text", "default", 0.0);
>  }
>  }
>  }
> @@ -891,8 +890,6 @@
>  }
>  description { state: "disabled" 0.0;
>  inherit: "default" 0.0;
> - color: 0 0 0 128;
> - color3: 0 0 0 0;
>  }
>  description { state: "disabled_visible" 0.0;
>  inherit: "default" 0.0;
> @@ -1024,8 +1021,12 @@
>  new Float:vl;
>  get_state(PART:"elm.swallow.content", st, 30, vl);
>  if (!strcmp(st, "icononly"))
> - set_state(PART:"elm.swallow.content", "visible", 0.0);
> - set_state(PART:"elm.text", "visible", 0.0);
> + set_state(PART:"elm.swallow.content", "visible", 0.0);
> + get_state(PART:"elm.text", st, 30, vl);
> + if (!strcmp(st, "disabled") || (!strcmp(st, "disabled_visible")))
> + set_state(PART:"elm.text", "disabled_visible", 0.0);
> + else
> + set_state(PART:"elm.text", "visible", 0.0);
>  }
>  }
>  program { name: "text_hide";
> @@ -1038,6 +1039,11 @@
>  if (!strcmp(st, "visible"))
>  set_state(PART:"elm.swallow.content", "icononly", 0.0);
>  set_state(PART:"elm.text", "default", 0.0);
> + get_state(PART:"elm.text", st, 30, vl);
> + if (!strcmp(st, "default") || (!strcmp(st, "visible")))
> + set_state(PART:"elm.text", "default", 0.0);
> + else
> + set_state(PART:"elm.text", "disabled", 0.0);
>  }
>  }
>  program { name: "icon_show";
> @@ -1062,43 +1068,35 @@
>  program { n

Re: [E-devel] Juggling priorities.

[Michael Blumenkrantz]

On Tue, 29 Nov 2011 19:51:26 +1000
David Seikel  wrote:

> While I'm happy that EFL is working on the tiny little embedded 800MHz
> 486 board, it might be a tad underpowered.
> 
> At one point during this devices typical usage, it has to send stuff to
> a serial printer, play a sound (through a USB based built in sound
> chip), AND do a simple edje animation.  At other times, it might be
> doing one of the more complex animations, but need to play a short
> sound on demand.  The printer is kinda fussy about the timing of stuff
> sent to it.
> 
> After a short bit of testing, the sounds sometimes stutter quite badly
> during the heavier animations, but is smooth during the others.
> However, this is in a test mode, where there is more stuff on the
> screen to slow things down.
> 
> It's my understanding that edje runs in the idler, so shouldn't the
> sound and printer, which both use ecore FD handlers to know when it's a
> good time to write, have priority?
> 
> I can probably fine tune things enough with judicious edje freezes, or
> frame time, or something.  It does not really matter if the animations
> are a little jerky, might not even be noticeable, but the sound and
> printing have to be spot on.
> 
> Any hints from those more experienced with edge and FD handlers?
> 
it's important to keep in mind that ANY blocking will impede execution of the
main loop. fd handlers are called as soon as they are able, but select() is
limited by the next timer's duration; if you have lots of timers (eg.
animations) playing, select() will be available for shorter amounts of time,
potentially leading to i/o starvation while timers and related functions do
their work.

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Juggling priorities.

[David Seikel]

While I'm happy that EFL is working on the tiny little embedded 800MHz
486 board, it might be a tad underpowered.

At one point during this devices typical usage, it has to send stuff to
a serial printer, play a sound (through a USB based built in sound
chip), AND do a simple edje animation.  At other times, it might be
doing one of the more complex animations, but need to play a short
sound on demand.  The printer is kinda fussy about the timing of stuff
sent to it.

After a short bit of testing, the sounds sometimes stutter quite badly
during the heavier animations, but is smooth during the others.
However, this is in a test mode, where there is more stuff on the
screen to slow things down.

It's my understanding that edje runs in the idler, so shouldn't the
sound and printer, which both use ecore FD handlers to know when it's a
good time to write, have priority?

I can probably fine tune things enough with judicious edje freezes, or
frame time, or something.  It does not really matter if the animations
are a little jerky, might not even be noticeable, but the sound and
printing have to be spot on.

Any hints from those more experienced with edge and FD handlers?

-- 
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
--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] elementary: missing file in doc/

[The Rasterman]

On Tue, 29 Nov 2011 18:55:24 +1000 David Seikel  said:

> On Tue, 29 Nov 2011 17:48:18 +0900 Jérôme Pinot 
> wrote:
> 
> > Don't know if it was already reported and/or fixed but doc/shot.sh is
> > not in the beta package of elementary and it's required to build the
> > doc.
> 
> Actually, that's not a beta, it's just a snapshot to go along with the
> betas of the other EFL libraries.  

eah. it is indeed not part of beta, but should fix it...

-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch] elm_gesture_layer patch

[Tom Hacohen]

On 29/11/11 11:22, ChunEon Park wrote:
> Sorry Tom.
> But I already reviewed it then pushed.
> rev - 65680.

You bastard!

J/k, it's ok.

Thanks,
Tom.


--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch] elm_glview patch

[ChunEon Park]

in. thank you. 
rev - 65684

-Regards, Hermet-
 
-Original Message-
From: "PRINCE KUMAR DUBEY" 
To: 
"enlightenment-devel@lists.sourceforge.net"
Cc: 
Sent: 11-11-29(화) 17:04:00
Subject: [E-devel] [Patch] elm_glview patch
Hi,
Attachment to the mail is elm_glview patch.
Change Log:
Fix to unreachable code in function elm_glview_resize_policy_set.
Signed-Off-By: RAJEEV RANJAN 
Signed-Off-By: PRINCE KUMAR DUBEY 
Thank you,
Prince--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch] elm_gesture_layer patch

[ChunEon Park]

Sorry Tom. 
But I already reviewed it then pushed. 
rev - 65680.

-Regards, Hermet-
 
-Original Message-
From: "Tom Hacohen" 
To: "Enlightenment developer 
list"
Cc: "PRINCE KUMAR DUBEY"
Sent: 11-11-29(화) 17:17:03
Subject: Re: [E-devel] [Patch] elm_gesture_layer patch
On 29/11/11 07:48, PRINCE KUMAR DUBEY wrote:
> Hi,
>
> On behalf of Rajeev Ranjan, I am submitting the elm_gesture_layer patch.
>
> Change Log:
> a. Variable was used after freeing in function _remove_touched_device, now 
> storing return value of eina_list_remove and then freeing pointer.
> b. gesture pointer was dereferenced before checking it against NULL in 
> function _rotate_test. Now dereferencing happens after NULL check.
> c. Added NULL check for pointer before using it in function _event_process 
> which is dereferenced in function _add_touched_device.
> d. Memory leak fix in function elm_gesture_layer_add. Now using 
> ELM_WIDGET_STANDARD_SETUP which takes care of NULL checks and freeing memory 
> in case of failure.
>
> Please review it.
> I'd appreciate any comments on this.
Thank you very much for the patch. I want Aharon (from my team) to 
review it, but afterwards I'll get it in.
 From what I've seen while skimming, the patch looks good!
Thanks,
Tom.
--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] elementary: missing file in doc/

[David Seikel]

On Tue, 29 Nov 2011 17:48:18 +0900 Jérôme Pinot 
wrote:

> Don't know if it was already reported and/or fixed but doc/shot.sh is
> not in the beta package of elementary and it's required to build the
> doc.

Actually, that's not a beta, it's just a snapshot to go along with the
betas of the other EFL libraries.  

-- 
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
--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] elementary: missing file in doc/

[Michael Blumenkrantz]

On Tue, 29 Nov 2011 17:48:18 +0900
Jérôme Pinot  wrote:

> Hi,
> 
> Don't know if it was already reported and/or fixed but doc/shot.sh is
> not in the beta package of elementary and it's required to build the
> doc.
> 
TIME TO DISABLE THE DOCS

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] elementary: missing file in doc/

[Jérôme Pinot]

Hi,

Don't know if it was already reported and/or fixed but doc/shot.sh is
not in the beta package of elementary and it's required to build the
doc.

-- 
Jérôme Pinot
http://ngc891.blogdns.net/


signature.asc
Description: Digital signature
--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [patch] elm_genlist - add elm_genlist_item_fields_update function

[Daniel Juyung Seo]

Dear Hyoyoung,
We decided to remove elm_gen. elm_gengrid will be merged to elm_genlist.
elm_genlist will finally survive :)

So, this patch looks ok.
I'll commit this patch.

Daniel Juyung Seo (SeoZ)


On Fri, Oct 28, 2011 at 7:42 PM, Carsten Haitzler  wrote:
> On Fri, 28 Oct 2011 13:25:56 +0900 Daniel Juyung Seo 
> said:
>
> for upstream - yes. the new api calls should be in elm_gen.c now :/
>
>> Good patch. Good for all but I think it's better to apply this to
>> elm_gen instead of elm_genlist according to the latest upstream
>> changes.
>> Thanks.
>>
>> Daniel Juyung Seo (SeoZ)
>>
>> 2011/10/27 Hyoyoung Chang :
>> > Hello, it's more revised version of content realize.
>> >
>> > Thanks
>> >
>> > -Original Message-
>> > From: Hyoyoung Chang [mailto:hyoyoung.ch...@samsung.com]
>> > Sent: Thursday, October 27, 2011 2:58 PM
>> > To: 'Enlightenment developer list'
>> > Subject: RE: [E-devel] [patch] elm_genlist - add
>> > elm_genlist_item_fields_update function
>> >
>> > Hello
>> >
>> > I revised some naming conventions by seoz's comment.
>> > And also attaching new test case for elm_genlist_item_fields_update.
>> >
>> > Thank you
>> >
>> > -Original Message-
>> > From: Hyoyoung Chang [mailto:hyoyoung.ch...@samsung.com]
>> > Sent: Thursday, October 27, 2011 2:06 PM
>> > To: 'Enlightenment developer list'
>> > Subject: [E-devel] [patch] elm_genlist - add elm_genlist_item_fields_update
>> > function
>> >
>> > Dear developers
>> >
>> > I made a patch to add elm_genlist_item_fields_update function.
>> > It can be used to updating genlist's item part without realize/unrealize
>> > itself.
>> >
>> > Prototype is
>> > elm_genlist_item_fields_update
>> > (Elm_Genlist_Item *it, const char *part, Elm_Genlist_Item_Field_Flags itf)
>> >
>> > Part supports globbing. Passing "*" to part means updating all parts.
>> > Item field can be one of icon, content and state.
>> > I think it's useful to speed up if an app updates frequently.
>> >
>> > Thanks
>> >
>> >
>> >
>> > --
>> > The demand for IT networking professionals continues to grow, and the
>> > demand for specialized networking skills is growing even more rapidly.
>> > Take a complimentary Learning@Cisco Self-Assessment and learn
>> > about Cisco certifications, training, and career opportunities.
>> > http://p.sf.net/sfu/cisco-dev2dev
>> > ___
>> > enlightenment-devel mailing list
>> > enlightenment-devel@lists.sourceforge.net
>> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>> >
>> >
>>
>> --
>> The demand for IT networking professionals continues to grow, and the
>> demand for specialized networking skills is growing even more rapidly.
>> Take a complimentary Learning@Cisco Self-Assessment and learn
>> about Cisco certifications, training, and career opportunities.
>> http://p.sf.net/sfu/cisco-dev2dev
>> ___
>> enlightenment-devel mailing list
>> enlightenment-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>>
>
>
> --
> - Codito, ergo sum - "I code, therefore I am" --
> The Rasterman (Carsten Haitzler)    ras...@rasterman.com
>

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] [PATCH] python-elementary: fix build s/Elm_Menu_Item/Elm_Object_Item/g

[Martin Jansa]

* this probably isn't right way to fix it as functions like
  elm_menu_item_label_set should probably be renamed too, but at least
  it compiles now with latest efl

Signed-off-by: Martin Jansa 
---
 .../elementary/elementary.c_elementary_menu.pxi|   10 
 .../include/elementary/c_elementary.pxd|   26 ++--
 2 files changed, 18 insertions(+), 18 deletions(-)

diff --git 
a/BINDINGS/python/python-elementary/elementary/elementary.c_elementary_menu.pxi 
b/BINDINGS/python/python-elementary/elementary/elementary.c_elementary_menu.pxi
index 93b52aa..236d45e 100644
--- 
a/BINDINGS/python/python-elementary/elementary/elementary.c_elementary_menu.pxi
+++ 
b/BINDINGS/python/python-elementary/elementary/elementary.c_elementary_menu.pxi
@@ -28,7 +28,7 @@ cdef void _menu_item_del_cb(void *data, c_evas.Evas_Object 
*o, void *event_info)
 it.__del_cb()
 
 cdef class MenuItem:
-cdef Elm_Menu_Item *obj
+cdef Elm_Object_Item *obj
 cdef object cbt
 
 def __del_cb(self):
@@ -38,7 +38,7 @@ cdef class MenuItem:
 
 def __init__(self, c_evas.Object menu, MenuItem parent, label, icon,
  callback, *args, **kargs):
-cdef Elm_Menu_Item *parent_obj = NULL
+cdef Elm_Object_Item *parent_obj = NULL
 cdef void* cbdata = NULL
 cdef void (*cb) (void *, c_evas.Evas_Object *, void *)
 cb = NULL
@@ -128,7 +128,7 @@ cdef class MenuItem:
 lst = elm_menu_item_subitems_get(self.obj)
 itr = lst
 while itr:
-data = elm_menu_item_data_get(itr.data)
+data = elm_menu_item_data_get(itr.data)
 if data != NULL:
 (o, callback, it, a, ka) = data
 ret.append(it)
@@ -144,14 +144,14 @@ cdef void _menu_item_separator_del_cb(void *data, 
c_evas.Evas_Object *o, void *e
 it.__del_cb()
 
 cdef class MenuItemSeparator:
-cdef Elm_Menu_Item *obj
+cdef Elm_Object_Item *obj
 
 def __del_cb(self):
 self.obj = NULL
 Py_DECREF(self)
 
 def __init__(self, c_evas.Object menu, MenuItem parent):
-cdef Elm_Menu_Item *parent_obj = NULL
+cdef Elm_Object_Item *parent_obj = NULL
 
 if parent:
 parent_obj = parent.obj
diff --git 
a/BINDINGS/python/python-elementary/include/elementary/c_elementary.pxd 
b/BINDINGS/python/python-elementary/include/elementary/c_elementary.pxd
index ae159f4..193b38d 100644
--- a/BINDINGS/python/python-elementary/include/elementary/c_elementary.pxd
+++ b/BINDINGS/python/python-elementary/include/elementary/c_elementary.pxd
@@ -204,7 +204,7 @@ cdef extern from "Elementary.h":
 ctypedef evas.c_evas.Eina_Bool (*Elm_Event_Cb) (void *data, 
evas.c_evas.Evas_Object *obj, evas.c_evas.Evas_Object *src, 
evas.c_evas.Evas_Callback_Type t, void *event_info)
 
 ctypedef struct Elm_Hoversel_Item
-ctypedef struct Elm_Menu_Item
+ctypedef struct Elm_Object_Item
 ctypedef struct Elm_Toolbar_Item
 ctypedef struct Elm_List_Item
 ctypedef struct Elm_Carousel_Item
@@ -912,18 +912,18 @@ cdef extern from "Elementary.h":
 evas.c_evas.Evas_Object *elm_menu_add(evas.c_evas.Evas_Object *parent)
 void  elm_menu_move(evas.c_evas.Evas_Object *obj, evas.c_evas.Evas_Coord 
x, evas.c_evas.Evas_Coord y)
 void  elm_menu_parent_set(evas.c_evas.Evas_Object *obj, 
evas.c_evas.Evas_Object *parent)
-Elm_Menu_Item *elm_menu_item_add(evas.c_evas.Evas_Object *obj, 
Elm_Menu_Item *parent, char *icon, char *label, void (*func) (void *data, 
evas.c_evas.Evas_Object *obj, void *event_info), void *data)
-Elm_Menu_Item *elm_menu_item_separator_add(evas.c_evas.Evas_Object *obj, 
Elm_Menu_Item *parent)
-void  elm_menu_item_label_set(Elm_Menu_Item *item, char *label)
-char *elm_menu_item_label_get(Elm_Menu_Item *item)
-void  elm_menu_item_object_icon_name_set(Elm_Menu_Item *item, char *icon)
-void  elm_menu_item_disabled_set(Elm_Menu_Item *item, 
evas.c_evas.Eina_Bool disabled)
-void  elm_menu_item_del(Elm_Menu_Item *item)
-void  elm_menu_item_del_cb_set(Elm_Menu_Item *it, void (*func)(void *data, 
evas.c_evas.Evas_Object *obj, void *event_info))
-void *elm_menu_item_data_get(Elm_Menu_Item *it)
-void  elm_menu_item_data_set(Elm_Menu_Item *item, void *data)
-evas.c_evas.Evas_Object *elm_menu_object_get(Elm_Menu_Item *it)
-evas.c_evas.Eina_List *elm_menu_item_subitems_get(Elm_Menu_Item *item)
+Elm_Object_Item *elm_menu_item_add(evas.c_evas.Evas_Object *obj, 
Elm_Object_Item *parent, char *icon, char *label, void (*func) (void *data, 
evas.c_evas.Evas_Object *obj, void *event_info), void *data)
+Elm_Object_Item *elm_menu_item_separator_add(evas.c_evas.Evas_Object *obj, 
Elm_Object_Item *parent)
+void  elm_menu_item_label_set(Elm_Object_Item *item, char *label)
+char *elm_menu_item_label_get(Elm_Object_Item *item)
+void  elm_menu_item_object_icon_name_set(Elm_Object_Item *item, char *icon)
+void  elm_menu_item_disabled_set(

Re: [E-devel] [Patch] elm_gesture_layer patch

[Tom Hacohen]

On 29/11/11 07:48, PRINCE KUMAR DUBEY wrote:
> Hi,
>
> On behalf of Rajeev Ranjan, I am submitting the elm_gesture_layer patch.
>
> Change Log:
> a. Variable was used after freeing in function _remove_touched_device, now 
> storing return value of eina_list_remove and then freeing pointer.
> b. gesture pointer was dereferenced before checking it against NULL in 
> function _rotate_test. Now dereferencing happens after NULL check.
> c. Added NULL check for pointer before using it in function _event_process 
> which is dereferenced in function _add_touched_device.
> d. Memory leak fix in function elm_gesture_layer_add. Now using 
> ELM_WIDGET_STANDARD_SETUP which takes care of NULL checks and freeing memory 
> in case of failure.
>
> Please review it.
> I'd appreciate any comments on this.

Thank you very much for the patch. I want Aharon (from my team) to 
review it, but afterwards I'll get it in.

 From what I've seen while skimming, the patch looks good!

Thanks,
Tom.


--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] [Patch] elm_glview patch

[PRINCE KUMAR DUBEY]

Hi,

Attachment to the mail is elm_glview patch.

Change Log:
Fix to unreachable code in function elm_glview_resize_policy_set.
Signed-Off-By: RAJEEV RANJAN 
Signed-Off-By: PRINCE KUMAR DUBEY 


Thank you,
Prince

elm_glview.patch
Description: Binary data
--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel