Re: [E-devel] [Patch] Entry - Password show last input patch

[Tom Hacohen]

On Thu, 2011-06-02 at 14:31 +0900, Carsten Haitzler wrote:
> well you can implement this via signals and/or edje messages, and then on the
> edje side have a program and/or some embryo script handle the signal and/or
> message, BUT on the edje (edc side) you'll need an action type and/or some
> embryo api calls to be able to modify the password show feature on the part.
> much like focus can be modified by the edc side of things to focus the right
> entry part etc.
Giving so much power to the theme designer is against the idea of
putting the security policy in config, which I know is something you
wanted, so which one is it?

--
Tom.


--
Simplify data backup and recovery for your virtual environment with vRanger.
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Discover what all the cheering's about.
Get your free trial download today. 
http://p.sf.net/sfu/quest-dev2dev2 
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch] Entry - Password show last input patch

[The Rasterman]

On Mon, 06 Jun 2011 12:17:55 +0300 Tom Hacohen
 said:

> On Thu, 2011-06-02 at 14:31 +0900, Carsten Haitzler wrote:
> > well you can implement this via signals and/or edje messages, and then on
> > the edje side have a program and/or some embryo script handle the signal
> > and/or message, BUT on the edje (edc side) you'll need an action type
> > and/or some embryo api calls to be able to modify the password show feature
> > on the part. much like focus can be modified by the edc side of things to
> > focus the right entry part etc.
> Giving so much power to the theme designer is against the idea of
> putting the security policy in config, which I know is something you
> wanted, so which one is it?

password mode is already specified in theme. this is no different.

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


--
Simplify data backup and recovery for your virtual environment with vRanger.
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Discover what all the cheering's about.
Get your free trial download today. 
http://p.sf.net/sfu/quest-dev2dev2 
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] sky.jpg missing in elementary

[The Rasterman]

On Mon, 6 Jun 2011 07:27:05 +0200 (CEST) Vincent Torri 
said:

> On Sun, 5 Jun 2011, Vincent Torri wrote:
> > On Sun, 5 Jun 2011, Vincent Torri wrote:
> >> On Sun, 5 Jun 2011, Carsten Haitzler (The Rasterman) wrote:
> >>> On Sun, 5 Jun 2011 08:31:55 +0200 (CEST) Vincent Torri 
> >>> 
> >>> said:
> >>> 
>  
>  
>  On Sun, 5 Jun 2011, Carsten Haitzler (The Rasterman) wrote:
>  
> > On Sun, 5 Jun 2011 00:43:56 +0200 (CEST) Vincent Torri 
> > 
> > said:
> > 
> > works for me. its while building test.edc that it uses it and its in the
> > same dir. its committed to svn and its in the Makefile.am... maybe
> > something is wrong with your jpeg loader in evas?
>  
>  i display the jpeg image without problem with a test file... Another bug
>  to fix in edje_cc :/
> >>> 
> >>> i doubt its edje_cc itself... :)
> >> 
> >> yes, it's in eet.
> >
> > and certainly libjpeg
> 
> with an older libjpeg, it works...

interesting. libjpeg broke compatibility?

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


--
Simplify data backup and recovery for your virtual environment with vRanger.
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Discover what all the cheering's about.
Get your free trial download today. 
http://p.sf.net/sfu/quest-dev2dev2 
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch] Entry - Password show last input patch

[Tom Hacohen]

On Mon, 2011-06-06 at 18:40 +0900, Carsten Haitzler wrote:
> password mode is already specified in theme. this is no different.

True. Ok, but this means putting the timer in the edc vs in elm_config
is a very marginal decision. I.e both make sense.

--
Tom.



--
Simplify data backup and recovery for your virtual environment with vRanger.
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Discover what all the cheering's about.
Get your free trial download today. 
http://p.sf.net/sfu/quest-dev2dev2 
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch] Entry - Password show last input patch

[The Rasterman]

On Mon, 06 Jun 2011 12:46:05 +0300 Tom Hacohen
 said:

> On Mon, 2011-06-06 at 18:40 +0900, Carsten Haitzler wrote:
> > password mode is already specified in theme. this is no different.
> 
> True. Ok, but this means putting the timer in the edc vs in elm_config
> is a very marginal decision. I.e both make sense.

well the alternative is have something like

evas_object_password_last_char_show_timeout_set(obj, 2.0);

or such

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


--
Simplify data backup and recovery for your virtual environment with vRanger.
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Discover what all the cheering's about.
Get your free trial download today. 
http://p.sf.net/sfu/quest-dev2dev2 
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch] Entry - Password show last input patch

[Tom Hacohen]

On Mon, 2011-06-06 at 19:04 +0900, Carsten Haitzler wrote:
> well the alternative is have something like
> 
> evas_object_password_last_char_show_timeout_set(obj, 2.0);

Ok, I'm not sure I follow so I'll just wait and see how things roll.

--
Tom.


--
Simplify data backup and recovery for your virtual environment with vRanger.
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Discover what all the cheering's about.
Get your free trial download today. 
http://p.sf.net/sfu/quest-dev2dev2 
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Error building e17

[Nicolas Aguirre]

Hi i try to build e17 since yesterday, retry this morning but i get this
error :

make[4]: Entering directory
`/home/naguirre/e17_src/e/src/modules/everything'
make[4]: *** No rule to make target `../everything-apps/evry_plug_apps.c',
needed by `evry_plug_apps.lo'.  Stop.
make[4]: Leaving directory `/home/naguirre/e17_src/e/src/modules/everything'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/naguirre/e17_src/e/src/modules'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/naguirre/e17_src/e/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/naguirre/e17_src/e'
make: *** [all] Error 2

ideas ?

-- 
Nicolas Aguirre
Mail: aguirre.nico...@gmail.com
Web: http://enna.geexbox.org
Blog: http://dev.enlightenment.fr/~captainigloo/
--
Simplify data backup and recovery for your virtual environment with vRanger.
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Discover what all the cheering's about.
Get your free trial download today. 
http://p.sf.net/sfu/quest-dev2dev2 
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch] Entry - Password show last input patch

[The Rasterman]

On Mon, 06 Jun 2011 13:26:49 +0300 Tom Hacohen
 said:

> On Mon, 2011-06-06 at 19:04 +0900, Carsten Haitzler wrote:
> > well the alternative is have something like
> > 
> > evas_object_password_last_char_show_timeout_set(obj, 2.0);
> 
> Ok, I'm not sure I follow so I'll just wait and see how things roll.

well you implement that api, or you do it via emitting a signal or sending a
message with the same info and have theme implement it the next step.


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


--
Simplify data backup and recovery for your virtual environment with vRanger.
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Discover what all the cheering's about.
Get your free trial download today. 
http://p.sf.net/sfu/quest-dev2dev2 
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Error building e17

[The Rasterman]

On Mon, 6 Jun 2011 12:32:05 +0200 Nicolas Aguirre 
said:

> Hi i try to build e17 since yesterday, retry this morning but i get this
> error :
> 
> make[4]: Entering directory
> `/home/naguirre/e17_src/e/src/modules/everything'
> make[4]: *** No rule to make target `../everything-apps/evry_plug_apps.c',
> needed by `evry_plug_apps.lo'.  Stop.
> make[4]: Leaving directory `/home/naguirre/e17_src/e/src/modules/everything'
> make[3]: *** [all-recursive] Error 1
> make[3]: Leaving directory `/home/naguirre/e17_src/e/src/modules'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/home/naguirre/e17_src/e/src'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/home/naguirre/e17_src/e'
> make: *** [all] Error 2

you didn't re-run autogen.sh (and dint make clean distclean before)

> ideas ?
> 
> -- 
> Nicolas Aguirre
> Mail: aguirre.nico...@gmail.com
> Web: http://enna.geexbox.org
> Blog: http://dev.enlightenment.fr/~captainigloo/
> --
> Simplify data backup and recovery for your virtual environment with vRanger.
> Installation's a snap, and flexible recovery options mean your data is safe,
> secure and there when you need it. Discover what all the cheering's about.
> Get your free trial download today. 
> http://p.sf.net/sfu/quest-dev2dev2 
> ___
> 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


--
Simplify data backup and recovery for your virtual environment with vRanger.
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Discover what all the cheering's about.
Get your free trial download today. 
http://p.sf.net/sfu/quest-dev2dev2 
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] e17 todo list -> clock+calendar thing done

[Vinícius dos Santos Oliveira]

Awesome work.
Can't wait to install E17 on my Archlinux again.
:)

2011/6/6 Carsten Haitzler 

> a reminder...
>
> http://trac.enlightenment.org/e/wiki/Release
>
> has a todo list... and i'm wading through it bit by bit. i've knocked off a
> few
> of the items and this weekend i polished off the clock one. added a whole
> data
> calendar display in a popup when u click on the clock and a digital mode
> etc.
>
> i'm cherrypicking things from that list bit by bit to get things done, but
> it
> takes some work to get the items done, some need more work than others.
> anyone
> working on stuff should update that list if they are working on it (its a
> wiki
> page - editable) or if they dont plan on working on it, remove their name.
>
> fyi screenies of new clock stuff:
>
> http://www.enlightenment.org/ss/e-4debac6416a8f8.44420097.jpg
> http://www.enlightenment.org/ss/e-4debaca600bcb2.4493.jpg
>
> --
> - Codito, ergo sum - "I code, therefore I am" --
> The Rasterman (Carsten Haitzler)ras...@rasterman.com
>
>
>
> --
> Simplify data backup and recovery for your virtual environment with
> vRanger.
> Installation's a snap, and flexible recovery options mean your data is
> safe,
> secure and there when you need it. Discover what all the cheering's about.
> Get your free trial download today.
> http://p.sf.net/sfu/quest-dev2dev2
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>



-- 
Vinícius dos Santos Oliveira
https://profiles.google.com/118295250366112843114/about

Linux user #481186

Majoring in Computer Science
Instituto da Computação at Universidade Federal de Alagoas
 Maceió, Alagoas, Brazil

"*Who cares?*" -???
--
Simplify data backup and recovery for your virtual environment with vRanger.
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Discover what all the cheering's about.
Get your free trial download today. 
http://p.sf.net/sfu/quest-dev2dev2 
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] sky.jpg missing in elementary

[Vincent Torri]

On Mon, 6 Jun 2011, Carsten Haitzler (The Rasterman) wrote:

> On Mon, 6 Jun 2011 07:27:05 +0200 (CEST) Vincent Torri 
> said:
>
>> On Sun, 5 Jun 2011, Vincent Torri wrote:
>>> On Sun, 5 Jun 2011, Vincent Torri wrote:
 On Sun, 5 Jun 2011, Carsten Haitzler (The Rasterman) wrote:
> On Sun, 5 Jun 2011 08:31:55 +0200 (CEST) Vincent Torri
> 
> said:
>
>>
>>
>> On Sun, 5 Jun 2011, Carsten Haitzler (The Rasterman) wrote:
>>
>>> On Sun, 5 Jun 2011 00:43:56 +0200 (CEST) Vincent Torri
>>> 
>>> said:
>>>
>>> works for me. its while building test.edc that it uses it and its in the
>>> same dir. its committed to svn and its in the Makefile.am... maybe
>>> something is wrong with your jpeg loader in evas?
>>
>> i display the jpeg image without problem with a test file... Another bug
>> to fix in edje_cc :/
>
> i doubt its edje_cc itself... :)

 yes, it's in eet.
>>>
>>> and certainly libjpeg
>>
>> with an older libjpeg, it works...
>
> interesting. libjpeg broke compatibility?

don't know at all. I have to test that with test cases

Vincent

--
Simplify data backup and recovery for your virtual environment with vRanger.
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Discover what all the cheering's about.
Get your free trial download today. 
http://p.sf.net/sfu/quest-dev2dev2 
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] (IDEA) Import/export profile option

[Jeff Hoogland]

Thanks for all that feedback raster - I had thought of a few of those
things, but you brought up a few points I had not thought of.

On Sun, Jun 5, 2011 at 8:32 PM, Carsten Haitzler wrote:

> On Sun, 05 Jun 2011 17:18:06 -0500 Jeff Hoogland 
> said:
>
> > What would people think of having an option in the profiles GUI that
> would
> > allow for easy one click import/export of profile settings? Think this
> could
> > be useful for users that want to share their setups.
> >
> > Figured I would throw the idea out of having it added to the main code
> branch
> > before I went ahead and had it written as a seperate module for Bodhi.
>
> well there is a problem here. there are some things inside the config that
> are
> highly personal and specific to that machine or users files that when
> transferred need either to be set to some defaults or be modified into some
> "generic non full-path form" and/or have the dependent data (the
> wallpape3r,
> theme referenced) packaged along with the profile. this is why i never did
> it
> as the profile was pretty personal.
>
> e.g. wallpaper(s), theme, path appends for data, images, fonts, themes,
> etc.
>
> now modules also is another matter - profile may have set of modules
> enabled
> that other user doesn't have, but its not really possible to just package
> these
> up like edje data files with wallpaper/theme.
>
> some config is "internal and pointless to export" like wallpaper import
> last
> dev/path
>
> some other config is also just dependent on system setup like path to
> system
> apps menu to use, icon theme, maybe custom env vars, desklock custom
> command,
> exebuf term cmd, input method (tho exebuf now is replaced by evry), acpi,
> key,
> mouse and other bindings... and more.
>
> and speaking of evry - every module will have its own config that may or
> may
> not have such system specific entries. hell some may even store sensitive
> personal information. evry will hold history of executed commands and typed
> in
> stuff and much more...
>
> so to do this kind of feature you need a way to handle the above. i think
> it
> falls into the following categories:
>
> 0. the config is safe to just transfer over
> 1. a way of finding dependent data (a theme, wallpaper, whatever) and
> putting
> it in the packaged up profile, unpacking it to a sane location and
> modifying
> the config filed that referred to that data so it works at the other end.
> 2. a way of setting some fields back to empty/0/defaults/whatever if they
> contain useless or entirely personal information
> 3. a way of realizing that there is some system dependency (a specific
> application menu file on the system, a specific icon theme) and a way to
> detect
> that dependency and tell the person who is trying to use the exported
> profile
> of the lack of a dependency
> 4. all config be it in the main e blob or in evry or other modules needs to
> be
> known to b e in one of the above groups and then dealt with appropriately
> at
> both the time of packing it up into a tarball or eet file or whatever and
> at
> the time of installation.
>
> --
> - Codito, ergo sum - "I code, therefore I am" --
> The Rasterman (Carsten Haitzler)ras...@rasterman.com
>
>


-- 
~Jeff Hoogland 
Thoughts on Technology , Tech Blog
Bodhi Linux , Enlightenment for your Desktop
--
Simplify data backup and recovery for your virtual environment with vRanger.
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Discover what all the cheering's about.
Get your free trial download today. 
http://p.sf.net/sfu/quest-dev2dev2 
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Error building e17

[Nicolas Aguirre]

2011/6/6 Carsten Haitzler 

> On Mon, 6 Jun 2011 12:32:05 +0200 Nicolas Aguirre <
> aguirre.nico...@gmail.com>
> said:
>
> > Hi i try to build e17 since yesterday, retry this morning but i get this
> > error :
> >
> > make[4]: Entering directory
> > `/home/naguirre/e17_src/e/src/modules/everything'
> > make[4]: *** No rule to make target
> `../everything-apps/evry_plug_apps.c',
> > needed by `evry_plug_apps.lo'.  Stop.
> > make[4]: Leaving directory
> `/home/naguirre/e17_src/e/src/modules/everything'
> > make[3]: *** [all-recursive] Error 1
> > make[3]: Leaving directory `/home/naguirre/e17_src/e/src/modules'
> > make[2]: *** [all-recursive] Error 1
> > make[2]: Leaving directory `/home/naguirre/e17_src/e/src'
> > make[1]: *** [all-recursive] Error 1
> > make[1]: Leaving directory `/home/naguirre/e17_src/e'
> > make: *** [all] Error 2
>
> you didn't re-run autogen.sh (and dint make clean distclean before)
>
> > ideas ?
> >
> > --
> > Nicolas Aguirre
> > Mail: aguirre.nico...@gmail.com
> > Web: http://enna.geexbox.org
> > Blog: http://dev.enlightenment.fr/~captainigloo/
> >
> --
> > Simplify data backup and recovery for your virtual environment with
> vRanger.
> > Installation's a snap, and flexible recovery options mean your data is
> safe,
> > secure and there when you need it. Discover what all the cheering's
> about.
> > Get your free trial download today.
> > http://p.sf.net/sfu/quest-dev2dev2
> > ___
> > 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
>
>
indeed thanks !

-- 
Nicolas Aguirre
Mail: aguirre.nico...@gmail.com
Web: http://enna.geexbox.org
Blog: http://dev.enlightenment.fr/~captainigloo/
--
Simplify data backup and recovery for your virtual environment with vRanger.
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Discover what all the cheering's about.
Get your free trial download today. 
http://p.sf.net/sfu/quest-dev2dev2 
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Working on Docs

[Gustavo Sverzut Barbieri]

Hi all,

ProFUSION is proud to be back to work on EFL, thanks Samsung ;-)

Our current work is to improve documentation of core EFL so we can
match competitors like Android and iPhone, it should not just improve
parts of API, but lots of examples, diagrams and things that lead
third party application developers to use our libraries properly.

Rasterman requested us to cover few goals:
   - examples should be external files that can be compiled and
checked, avoiding bogus examples ;-)
   - all doc should be in doxygen
   - example files should be installable
   - all examples/docs in the package itself (see below for some shortcomings)
   - big picture should be provided to introduce users to concepts and
ways of doing things, with diagrams and screenshots whenever possible.
Screenshots should be auto-generated to match theme changes with ease.

Shortcomings: EFL is well split into independent modules, Evas does
not depend on Ecore, for instance. But to make actual useful examples,
we rather focus on the important bits and instead of creating our own
implementation to keep modules independent, we'll depend on these
external libraries FOR THE EXAMPLES.
That means that if you --enable-build-examples it will pull in
ecore-evas so we have ecore_evas_new() and ecore_main_loop_begin().
This will require examples to have 2 phase builds.
An alternative we could do is to create a new "sub project" inside
examples/, with it's own "autogen.sh", "configure.ac" and
"Makefile.am" that can even be installed into
/usr/share/$PACKAGE/examples/.  We can link the main project to have
"make examples" to enter examples and run the build on it.   I like
this idea more, but let's see what others think.

We're currently starting with Eina, Eet, Evas and Elementary. Please
try to avoid endless commits changing whitespaces, okay? (/me looks at
Seoz and Hermet).

-- 
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202

--
Simplify data backup and recovery for your virtual environment with vRanger.
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Discover what all the cheering's about.
Get your free trial download today. 
http://p.sf.net/sfu/quest-dev2dev2 
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Working on Docs

[Atton Jonathan]

Amnell has made a general EFL first step documentation in french, maybe it
could help you. http://louis-du-verdier.developpez.com/efl/debuter/


If I can have 1 request about the documentation: explain to the developpers
how to use edje external + elm instead of show them how to use elm in the
c-code. I think it is very important if we want to show something different
from QT/GTK.
I think this tutorial is a good and short demo :
http://watchwolf.fr/index.php?option=com_content&view=article&id=3&Itemid=17&lang=en


2011/6/6 Gustavo Sverzut Barbieri 

> Hi all,
>
> ProFUSION is proud to be back to work on EFL, thanks Samsung ;-)
>
> Our current work is to improve documentation of core EFL so we can
> match competitors like Android and iPhone, it should not just improve
> parts of API, but lots of examples, diagrams and things that lead
> third party application developers to use our libraries properly.
>
> Rasterman requested us to cover few goals:
>   - examples should be external files that can be compiled and
> checked, avoiding bogus examples ;-)
>   - all doc should be in doxygen
>   - example files should be installable
>   - all examples/docs in the package itself (see below for some
> shortcomings)
>   - big picture should be provided to introduce users to concepts and
> ways of doing things, with diagrams and screenshots whenever possible.
> Screenshots should be auto-generated to match theme changes with ease.
>
> Shortcomings: EFL is well split into independent modules, Evas does
> not depend on Ecore, for instance. But to make actual useful examples,
> we rather focus on the important bits and instead of creating our own
> implementation to keep modules independent, we'll depend on these
> external libraries FOR THE EXAMPLES.
>That means that if you --enable-build-examples it will pull in
> ecore-evas so we have ecore_evas_new() and ecore_main_loop_begin().
> This will require examples to have 2 phase builds.
>An alternative we could do is to create a new "sub project" inside
> examples/, with it's own "autogen.sh", "configure.ac" and
> "Makefile.am" that can even be installed into
> /usr/share/$PACKAGE/examples/.  We can link the main project to have
> "make examples" to enter examples and run the build on it.   I like
> this idea more, but let's see what others think.
>
> We're currently starting with Eina, Eet, Evas and Elementary. Please
> try to avoid endless commits changing whitespaces, okay? (/me looks at
> Seoz and Hermet).
>
> --
> Gustavo Sverzut Barbieri
> http://profusion.mobi embedded systems
> --
> MSN: barbi...@gmail.com
> Skype: gsbarbieri
> Mobile: +55 (19) 9225-2202
>
>
> --
> Simplify data backup and recovery for your virtual environment with
> vRanger.
> Installation's a snap, and flexible recovery options mean your data is
> safe,
> secure and there when you need it. Discover what all the cheering's about.
> Get your free trial download today.
> http://p.sf.net/sfu/quest-dev2dev2
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>



-- 
Regards.
--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

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

[Vincent Torri]

On Mon, 6 Jun 2011, Enlightenment SVN wrote:

> Log:
> evas: and some doc for the 6 commits :-)


the @since !!

>
>
> Author:   cedric
> Date: 2011-06-06 10:49:58 -0700 (Mon, 06 Jun 2011)
> New Revision: 6
> Trac: http://trac.enlightenment.org/e/changeset/6
>
> Modified:
>  trunk/evas/src/lib/Evas.h
>
> Modified: trunk/evas/src/lib/Evas.h
> ===
> --- trunk/evas/src/lib/Evas.h 2011-06-06 17:47:32 UTC (rev 5)
> +++ trunk/evas/src/lib/Evas.h 2011-06-06 17:49:58 UTC (rev 6)
> @@ -2848,7 +2848,12 @@
>  */
> EAPI Evas *evas_object_evas_get  (const Evas_Object 
> *obj) EINA_WARN_UNUSED_RESULT EINA_ARG_NONNULL(1) EINA_PURE;
>
> -   EAPI const char   *evas_object_type_get  (const 
> Evas_Object *obj) EINA_WARN_UNUSED_RESULT EINA_ARG_NONNULL(1) EINA_PURE;
> +/**
> + * Retrieves the object type of the given evas object.
> + * @param obj The given object.
> + * @return The type of the object.
> + */
> +EAPI const char   *evas_object_type_get  (const Evas_Object 
> *obj) EINA_WARN_UNUSED_RESULT EINA_ARG_NONNULL(1) EINA_PURE;
>
>
> /**
>
>
> --
> Simplify data backup and recovery for your virtual environment with vRanger.
> Installation's a snap, and flexible recovery options mean your data is safe,
> secure and there when you need it. Discover what all the cheering's about.
> Get your free trial download today.
> http://p.sf.net/sfu/quest-dev2dev2
> ___
> enlightenment-svn mailing list
> enlightenment-...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
>
>

--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: discomfitor trunk/eeze

[Vincent Torri]

On Mon, 6 Jun 2011, Enlightenment SVN wrote:

> Log:
> fix configure on captainigloo's system

and replacing

test -n $mount_v -a $(echo $mount_v | cut -d'.' -f2) -lt 19

by

test -n $mount_v && test "$(echo $mount_v | cut -d'.' -f2)" -lt 19

?

Vincent

>
>
> Author:   discomfitor
> Date: 2011-06-06 12:14:32 -0700 (Mon, 06 Jun 2011)
> New Revision: 60001
> Trac: http://trac.enlightenment.org/e/changeset/60001
>
> Modified:
>  trunk/eeze/configure.ac
>
> Modified: trunk/eeze/configure.ac
> ===
> --- trunk/eeze/configure.ac   2011-06-06 17:49:58 UTC (rev 6)
> +++ trunk/eeze/configure.ac   2011-06-06 19:14:32 UTC (rev 60001)
> @@ -129,7 +129,11 @@
>   fi
>   AC_DEFINE_UNQUOTED([EEZE_EJECT_BIN], ["$with_eject"], [eject bin to use])
> fi
> -AM_CONDITIONAL([OLD_LIBMOUNT], [test -n $mount_v -a $(echo $mount_v | cut 
> -d'.' -f2) -lt 19])
> +if test -n "$mount_v";then
> +  AM_CONDITIONAL([OLD_LIBMOUNT], [test "$(echo $mount_v | cut -d'.' -f2)" 
> -lt 19])
> +else
> +  AM_CONDITIONAL([OLD_LIBMOUNT], [false])
> +fi
> if test -z "$OLD_LIBMOUNT_TRUE" ; then
>   AC_DEFINE_UNQUOTED([OLD_LIBMOUNT], [1], [using first version of libmount])
> fi
>
>
> --
> Simplify data backup and recovery for your virtual environment with vRanger.
> Installation's a snap, and flexible recovery options mean your data is safe,
> secure and there when you need it. Discover what all the cheering's about.
> Get your free trial download today.
> http://p.sf.net/sfu/quest-dev2dev2
> ___
> enlightenment-svn mailing list
> enlightenment-...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
>
>

--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Working on Docs

[Vincent Torri]

On Mon, 6 Jun 2011, Gustavo Sverzut Barbieri wrote:

> Hi all,
>
> ProFUSION is proud to be back to work on EFL, thanks Samsung ;-)
>
> Our current work is to improve documentation of core EFL so we can
> match competitors like Android and iPhone, it should not just improve
> parts of API, but lots of examples, diagrams and things that lead
> third party application developers to use our libraries properly.
>
> Rasterman requested us to cover few goals:
>   - examples should be external files that can be compiled and
> checked, avoiding bogus examples ;-)
>   - all doc should be in doxygen

may i add that all the new exported functions must have @since 1.1 ?

>   - example files should be installable
>   - all examples/docs in the package itself (see below for some shortcomings)
>   - big picture should be provided to introduce users to concepts and
> ways of doing things, with diagrams and screenshots whenever possible.
> Screenshots should be auto-generated to match theme changes with ease.

discomfitor showed me that doc:

http://pugixml.googlecode.com/svn/tags/latest/docs/manual.html

I find the front page very good. Maybe you could look at it and use some 
ideas. What would be nice would be to have the same layout of the front 
page for all the EFL

Vincent

> Shortcomings: EFL is well split into independent modules, Evas does
> not depend on Ecore, for instance. But to make actual useful examples,
> we rather focus on the important bits and instead of creating our own
> implementation to keep modules independent, we'll depend on these
> external libraries FOR THE EXAMPLES.
>That means that if you --enable-build-examples it will pull in
> ecore-evas so we have ecore_evas_new() and ecore_main_loop_begin().
> This will require examples to have 2 phase builds.
>An alternative we could do is to create a new "sub project" inside
> examples/, with it's own "autogen.sh", "configure.ac" and
> "Makefile.am" that can even be installed into
> /usr/share/$PACKAGE/examples/.  We can link the main project to have
> "make examples" to enter examples and run the build on it.   I like
> this idea more, but let's see what others think.
>
> We're currently starting with Eina, Eet, Evas and Elementary. Please
> try to avoid endless commits changing whitespaces, okay? (/me looks at
> Seoz and Hermet).
>
> -- 
> Gustavo Sverzut Barbieri
> http://profusion.mobi embedded systems
> --
> MSN: barbi...@gmail.com
> Skype: gsbarbieri
> Mobile: +55 (19) 9225-2202
>
> --
> Simplify data backup and recovery for your virtual environment with vRanger.
> Installation's a snap, and flexible recovery options mean your data is safe,
> secure and there when you need it. Discover what all the cheering's about.
> Get your free trial download today.
> http://p.sf.net/sfu/quest-dev2dev2
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
>

--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Working on Docs

[Gustavo Sverzut Barbieri]

On Mon, Jun 6, 2011 at 6:27 PM, Vincent Torri  wrote:
> On Mon, 6 Jun 2011, Gustavo Sverzut Barbieri wrote:
>
>> Hi all,
>>
>> ProFUSION is proud to be back to work on EFL, thanks Samsung ;-)
>>
>> Our current work is to improve documentation of core EFL so we can
>> match competitors like Android and iPhone, it should not just improve
>> parts of API, but lots of examples, diagrams and things that lead
>> third party application developers to use our libraries properly.
>>
>> Rasterman requested us to cover few goals:
>>  - examples should be external files that can be compiled and
>> checked, avoiding bogus examples ;-)
>>  - all doc should be in doxygen
>
> may i add that all the new exported functions must have @since 1.1 ?

We'll not create/export new functions. But if that happens, then yes
we can add these.


>>  - example files should be installable
>>  - all examples/docs in the package itself (see below for some
>> shortcomings)
>>  - big picture should be provided to introduce users to concepts and
>> ways of doing things, with diagrams and screenshots whenever possible.
>> Screenshots should be auto-generated to match theme changes with ease.
>
> discomfitor showed me that doc:
>
> http://pugixml.googlecode.com/svn/tags/latest/docs/manual.html
>
> I find the front page very good. Maybe you could look at it and use some
> ideas. What would be nice would be to have the same layout of the front page
> for all the EFL

Yes, later on Raster want us to have an aggregator for the
documentation. Something that links the various modules as it's done
in other platforms. You won't be isolated into evas while reading
about it.


-- 
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202

--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Working on Docs

[Vincent Torri]

On Mon, 6 Jun 2011, Gustavo Sverzut Barbieri wrote:


On Mon, Jun 6, 2011 at 6:27 PM, Vincent Torri  wrote:

On Mon, 6 Jun 2011, Gustavo Sverzut Barbieri wrote:


Hi all,

ProFUSION is proud to be back to work on EFL, thanks Samsung ;-)

Our current work is to improve documentation of core EFL so we can
match competitors like Android and iPhone, it should not just improve
parts of API, but lots of examples, diagrams and things that lead
third party application developers to use our libraries properly.

Rasterman requested us to cover few goals:
 - examples should be external files that can be compiled and
checked, avoiding bogus examples ;-)
 - all doc should be in doxygen


may i add that all the new exported functions must have @since 1.1 ?


We'll not create/export new functions. But if that happens, then yes
we can add these.


well, for example, the cedric's last commit has no @since


 - example files should be installable
 - all examples/docs in the package itself (see below for some
shortcomings)
 - big picture should be provided to introduce users to concepts and
ways of doing things, with diagrams and screenshots whenever possible.
Screenshots should be auto-generated to match theme changes with ease.


discomfitor showed me that doc:

http://pugixml.googlecode.com/svn/tags/latest/docs/manual.html

I find the front page very good. Maybe you could look at it and use some
ideas. What would be nice would be to have the same layout of the front page
for all the EFL


Yes, later on Raster want us to have an aggregator for the
documentation. Something that links the various modules as it's done
in other platforms. You won't be isolated into evas while reading
about it.


ok :)

Vincent--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Working on Docs

[Gustavo Sverzut Barbieri]

On Mon, Jun 6, 2011 at 6:13 PM, Atton Jonathan  wrote:
>
> Amnell has made a general EFL first step documentation in french, maybe it
> could help you. http://louis-du-verdier.developpez.com/efl/debuter/
>
> If I can have 1 request about the documentation: explain to the developpers
> how to use edje external + elm instead of show them how to use elm in the
> c-code. I think it is very important if we want to show something different
> from QT/GTK.
> I think this tutorial is a good and short demo
> : http://watchwolf.fr/index.php?option=com_content&view=article&id=3&Itemid=17&lang=en

Of course. We'll use elm_layout to place things as much as possible.
After all, we've wrote the external part to do just that! ;-)

-- 
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202

--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Working on Docs

[Steven Le Roux]

Hi,

at the last EFL meeting in france with #e.fr , yoz suggested  few,
bloody simple example which could be run by simple copy/paste/compile

I think it's a good idea too because doxygen and API (documentation)
works great with devs, but it's maybe not sexy enough to convert a web
dev/sysadmin/whatever into a C developper...



On Mon, Jun 6, 2011 at 8:49 PM, Gustavo Sverzut Barbieri
 wrote:
> Hi all,
>
> ProFUSION is proud to be back to work on EFL, thanks Samsung ;-)
>
> Our current work is to improve documentation of core EFL so we can
> match competitors like Android and iPhone, it should not just improve
> parts of API, but lots of examples, diagrams and things that lead
> third party application developers to use our libraries properly.
>
> Rasterman requested us to cover few goals:
>   - examples should be external files that can be compiled and
> checked, avoiding bogus examples ;-)
>   - all doc should be in doxygen
>   - example files should be installable
>   - all examples/docs in the package itself (see below for some shortcomings)
>   - big picture should be provided to introduce users to concepts and
> ways of doing things, with diagrams and screenshots whenever possible.
> Screenshots should be auto-generated to match theme changes with ease.
>
> Shortcomings: EFL is well split into independent modules, Evas does
> not depend on Ecore, for instance. But to make actual useful examples,
> we rather focus on the important bits and instead of creating our own
> implementation to keep modules independent, we'll depend on these
> external libraries FOR THE EXAMPLES.
>    That means that if you --enable-build-examples it will pull in
> ecore-evas so we have ecore_evas_new() and ecore_main_loop_begin().
> This will require examples to have 2 phase builds.
>    An alternative we could do is to create a new "sub project" inside
> examples/, with it's own "autogen.sh", "configure.ac" and
> "Makefile.am" that can even be installed into
> /usr/share/$PACKAGE/examples/.  We can link the main project to have
> "make examples" to enter examples and run the build on it.   I like
> this idea more, but let's see what others think.
>
> We're currently starting with Eina, Eet, Evas and Elementary. Please
> try to avoid endless commits changing whitespaces, okay? (/me looks at
> Seoz and Hermet).
>
> --
> Gustavo Sverzut Barbieri
> http://profusion.mobi embedded systems
> --
> MSN: barbi...@gmail.com
> Skype: gsbarbieri
> Mobile: +55 (19) 9225-2202
>
> --
> Simplify data backup and recovery for your virtual environment with vRanger.
> Installation's a snap, and flexible recovery options mean your data is safe,
> secure and there when you need it. Discover what all the cheering's about.
> Get your free trial download today.
> http://p.sf.net/sfu/quest-dev2dev2
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>



-- 
Steven Le Roux
Jabber-ID : ste...@jabber.fr
0x39494CCB 
2FF7 226B 552E 4709 03F0  6281 72D7 A010 3949 4CCB

--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Working on Docs

[Vincent Torri]

On Mon, 6 Jun 2011, Steven Le Roux wrote:


Hi,

at the last EFL meeting in france with #e.fr , yoz suggested  few,
bloody simple example which could be run by simple copy/paste/compile

I think it's a good idea too because doxygen and API (documentation)
works great with devs, but it's maybe not sexy enough to convert a web
dev/sysadmin/whatever into a C developper...


in the eina doc, i added tutorials that could be copy/pasted. I even added 
how to compile them, iirc


Vincent





On Mon, Jun 6, 2011 at 8:49 PM, Gustavo Sverzut Barbieri
 wrote:

Hi all,

ProFUSION is proud to be back to work on EFL, thanks Samsung ;-)

Our current work is to improve documentation of core EFL so we can
match competitors like Android and iPhone, it should not just improve
parts of API, but lots of examples, diagrams and things that lead
third party application developers to use our libraries properly.

Rasterman requested us to cover few goals:
  - examples should be external files that can be compiled and
checked, avoiding bogus examples ;-)
  - all doc should be in doxygen
  - example files should be installable
  - all examples/docs in the package itself (see below for some shortcomings)
  - big picture should be provided to introduce users to concepts and
ways of doing things, with diagrams and screenshots whenever possible.
Screenshots should be auto-generated to match theme changes with ease.

Shortcomings: EFL is well split into independent modules, Evas does
not depend on Ecore, for instance. But to make actual useful examples,
we rather focus on the important bits and instead of creating our own
implementation to keep modules independent, we'll depend on these
external libraries FOR THE EXAMPLES.
   That means that if you --enable-build-examples it will pull in
ecore-evas so we have ecore_evas_new() and ecore_main_loop_begin().
This will require examples to have 2 phase builds.
   An alternative we could do is to create a new "sub project" inside
examples/, with it's own "autogen.sh", "configure.ac" and
"Makefile.am" that can even be installed into
/usr/share/$PACKAGE/examples/.  We can link the main project to have
"make examples" to enter examples and run the build on it.   I like
this idea more, but let's see what others think.

We're currently starting with Eina, Eet, Evas and Elementary. Please
try to avoid endless commits changing whitespaces, okay? (/me looks at
Seoz and Hermet).

--
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202

--
Simplify data backup and recovery for your virtual environment with vRanger.
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Discover what all the cheering's about.
Get your free trial download today.
http://p.sf.net/sfu/quest-dev2dev2
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel





--
Steven Le Roux
Jabber-ID : ste...@jabber.fr
0x39494CCB 
2FF7 226B 552E 4709 03F0  6281 72D7 A010 3949 4CCB

--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] (IDEA) Import/export profile option

[The Rasterman]

On Mon, 6 Jun 2011 12:00:50 -0500 Jeff Hoogland  said:

more importantly... do you have a plan for a solution? :)

> Thanks for all that feedback raster - I had thought of a few of those
> things, but you brought up a few points I had not thought of.
> 
> On Sun, Jun 5, 2011 at 8:32 PM, Carsten Haitzler wrote:
> 
> > On Sun, 05 Jun 2011 17:18:06 -0500 Jeff Hoogland 
> > said:
> >
> > > What would people think of having an option in the profiles GUI that
> > would
> > > allow for easy one click import/export of profile settings? Think this
> > could
> > > be useful for users that want to share their setups.
> > >
> > > Figured I would throw the idea out of having it added to the main code
> > branch
> > > before I went ahead and had it written as a seperate module for Bodhi.
> >
> > well there is a problem here. there are some things inside the config that
> > are
> > highly personal and specific to that machine or users files that when
> > transferred need either to be set to some defaults or be modified into some
> > "generic non full-path form" and/or have the dependent data (the
> > wallpape3r,
> > theme referenced) packaged along with the profile. this is why i never did
> > it
> > as the profile was pretty personal.
> >
> > e.g. wallpaper(s), theme, path appends for data, images, fonts, themes,
> > etc.
> >
> > now modules also is another matter - profile may have set of modules
> > enabled
> > that other user doesn't have, but its not really possible to just package
> > these
> > up like edje data files with wallpaper/theme.
> >
> > some config is "internal and pointless to export" like wallpaper import
> > last
> > dev/path
> >
> > some other config is also just dependent on system setup like path to
> > system
> > apps menu to use, icon theme, maybe custom env vars, desklock custom
> > command,
> > exebuf term cmd, input method (tho exebuf now is replaced by evry), acpi,
> > key,
> > mouse and other bindings... and more.
> >
> > and speaking of evry - every module will have its own config that may or
> > may
> > not have such system specific entries. hell some may even store sensitive
> > personal information. evry will hold history of executed commands and typed
> > in
> > stuff and much more...
> >
> > so to do this kind of feature you need a way to handle the above. i think
> > it
> > falls into the following categories:
> >
> > 0. the config is safe to just transfer over
> > 1. a way of finding dependent data (a theme, wallpaper, whatever) and
> > putting
> > it in the packaged up profile, unpacking it to a sane location and
> > modifying
> > the config filed that referred to that data so it works at the other end.
> > 2. a way of setting some fields back to empty/0/defaults/whatever if they
> > contain useless or entirely personal information
> > 3. a way of realizing that there is some system dependency (a specific
> > application menu file on the system, a specific icon theme) and a way to
> > detect
> > that dependency and tell the person who is trying to use the exported
> > profile
> > of the lack of a dependency
> > 4. all config be it in the main e blob or in evry or other modules needs to
> > be
> > known to b e in one of the above groups and then dealt with appropriately
> > at
> > both the time of packing it up into a tarball or eet file or whatever and
> > at
> > the time of installation.
> >
> > --
> > - Codito, ergo sum - "I code, therefore I am" --
> > The Rasterman (Carsten Haitzler)ras...@rasterman.com
> >
> >
> 
> 
> -- 
> ~Jeff Hoogland 
> Thoughts on Technology , Tech Blog
> Bodhi Linux , Enlightenment for your Desktop


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


--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Working on Docs

[Vincent Torri]

On Mon, 6 Jun 2011, Gustavo Sverzut Barbieri wrote:

> Hi all,
>
> ProFUSION is proud to be back to work on EFL, thanks Samsung ;-)

and i forgot : that's VERY good news to see Profusion back !

Vincent

>
> Our current work is to improve documentation of core EFL so we can
> match competitors like Android and iPhone, it should not just improve
> parts of API, but lots of examples, diagrams and things that lead
> third party application developers to use our libraries properly.
>
> Rasterman requested us to cover few goals:
>   - examples should be external files that can be compiled and
> checked, avoiding bogus examples ;-)
>   - all doc should be in doxygen
>   - example files should be installable
>   - all examples/docs in the package itself (see below for some shortcomings)
>   - big picture should be provided to introduce users to concepts and
> ways of doing things, with diagrams and screenshots whenever possible.
> Screenshots should be auto-generated to match theme changes with ease.
>
> Shortcomings: EFL is well split into independent modules, Evas does
> not depend on Ecore, for instance. But to make actual useful examples,
> we rather focus on the important bits and instead of creating our own
> implementation to keep modules independent, we'll depend on these
> external libraries FOR THE EXAMPLES.
>That means that if you --enable-build-examples it will pull in
> ecore-evas so we have ecore_evas_new() and ecore_main_loop_begin().
> This will require examples to have 2 phase builds.
>An alternative we could do is to create a new "sub project" inside
> examples/, with it's own "autogen.sh", "configure.ac" and
> "Makefile.am" that can even be installed into
> /usr/share/$PACKAGE/examples/.  We can link the main project to have
> "make examples" to enter examples and run the build on it.   I like
> this idea more, but let's see what others think.
>
> We're currently starting with Eina, Eet, Evas and Elementary. Please
> try to avoid endless commits changing whitespaces, okay? (/me looks at
> Seoz and Hermet).
>
> -- 
> Gustavo Sverzut Barbieri
> http://profusion.mobi embedded systems
> --
> MSN: barbi...@gmail.com
> Skype: gsbarbieri
> Mobile: +55 (19) 9225-2202
>
> --
> Simplify data backup and recovery for your virtual environment with vRanger.
> Installation's a snap, and flexible recovery options mean your data is safe,
> secure and there when you need it. Discover what all the cheering's about.
> Get your free trial download today.
> http://p.sf.net/sfu/quest-dev2dev2
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
>

--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Working on Docs

[Steven Le Roux]

On Mon, Jun 6, 2011 at 9:47 PM, Vincent Torri  wrote:
>
>
> On Mon, 6 Jun 2011, Steven Le Roux wrote:
>
>> Hi,
>>
>> at the last EFL meeting in france with #e.fr , yoz suggested  few,
>> bloody simple example which could be run by simple copy/paste/compile
>>
>> I think it's a good idea too because doxygen and API (documentation)
>> works great with devs, but it's maybe not sexy enough to convert a web
>> dev/sysadmin/whatever into a C developper...
>
> in the eina doc, i added tutorials that could be copy/pasted. I even added
> how to compile them, iirc
>

great :)

> Vincent
>
>>
>>
>>
>> On Mon, Jun 6, 2011 at 8:49 PM, Gustavo Sverzut Barbieri
>>  wrote:
>>>
>>> Hi all,
>>>
>>> ProFUSION is proud to be back to work on EFL, thanks Samsung ;-)
>>>
>>> Our current work is to improve documentation of core EFL so we can
>>> match competitors like Android and iPhone, it should not just improve
>>> parts of API, but lots of examples, diagrams and things that lead
>>> third party application developers to use our libraries properly.
>>>
>>> Rasterman requested us to cover few goals:
>>>   - examples should be external files that can be compiled and
>>> checked, avoiding bogus examples ;-)
>>>   - all doc should be in doxygen
>>>   - example files should be installable
>>>   - all examples/docs in the package itself (see below for some
>>> shortcomings)
>>>   - big picture should be provided to introduce users to concepts and
>>> ways of doing things, with diagrams and screenshots whenever possible.
>>> Screenshots should be auto-generated to match theme changes with ease.
>>>
>>> Shortcomings: EFL is well split into independent modules, Evas does
>>> not depend on Ecore, for instance. But to make actual useful examples,
>>> we rather focus on the important bits and instead of creating our own
>>> implementation to keep modules independent, we'll depend on these
>>> external libraries FOR THE EXAMPLES.
>>>    That means that if you --enable-build-examples it will pull in
>>> ecore-evas so we have ecore_evas_new() and ecore_main_loop_begin().
>>> This will require examples to have 2 phase builds.
>>>    An alternative we could do is to create a new "sub project" inside
>>> examples/, with it's own "autogen.sh", "configure.ac" and
>>> "Makefile.am" that can even be installed into
>>> /usr/share/$PACKAGE/examples/.  We can link the main project to have
>>> "make examples" to enter examples and run the build on it.   I like
>>> this idea more, but let's see what others think.
>>>
>>> We're currently starting with Eina, Eet, Evas and Elementary. Please
>>> try to avoid endless commits changing whitespaces, okay? (/me looks at
>>> Seoz and Hermet).
>>>
>>> --
>>> Gustavo Sverzut Barbieri
>>> http://profusion.mobi embedded systems
>>> --
>>> MSN: barbi...@gmail.com
>>> Skype: gsbarbieri
>>> Mobile: +55 (19) 9225-2202
>>>
>>>
>>> --
>>> Simplify data backup and recovery for your virtual environment with
>>> vRanger.
>>> Installation's a snap, and flexible recovery options mean your data is
>>> safe,
>>> secure and there when you need it. Discover what all the cheering's
>>> about.
>>> Get your free trial download today.
>>> http://p.sf.net/sfu/quest-dev2dev2
>>> ___
>>> enlightenment-devel mailing list
>>> enlightenment-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>>>
>>
>>
>>
>> --
>> Steven Le Roux
>> Jabber-ID : ste...@jabber.fr
>> 0x39494CCB 
>> 2FF7 226B 552E 4709 03F0  6281 72D7 A010 3949 4CCB
>>
>>
>> --
>> EditLive Enterprise is the world's most technically advanced content
>> authoring tool. Experience the power of Track Changes, Inline Image
>> Editing and ensure content is compliant with Accessibility Checking.
>> http://p.sf.net/sfu/ephox-dev2dev
>> ___
>> enlightenment-devel mailing list
>> enlightenment-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>>
>



-- 
Steven Le Roux
Jabber-ID : ste...@jabber.fr
0x39494CCB 
2FF7 226B 552E 4709 03F0  6281 72D7 A010 3949 4CCB

--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

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

[Cedric BAIL]

On Mon, Jun 6, 2011 at 11:16 PM, Vincent Torri  wrote:
> On Mon, 6 Jun 2011, Enlightenment SVN wrote:
>> Log:
>> evas: and some doc for the 6 commits :-)
> the @since !!

Why ? This function exists since 1.0. It was just not documented.
-- 
Cedric BAIL

--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

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

[Vincent Torri]

On Mon, 6 Jun 2011, Cedric BAIL wrote:

> On Mon, Jun 6, 2011 at 11:16 PM, Vincent Torri  wrote:
>> On Mon, 6 Jun 2011, Enlightenment SVN wrote:
>>> Log:
>>> evas: and some doc for the 6 commits :-)
>> the @since !!
>
> Why ? This function exists since 1.0. It was just not documented.

sorry, i just see the + on the API and not the - just above the doc. So i 
thought it was an addition

Vincent

--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Working on Docs

[Gustavo Sverzut Barbieri]

On Mon, Jun 6, 2011 at 6:44 PM, Steven Le Roux  wrote:
> Hi,
>
> at the last EFL meeting in france with #e.fr , yoz suggested  few,
> bloody simple example which could be run by simple copy/paste/compile
>
> I think it's a good idea too because doxygen and API (documentation)
> works great with devs, but it's maybe not sexy enough to convert a web
> dev/sysadmin/whatever into a C developper...

well, this is another problem I'm personally interested for a while.

EFL's biggest problem is the lack of applications(*) using it. And
lack of application is deeply linked with lack of high level
languages(**), at least supported officially and as a first class
citizen. I tried to solve this long ago when I created python-efl to
save our development time with Canola software (circa 2007). It turned
out to be successfully OUTSIDE efl community, with great adoption on
Maemo and OpenMoko and it you aggregate these applications, it turns
out we have more Python-EFL applications than C applications using EFL
:-)   Nonetheless EFL community bashes Python's usage and I have no
free time (or motivation for the sake of it) to maintain python-efl or
bring it to a first-class citizen of our community.

In the hope to solve this problem I'm trying to find companies to
sponsor/contract a project to create JavaScript bindings and actually
an even higher level layer on top of Elementary to make development as
simple as web. It's being hard, but if you know interested companies
let me know ;-)   The idea is instead of just exposing widgets to
users and having them to do plumbing to get something that resembles
an application, we follow Web Frameworks (Rails, Django) or Mobile
Frameworks (iPhone, Android) and deliver solutions that abstract those
and let the developer focus on the problem rather then extensive work
to get basics. -- Real world example is the amount of work you have to
do to create drill down navigation in EFL x (Android|iPhone).

The combination of Higher Level Languages x Higher Level Toolkit will
result in LESS code to type, LESS places to do mistakes and EASIER
copy and paste of common cases as examples. If you ever did Web
development you know that CSS, JS and HTML are things few people know
properly, but anyway you see millions of web sites that people like
:-)


(*) writing libraries without actual use cases (applications) leads to
infinite rework on some bits, and wrong designs that when we try to
put in use we face unusable patterns. For a long time E17 was the
sole application using EFL.  I know it's hard to get core people to
work on UI/applications, thus that's why we need to solve the problem
listed in (**).

(**) many people don't get along with C, even people that contribute
with core EFL make gross mistakes on its usage. Pointers, callbacks
and manual memory management are major pitfalls for developers. While
developing an application to do X you rather focus on doing X properly
than dealing with low level language nasties. The more you focus on
creating auxiliary structures, doing casts, checking memory pointers
and freeing them, the less stamina you have to think about the actual
purpose of your application. Then either you have an application that
suck because you struggled too much with the internals instead of
designing a proper UI, or you don't even finish your application at
all. -- a common pattern ;-)




-- 
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202

--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Working on Docs

[The Rasterman]

On Mon, 6 Jun 2011 18:14:55 -0300 Gustavo Sverzut Barbieri
 said:

> On Mon, Jun 6, 2011 at 6:13 PM, Atton Jonathan 
> wrote:
> >
> > Amnell has made a general EFL first step documentation in french, maybe it
> > could help you. http://louis-du-verdier.developpez.com/efl/debuter/
> >
> > If I can have 1 request about the documentation: explain to the developpers
> > how to use edje external + elm instead of show them how to use elm in the
> > c-code. I think it is very important if we want to show something different
> > from QT/GTK.
> > I think this tutorial is a good and short demo
> > : http://watchwolf.fr/index.php?option=com_content&view=article&id=3&Itemid=17&lang=en
> 
> Of course. We'll use elm_layout to place things as much as possible.
> After all, we've wrote the external part to do just that! ;-)

hooray. and complicate app development massively in the process. edje is there
for when u want to get advanced, NOT for just writing your regular-joe apps.
the app dev now needs to have a comp[ile setup for an edc file, install it,
find it and load it all at runtime as well as have to hunt down a part name,
find it and then finally do everything they could have done with 1 line of code
(that now became multiple lines just to use  an external edje file). they also
now need to wrestle with a whole new language, syntax, file, set of keys,
properties and so on that they don't know just to get a very simple thing done.

you are doing nobody a favor by pushing this agenda. i see confusion and
complaints every single day because of this push to use edje as the "way to do
a gui layout" that is better done using ju7st basic boxes, tables etc. etc.
inline in the code.

use edje WHERE APPROPRIATE. not WHENEVER YOU CAN.


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


--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Working on Docs

[Daniel Juyung Seo]

> ProFUSION is proud to be back to work on EFL, thanks Samsung ;-)

Welcome back ProFUSION :) You guys were away for so long.

> Our current work is to improve documentation of core EFL so we can
> match competitors like Android and iPhone, it should not just improve
> parts of API, but lots of examples, diagrams and things that lead
> third party application developers to use our libraries properly.

Yeah documentation is what really needed in EFL.
I've heard from many devs a lot that EFL has very high entry barrier.
We need more documentation while we work on getting things done.

> Please try to avoid endless commits changing whitespaces, okay? (/me looks at
> Seoz and Hermet).

That's what I've learned from this mailing list.
We were spanked when we sent patches with trailing whitespaces.
It looks like removing trailing whitespaces is not welcomed anymore.
Anyhow, elementary has no trailing whitespaces at the moment.
Because I checked it daily basis.
So I'll remove them only for new commits. You guys won't suffer anymore.

Anyway, really welcome back ProFUSION :)

Thanks.
Daniel Juyung Seo (SeoZ)



On Tue, Jun 7, 2011 at 5:49 AM, Gustavo Sverzut Barbieri
 wrote:
> Hi all,
>
> ProFUSION is proud to be back to work on EFL, thanks Samsung ;-)
>
> Our current work is to improve documentation of core EFL so we can
> match competitors like Android and iPhone, it should not just improve
> parts of API, but lots of examples, diagrams and things that lead
> third party application developers to use our libraries properly.
>
> Rasterman requested us to cover few goals:
>   - examples should be external files that can be compiled and
> checked, avoiding bogus examples ;-)
>   - all doc should be in doxygen
>   - example files should be installable
>   - all examples/docs in the package itself (see below for some shortcomings)
>   - big picture should be provided to introduce users to concepts and
> ways of doing things, with diagrams and screenshots whenever possible.
> Screenshots should be auto-generated to match theme changes with ease.
>
> Shortcomings: EFL is well split into independent modules, Evas does
> not depend on Ecore, for instance. But to make actual useful examples,
> we rather focus on the important bits and instead of creating our own
> implementation to keep modules independent, we'll depend on these
> external libraries FOR THE EXAMPLES.
>    That means that if you --enable-build-examples it will pull in
> ecore-evas so we have ecore_evas_new() and ecore_main_loop_begin().
> This will require examples to have 2 phase builds.
>    An alternative we could do is to create a new "sub project" inside
> examples/, with it's own "autogen.sh", "configure.ac" and
> "Makefile.am" that can even be installed into
> /usr/share/$PACKAGE/examples/.  We can link the main project to have
> "make examples" to enter examples and run the build on it.   I like
> this idea more, but let's see what others think.
>
> We're currently starting with Eina, Eet, Evas and Elementary. Please
> try to avoid endless commits changing whitespaces, okay? (/me looks at
> Seoz and Hermet).
>
> --
> Gustavo Sverzut Barbieri
> http://profusion.mobi embedded systems
> --
> MSN: barbi...@gmail.com
> Skype: gsbarbieri
> Mobile: +55 (19) 9225-2202
>
> --
> Simplify data backup and recovery for your virtual environment with vRanger.
> Installation's a snap, and flexible recovery options mean your data is safe,
> secure and there when you need it. Discover what all the cheering's about.
> Get your free trial download today.
> http://p.sf.net/sfu/quest-dev2dev2
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Working on Docs

[Daniel Juyung Seo]

> i see confusion and
> complaints every single day because of this push to use edje as the "way to do
> a gui layout" that is better done using ju7st basic boxes, tables etc. etc.
> inline in the code.

Now we have GRID as well :)
And I think "Do not use edje as a GUI layout (or use it less)" is not
discussed enough so far.
We've been using edje as a GUI layout heavily.
It's time to change things.

But I still prefer edje :)

Daniel Juyung Seo (SeoZ)

On Tue, Jun 7, 2011 at 7:04 AM, Carsten Haitzler  wrote:
> On Mon, 6 Jun 2011 18:14:55 -0300 Gustavo Sverzut Barbieri
>  said:
>
>> On Mon, Jun 6, 2011 at 6:13 PM, Atton Jonathan 
>> wrote:
>> >
>> > Amnell has made a general EFL first step documentation in french, maybe it
>> > could help you. http://louis-du-verdier.developpez.com/efl/debuter/
>> >
>> > If I can have 1 request about the documentation: explain to the developpers
>> > how to use edje external + elm instead of show them how to use elm in the
>> > c-code. I think it is very important if we want to show something different
>> > from QT/GTK.
>> > I think this tutorial is a good and short demo
>> > : http://watchwolf.fr/index.php?option=com_content&view=article&id=3&Itemid=17&lang=en
>>
>> Of course. We'll use elm_layout to place things as much as possible.
>> After all, we've wrote the external part to do just that! ;-)
>
> hooray. and complicate app development massively in the process. edje is there
> for when u want to get advanced, NOT for just writing your regular-joe apps.
> the app dev now needs to have a comp[ile setup for an edc file, install it,
> find it and load it all at runtime as well as have to hunt down a part name,
> find it and then finally do everything they could have done with 1 line of 
> code
> (that now became multiple lines just to use  an external edje file). they also
> now need to wrestle with a whole new language, syntax, file, set of keys,
> properties and so on that they don't know just to get a very simple thing 
> done.
>
> you are doing nobody a favor by pushing this agenda. i see confusion and
> complaints every single day because of this push to use edje as the "way to do
> a gui layout" that is better done using ju7st basic boxes, tables etc. etc.
> inline in the code.
>
> use edje WHERE APPROPRIATE. not WHENEVER YOU CAN.
>
>
> --
> - Codito, ergo sum - "I code, therefore I am" --
> The Rasterman (Carsten Haitzler)    ras...@rasterman.com
>
>
> --
> EditLive Enterprise is the world's most technically advanced content
> authoring tool. Experience the power of Track Changes, Inline Image
> Editing and ensure content is compliant with Accessibility Checking.
> http://p.sf.net/sfu/ephox-dev2dev
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Working on Docs

[Gustavo Sverzut Barbieri]

On Mon, Jun 6, 2011 at 9:17 PM, Daniel Juyung Seo  wrote:
>> ProFUSION is proud to be back to work on EFL, thanks Samsung ;-)
>
> Welcome back ProFUSION :) You guys were away for so long.
>
>> Our current work is to improve documentation of core EFL so we can
>> match competitors like Android and iPhone, it should not just improve
>> parts of API, but lots of examples, diagrams and things that lead
>> third party application developers to use our libraries properly.
>
> Yeah documentation is what really needed in EFL.
> I've heard from many devs a lot that EFL has very high entry barrier.
> We need more documentation while we work on getting things done.
>
>> Please try to avoid endless commits changing whitespaces, okay? (/me looks at
>> Seoz and Hermet).
>
> That's what I've learned from this mailing list.
> We were spanked when we sent patches with trailing whitespaces.
> It looks like removing trailing whitespaces is not welcomed anymore.
> Anyhow, elementary has no trailing whitespaces at the moment.
> Because I checked it daily basis.
> So I'll remove them only for new commits. You guys won't suffer anymore.

I hate trailing whitespaces as well, don't get me wrong... I have
emacs to make a big red block when it sees a whitespace at the end of
the line. But not every developer configures his editor or cares, so I
gave up fixing those long ago :-/

-- 
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202

--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Working on Docs

[The Rasterman]

On Tue, 7 Jun 2011 09:29:39 +0900 Daniel Juyung Seo  said:

> > i see confusion and
> > complaints every single day because of this push to use edje as the "way to
> > do a gui layout" that is better done using ju7st basic boxes, tables etc.
> > etc. inline in the code.
> 
> Now we have GRID as well :)
> And I think "Do not use edje as a GUI layout (or use it less)" is not
> discussed enough so far.

well form what i've seen is the case people have been told that this is the way
to do things and that every efl app must have an edj file for its ui etc. which
is entirely wrong. it was never meant to be this way and edje is too primitive
to do all of this. it's a lower level tool. :)

> We've been using edje as a GUI layout heavily.
> It's time to change things.
> 
> But I still prefer edje :)

edje has advantages for certain things. its useful. BUT... it shouldn't be
pushed as the "way to do ui layout". people complain efl is too complex .. and
the reason they do is BECAUSE of this. introduce complexity WHEN you need it,
not just because it's there :)

i'm not saying "don't document it". i'm trying to say "don't lead people to
think that this is the way to do things normally".

> Daniel Juyung Seo (SeoZ)
> 
> On Tue, Jun 7, 2011 at 7:04 AM, Carsten Haitzler  wrote:
> > On Mon, 6 Jun 2011 18:14:55 -0300 Gustavo Sverzut Barbieri
> >  said:
> >
> >> On Mon, Jun 6, 2011 at 6:13 PM, Atton Jonathan 
> >> wrote:
> >> >
> >> > Amnell has made a general EFL first step documentation in french, maybe
> >> > it could help you. http://louis-du-verdier.developpez.com/efl/debuter/
> >> >
> >> > If I can have 1 request about the documentation: explain to the
> >> > developpers how to use edje external + elm instead of show them how to
> >> > use elm in the c-code. I think it is very important if we want to show
> >> > something different from QT/GTK.
> >> > I think this tutorial is a good and short demo
> >> > : http://watchwolf.fr/index.php?option=com_content&view=article&id=3&Itemid=17&lang=en
> >>
> >> Of course. We'll use elm_layout to place things as much as possible.
> >> After all, we've wrote the external part to do just that! ;-)
> >
> > hooray. and complicate app development massively in the process. edje is
> > there for when u want to get advanced, NOT for just writing your
> > regular-joe apps. the app dev now needs to have a comp[ile setup for an edc
> > file, install it, find it and load it all at runtime as well as have to
> > hunt down a part name, find it and then finally do everything they could
> > have done with 1 line of code (that now became multiple lines just to use
> >  an external edje file). they also now need to wrestle with a whole new
> > language, syntax, file, set of keys, properties and so on that they don't
> > know just to get a very simple thing done.
> >
> > you are doing nobody a favor by pushing this agenda. i see confusion and
> > complaints every single day because of this push to use edje as the "way to
> > do a gui layout" that is better done using ju7st basic boxes, tables etc.
> > etc. inline in the code.
> >
> > use edje WHERE APPROPRIATE. not WHENEVER YOU CAN.
> >
> >
> > --
> > - Codito, ergo sum - "I code, therefore I am" --
> > The Rasterman (Carsten Haitzler)    ras...@rasterman.com
> >
> >
> > --
> > EditLive Enterprise is the world's most technically advanced content
> > authoring tool. Experience the power of Track Changes, Inline Image
> > Editing and ensure content is compliant with Accessibility Checking.
> > http://p.sf.net/sfu/ephox-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


--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [RFC] ELM GLView

[Sung W. Park]

awesome!   I guess we now have to make sure this thing is stable.  =)

On Fri, Jun 3, 2011 at 4:09 PM, Carsten Haitzler wrote:

> On Thu, 19 May 2011 16:37:11 +0900 "Sung W. Park" 
> said:
>
> just put it in svn now. yay! :) thanks! :)
>
> > Thanks for your comments.
> >
> > Ok, I've added a focus_hook so it now handles events properly.  Now
> > the elmglviewgears
> > handles key events and mouse events.  You can rotate it using
> > "Left,Right,Up,Down Arrows"
> > or use the mouse and drag it.  It doesn't actually have a real
> > trackball feature
> > implemented so you will notice it not rotating it properly if you
> > rotate it too much.
> >
> > I've dropped the elm_glview_z_get function.  I didn't think it was
> > necessary for now.
> > maybe we can add it later.
> >
> > Also, the gl_func_call api was for internal testing purpose and it was
> > commented out
> > in the patch but i've removed them completely in this patch.
> >
> > Also, I've made some changes with the API.   It has been brought to my
> > attention that there is a performance issue with the way the current APIs
> are
> > implemented. Currently, the render function was registered using the
> >
> > "evas_object_image_pixels_get_callback_set"
> >
> > This is so that it doesn't trigger GL rendering when the image object
> > isn't visible.
> > Unfortunately, it causes and extra make_current to be called during
> > the rendering
> > life cycle of evas.
> >
> > Evas Render... -> (context switch) -> EvasGL Renders -> (context_switch)
> ->
> > Evas Finishes rendering
> >
> > The context switch is quite expensive in the hw driver that i'm using
> > so it actually
> > lowers the performance quite a bit.
> >
> > SO, after discussing it with a few people, we've decided to give an
> > option to the user
> > to choose the rendering policy.  If you choose to have render function
> > render all the time,
> > it avoids one extra context switch.
> >
> > EvasGL Renders -> (context_switch) -> Evas Renders
> >
> > Hence the render policy of RENDER_POLICY_ON_DEMAND vs.
> RENDER_POLICY_ALWAYS.
> >
> > I've also changed the name "elm_glview_display_func" to
> > "elm_glview_render_func"
> >
> > Here's the latest set of elm_glview APIs...
> > __
> >
> > typedef enum _Elm_GLView_Resize_Policy
> >   {
> >  ELM_GLVIEW_RESIZE_POLICY_RECREATE = 1,
> >  ELM_GLVIEW_RESIZE_POLICY_SCALE= 2
> >   } Elm_GLView_Resize_Policy;
> >
> > typedef enum _Elm_GLView_Render_Policy
> >   {
> >  ELM_GLVIEW_RENDER_POLICY_ON_DEMAND = 1,
> >  ELM_GLVIEW_RENDER_POLICY_ALWAYS= 2
> >   } Elm_GLView_Render_Policy;
> >
> >
> > Evas_Object*elm_glview_add(Evas_Object *parent);
> > void elm_glview_size_set(Evas_Object *obj, Evas_Coord
> > width, Evas_Coord height);
> > void elm_glview_size_get(Evas_Object *obj, Evas_Coord
> > *width, Evas_Coord *height);
> > Evas_GL_API  *elm_glview_gl_api_get(Evas_Object *obj);
> > Eina_Boolelm_glview_mode_set(Evas_Object *obj, Elm_GLView_Mode mode);
> > Eina_Boolelm_glview_scale_policy_set(Evas_Object *obj,
> > Elm_GLView_Resize_Policy policy);
> > Eina_Boolelm_glview_render_policy_set(Evas_Object *obj,
> > Elm_GLView_Render_Policy policy);
> > void elm_glview_render_func(Evas_Object *obj, Elm_GLView_Func
> > func); void elm_glview_changed_set(Evas_Object *obj);
> > __
> >
> > I'm including the updated elm_glview patch/files and the updated
> > elmglviewgears.
> >
> > Let me know if you have questions/comments.
> >
> > cheers,
> > Sung
> >
> >
> > On Wed, May 18, 2011 at 7:10 PM, Carsten Haitzler 
> > wrote:
> > >
> > > On Fri, 13 May 2011 00:00:50 +0900 "Sung W. Park" 
> said:
> > >
> > > ok. missing the focus hook thing u'd need if u want key events to
> work...
> > > display_func -> render_func_set() probably better. z_get probably can
> be
> > > skipped if really too much of a pita.
> > >
> > > whats the gl_func_call api for.. why pass the func - u already set it?
> could
> > > set it then call a manual render.. if that's needed. is it really
> needed?
> > > curious.  :)
> > >
> > > > Hi all,
> > > >
> > > > As you all know, I've been working on adding GL rendering features to
> > > > Evas and we now have an early working version of Evas_GL in the svn.
> > > >
> > > > Since then, there's been a request from people around me for an
> > > > elementary widget that
> > > > allows simple GL rendering.  Since Evas_GL can be seen as a low level
> API
> > > > it made sense to have a user friendly layer that allows GL rendering.
>  I
> > > > thought it
> > > > went well with the EFL philosophy.  Take away some control but make
> it
> > > > easy to use for the users as you go up the layers from
> Evas->Ecore->ELM->
> > > > etc.
> > > >
> > > > So, I've decided to take a crack at elm_glview.  By the way, this is
> > > > my first time writing
> > > > an elementary widget so I KNOW I've missed a lot that i need to

Re: [E-devel] [Patch] elm_gengrid - added new feature : gengrid reorder mode

[Daniel Juyung Seo]

Hello, belated review :)

1. Use Evas_Smart_Cb_Description for smart callbacks. I fixed it in SVN.
http://trac.enlightenment.org/e/changeset/60014

2. Changed signal name.
I changed reorder signal name from "elm,state,reorder_enabled" to
"elm,state,reorder,enabled".
This is more EFL-like I guess.
I changed genlist's as well.

Thanks.
Daniel Juyung Seo (SeoZ)


On Fri, Jun 3, 2011 at 4:13 PM, Carsten Haitzler  wrote:
> On Fri, 03 Jun 2011 16:04:51 +0900 Jeonghyun Yun  
> said:
>
> now THATS good stuff! you can see when it goes into reorder mode... yay! :)
> nice! in svn!
>
>> Hello,
>>
>> I added theme stuff to handle the reorder mode.
>> Please check this patch again.
>>
>> Thanks, raster.
>>
>>
>> -Original Message-
>> From: Carsten Haitzler (The Rasterman) [mailto:ras...@rasterman.com]
>> Sent: Thursday, June 02, 2011 4:10 PM
>> To: Jeonghyun Yun
>> Cc: enlightenment-devel@lists.sourceforge.net
>> Subject: Re: [E-devel] [Patch] elm_gengrid - added new feature : gengrid
>> reorder mode
>>
>> On Mon, 30 May 2011 19:41:24 +0900 Jeonghyun Yun 
>> said:
>>
>> this seems good. no theme stuff to handle the reorder mode change on the
>> item
>> tho.. shame :(
>>
>> > Dear All.
>> >
>> > I added a new feature "reorder mode" of gengrid refer to genlist reorder
>> > mode.
>> >
>> > After set this reorder API, if user press an item (long press), the item
>> can
>> > be moved another position.
>> > Then if the user releases the item, the item will be reordered in gengrid.
>> >
>> > Please review this patch.
>> >
>> > Thanks.
>> >
>> > [API]
>> > ==
>> > /**
>> >  * Set the reorder mode
>> >  *
>> >  * @param obj The Gengrid object
>> >  * @param reorder_mode The reorder mode
>> >  * (EINA_TRUE = on, EINA_FALSE = off)
>> >  *
>> >  * @ingroup Gengrid
>> >  */
>> > EAPI void
>> > elm_gengrid_reorder_mode_set(Evas_Object *obj, Eina_Bool reorder_mode)
>> >
>> > /**
>> >  * Get the reorder mode
>> >  *
>> >  * @param obj The Gengrid object
>> >  * @return The reorder mode
>> >  * (EINA_TRUE = on, EINA_FALSE = off)
>> >  *
>> >  * @ingroup Gengrid
>> >  */
>> > EAPI Eina_Bool
>> > elm_gengrid_reorder_mode_get(const Evas_Object *obj)
>> > ==
>>
>>
>> --
>> - Codito, ergo sum - "I code, therefore I am" --
>> The Rasterman (Carsten Haitzler)    ras...@rasterman.com
>
>
> --
> - Codito, ergo sum - "I code, therefore I am" --
> The Rasterman (Carsten Haitzler)    ras...@rasterman.com
>
>
> --
> Simplify data backup and recovery for your virtual environment with vRanger.
> Installation's a snap, and flexible recovery options mean your data is safe,
> secure and there when you need it. Discover what all the cheering's about.
> Get your free trial download today.
> http://p.sf.net/sfu/quest-dev2dev2
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Working on Docs

[Vincent Torri]

On Mon, 6 Jun 2011, Gustavo Sverzut Barbieri wrote:

> On Mon, Jun 6, 2011 at 9:17 PM, Daniel Juyung Seo  
> wrote:
>>> ProFUSION is proud to be back to work on EFL, thanks Samsung ;-)
>>
>> Welcome back ProFUSION :) You guys were away for so long.
>>
>>> Our current work is to improve documentation of core EFL so we can
>>> match competitors like Android and iPhone, it should not just improve
>>> parts of API, but lots of examples, diagrams and things that lead
>>> third party application developers to use our libraries properly.
>>
>> Yeah documentation is what really needed in EFL.
>> I've heard from many devs a lot that EFL has very high entry barrier.
>> We need more documentation while we work on getting things done.
>>
>>> Please try to avoid endless commits changing whitespaces, okay? (/me looks 
>>> at
>>> Seoz and Hermet).
>>
>> That's what I've learned from this mailing list.
>> We were spanked when we sent patches with trailing whitespaces.
>> It looks like removing trailing whitespaces is not welcomed anymore.
>> Anyhow, elementary has no trailing whitespaces at the moment.
>> Because I checked it daily basis.
>> So I'll remove them only for new commits. You guys won't suffer anymore.
>
> I hate trailing whitespaces as well, don't get me wrong... I have
> emacs to make a big red block when it sees a whitespace at the end of
> the line. But not every developer configures his editor or cares, so I
> gave up fixing those long ago :-/

that's something we should set up with svn. If svn can launch a script on 
each text file for each commit, it's doable (with sed)

Vincent

--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Cut'n'paste error in ecore_pipe.c

[Ulrich Eckhardt]

Hi!

I've been reading commits recently, and found a small buglet committed in 
revision 59823. The line

  ECORE_MAGIC_FAIL(p, ECORE_MAGIC_PIPE, "ecore_pipe_read_close"); 

should probably contain the function name as string, but it doesn't for the 
freeze/thaw functions.

Uli

--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Cut'n'paste error in ecore_pipe.c

[Vincent Torri]

On Tue, 7 Jun 2011, Ulrich Eckhardt wrote:

> Hi!
>
> I've been reading commits recently, and found a small buglet committed in
> revision 59823. The line
>
>  ECORE_MAGIC_FAIL(p, ECORE_MAGIC_PIPE, "ecore_pipe_read_close");
>
> should probably contain the function name as string, but it doesn't for the
> freeze/thaw functions.

in svn, thanks.

I'm wondering why __FUNCTION__ is not used, though. We could then define a 
macro:

#define ECORE_PIPE_CHECK(p) \
if (!ECORE_MAGIC_CHECK((p), ECORE_MAGIC_PIPE)) \
   { \
  ECORE_MAGIC_FAIL((p), ECORE_MAGIC_PIPE, __FUNCTION__); \
  return; \
   }

It would be less error-prone. And actually, that could be used in a lot of 
places other than ecore_pipe.

Vincent

--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Cut'n'paste error in ecore_pipe.c

[Cedric BAIL]

On Tue, Jun 7, 2011 at 8:41 AM, Vincent Torri  wrote:
> On Tue, 7 Jun 2011, Ulrich Eckhardt wrote:
>> I've been reading commits recently, and found a small buglet committed in
>> revision 59823. The line
>>
>>  ECORE_MAGIC_FAIL(p, ECORE_MAGIC_PIPE, "ecore_pipe_read_close");
>>
>> should probably contain the function name as string, but it doesn't for the
>> freeze/thaw functions.
>
> in svn, thanks.
>
> I'm wondering why __FUNCTION__ is not used, though. We could then define a
> macro:
>
> #define ECORE_PIPE_CHECK(p) \
> if (!ECORE_MAGIC_CHECK((p), ECORE_MAGIC_PIPE)) \
>   { \
>      ECORE_MAGIC_FAIL((p), ECORE_MAGIC_PIPE, __FUNCTION__); \
>      return; \
>   }
>
> It would be less error-prone. And actually, that could be used in a lot of
> places other than ecore_pipe.

In fact we should move to Eina Magic that already do all that stuff properly.
-- 
Cedric BAIL

--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel