Re: [E-devel] [Patch] fixed print problem of list_example_03

[Jihoon Kim]

In svn 83712. Thank your effort.
I've added your name in AUTHOR file of elementary.

On Thursday, February 7, 2013, 최지영 wrote:

> Hello, I'm jiyoung.
>
> path : ~/trunk/elementary/src/examples
> filename : list_example_03.c
>
> Before the patch, the list item didn't appended or prepended in the list.
> Algorithms were not wrong, but function "elm_list_go(li)" was missed
> before showing list.
> So, I added "elm_list_go(li)" in some proper functions.
>
> Please check this patch.
>
> Thank you :)
--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [Patch] fixed print problem of list_example_03

[Daniel Juyung Seo]

Thanks Jihoon.
I also added her into elm_authors.h file.
http://trac.enlightenment.org/e/changeset/83715

She will be visible on the documentation.

Thanks.

Daniel Juyung Seo (SeoZ)

On Thu, Feb 7, 2013 at 4:58 PM, Jihoon Kim  wrote:

> In svn 83712. Thank your effort.
> I've added your name in AUTHOR file of elementary.
>
> On Thursday, February 7, 2013, 최지영 wrote:
>
> > Hello, I'm jiyoung.
> >
> > path : ~/trunk/elementary/src/examples
> > filename : list_example_03.c
> >
> > Before the patch, the list item didn't appended or prepended in the list.
> > Algorithms were not wrong, but function "elm_list_go(li)" was missed
> > before showing list.
> > So, I added "elm_list_go(li)" in some proper functions.
> >
> > Please check this patch.
> >
> > Thank you :)
>
> --
> Free Next-Gen Firewall Hardware Offer
> Buy your Sophos next-gen firewall before the end March 2013
> and get the hardware for free! Learn more.
> http://p.sf.net/sfu/sophos-d2d-feb
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Edje_cc sometimes gets a parsing error

[Stefan Schmidt]

Hello.

On 07/02/13 03:10, Cedric BAIL wrote:
> On Wed, Feb 6, 2013 at 2:16 PM, Stefan Schmidt 
> wrote:
>> Hello.
>>
>> Valgrinding it did not seem to have brought us anywhere. Cedric
>> suggested that it could be related to the new eina_seed. I was running
>> my test case in a tigh loop now and I found this eina_seed values it
>> crashed on:
>>
>> 996758746 % 33 = 16
>> 815054803 % 33 = 13
>> 137718 % 33 = 9
>> 1584501752 % 33 = 20
>> 424361507 % 33 = 20
>> 1934076245 % 33 = 2
>> 553478191 % 33 = 13
>> 285625656 % 33 = 30
>> 2085893152 % 33 = 13
>> 1641502417 % 33 = 16
>>
>> On the other hand forcing it to 0 did not show any crash in over 800
>> test runs. (The crashes I found way earlier in the range on 100 hundred
>> normally).
>
> I disabled eina_seed in eina_hash_superfast svn r83698.. Let me know
> if that solve your issue.

No crash in 1000 test runs. I would say this solves it for me and the 
other people. :)

regards
Stefan Schmidt

--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: discomfitor IN trunk/e: . data/themes/edc src/bin src/modules/clock src/modules/conf_comp src/modules/fileman src/modules/gadman src/modules/illume-home src/modules/winlist

[Michael Blumenkrantz]

On Thu, Feb 7, 2013 at 1:20 PM, Enlightenment SVN <
no-re...@enlightenment.org> wrote:

> Log:
> giant comp rejiggering commit because anything smaller would have broken
> something:
>
>   * remove xwin for container canvas: now drawn directly on the compositor
> canvas
>
>   * added SHAPE_DEBUG define for bored developers
>

I highly recommend this.


>
>   * bindings now use new e struct for mouse/wheel events
>
>   * container+zone now get mouse events from smart callbacks instead of x
> events
>
>   * rename comp api namespace
>
>   * change comp underlay theme to have a swallow for the wallpaper
>
>   * add names to all zone/container/comp objects to make debugging much
> easier
>
>   * some minor related updates to go along with this
>
> Author:   discomfitor
> Date: 2013-02-07 05:20:07 -0800 (Thu, 07 Feb 2013)
> New Revision: 83752
> Trac: http://trac.enlightenment.org/e/changeset/83752
>
> Added:
>   trunk/e/src/bin/e_comp_render_update.c
> trunk/e/src/bin/e_comp_render_update.h
> Removed:
>   trunk/e/src/bin/e_comp_update.c trunk/e/src/bin/e_comp_update.h
> Modified:
>   trunk/e/ChangeLog trunk/e/NEWS trunk/e/data/themes/edc/comp.edc
> trunk/e/src/bin/Makefile.am trunk/e/src/bin/e.h trunk/e/src/bin/e_actions.c
> trunk/e/src/bin/e_actions.h trunk/e/src/bin/e_bg.c
> trunk/e/src/bin/e_bindings.c trunk/e/src/bin/e_bindings.h
> trunk/e/src/bin/e_border.c trunk/e/src/bin/e_border.h
> trunk/e/src/bin/e_comp.c trunk/e/src/bin/e_comp.h
> trunk/e/src/bin/e_container.c trunk/e/src/bin/e_container.h
> trunk/e/src/bin/e_dnd.c trunk/e/src/bin/e_dnd.h trunk/e/src/bin/e_fm.c
> trunk/e/src/bin/e_gadcon.c trunk/e/src/bin/e_includes.h
> trunk/e/src/bin/e_manager.h trunk/e/src/bin/e_menu.c
> trunk/e/src/bin/e_shelf.c trunk/e/src/bin/e_utils.c
> trunk/e/src/bin/e_zone.c trunk/e/src/bin/e_zone.h
> trunk/e/src/modules/clock/e_mod_main.c
> trunk/e/src/modules/conf_comp/e_mod_main.c
> trunk/e/src/modules/fileman/e_fwin.c
> trunk/e/src/modules/gadman/e_mod_gadman.c
> trunk/e/src/modules/illume-home/e_busycover.c
> trunk/e/src/modules/winlist/e_mod_main.c
> trunk/e/src/modules/winlist/e_winlist.c
--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Phabricator test environment

[Tom Hacohen]

On 25/01/13 19:50, Tom Hacohen wrote:
> For reasons I do not yet understand recaptcha fails to load if I either:
> 1. Make the page http with recaptcha using http.
> 2. Make the page https with recaptcha using https.
>
>
> It will be solved soon, or at least I'll try to solve it.

OK, solved. I just created a new captcha account. I don't know what was 
wrong with the previous one, but it works now. Whatever.

--
Tom.

--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] e5: Call for VM

[ravenlock]

On 1/30/13 5:32 AM, Bertrand Jacquin wrote:
> Hi,
> 
> For e5 buildbot/whatever we will need different OS and architecture to
> test. So if some volunteer are free to build some, we can gladly host
> them.
> 
> Needed OS :
> 
>  - Windows XP x86
>  - Windows XP x86_64
>  - Windows Vista x86_64
>  - Windows 7 x86_64
>  - Windows 8 x86_64

What is the plan for licensing the above?

> 
>  (maybe more declination are needed ?)
> 
>  - Mac OS X Snow Leopard
>  - Mac OS X Lion
>  - Mac OS X Mountain Lion

This is easy and do'able if you have the Mac hardware and Parallels.
Refurbed Mac Minis are like $500, you can stuff 16GB in them and a 1TB
disk.  Works perfectly well.  Once upon a time there were E-funds being
held.  We might tap into those?

> 
>  - FreeBSD 8
>  - FreeBSD 9

I'd be happy to pitch in on the FreeBSD front if no one else has jumped
on it.

> 
>  - NetBSD 4.0 (still supported)
>  - NetBSD 6.0 (still supported)
>  - NetBSD 6.0
> 
>  - OpenBSD 5.2

-ravenlock




signature.asc
Description: OpenPGP digital signature
--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: jihoon IN trunk/elementary/src: examples lib

[Iván Briano]

On Thu, Feb 7, 2013 at 5:26 AM, Enlightenment SVN
 wrote:
> Log:
> Hello, I'm jiyoung choi.
>   It's the first time sending patch. haha :)
>
>   I found the simple typo.
>   1. At the description of list : algarism (x) > algorithm (o)

Mistranslation or something there, but it;s not meant to be algorithm.
Digit should be right.

>   2. ~trunk/elementary/src/examples/ fileselector_entry_example.c
>  line 8 : gcc -g file selector_entry_example.c -o file 
> selector_entry_example 'pkg-config --cflags --libs elementary' (x)
>  *** wrong word spacing (file selector) ***
>  > gcc -g fileselector_entry_example.c -o fileselector_entry_example 
> 'pkg-config --cflags --libs elementary' (o)
>
>   I fixed these 2 typo.
>   So I want you to check this patch.
>
>
>
> Author:   jihoon
> Date: 2013-02-06 23:26:45 -0800 (Wed, 06 Feb 2013)
> New Revision: 83707
> Trac: http://trac.enlightenment.org/e/changeset/83707
>
> Modified:
>   trunk/elementary/src/examples/fileselector_entry_example.c 
> trunk/elementary/src/lib/elm_clock.h
>
> Modified: trunk/elementary/src/examples/fileselector_entry_example.c
> ===
> --- trunk/elementary/src/examples/fileselector_entry_example.c  2013-02-07 
> 07:17:07 UTC (rev 83706)
> +++ trunk/elementary/src/examples/fileselector_entry_example.c  2013-02-07 
> 07:26:45 UTC (rev 83707)
> @@ -5,7 +5,7 @@
>   * See stdout/stderr for output. Compile with:
>   *
>   * @verbatim
> - * gcc -g file selector_entry_example.c -o file selector_entry_example 
> `pkg-config --cflags --libs elementary`
> + * gcc -g fileselector_entry_example.c -o fileselector_entry_example 
> `pkg-config --cflags --libs elementary`
>   * @endverbatim
>   */
>
>
> Modified: trunk/elementary/src/lib/elm_clock.h
> ===
> --- trunk/elementary/src/lib/elm_clock.h2013-02-07 07:17:07 UTC (rev 
> 83706)
> +++ trunk/elementary/src/lib/elm_clock.h2013-02-07 07:26:45 UTC (rev 
> 83707)
> @@ -244,12 +244,12 @@
>  typedef enum
>  {
> ELM_CLOCK_EDIT_DEFAULT = 0, /**< Default value. Means that all digits are 
> editable, when in edition mode. */
> -   ELM_CLOCK_EDIT_HOUR_DECIMAL = 1 << 0, /**< Decimal algarism of hours 
> value should be editable */
> -   ELM_CLOCK_EDIT_HOUR_UNIT = 1 << 1, /**< Unit algarism of hours value 
> should be editable */
> -   ELM_CLOCK_EDIT_MIN_DECIMAL = 1 << 2, /**< Decimal algarism of minutes 
> value should be editable */
> -   ELM_CLOCK_EDIT_MIN_UNIT = 1 << 3, /**< Unit algarism of minutes value 
> should be editable */
> -   ELM_CLOCK_EDIT_SEC_DECIMAL = 1 << 4, /**< Decimal algarism of seconds 
> value should be editable */
> -   ELM_CLOCK_EDIT_SEC_UNIT = 1 << 5, /**< Unit algarism of seconds value 
> should be editable */
> +   ELM_CLOCK_EDIT_HOUR_DECIMAL = 1 << 0, /**< Decimal algorithm of hours 
> value should be editable */
> +   ELM_CLOCK_EDIT_HOUR_UNIT = 1 << 1, /**< Unit algorithm of hours value 
> should be editable */
> +   ELM_CLOCK_EDIT_MIN_DECIMAL = 1 << 2, /**< Decimal algorithm of minutes 
> value should be editable */
> +   ELM_CLOCK_EDIT_MIN_UNIT = 1 << 3, /**< Unit algorithm of minutes value 
> should be editable */
> +   ELM_CLOCK_EDIT_SEC_DECIMAL = 1 << 4, /**< Decimal algorithm of seconds 
> value should be editable */
> +   ELM_CLOCK_EDIT_SEC_UNIT = 1 << 5, /**< Unit algorithm of seconds value 
> should be editable */
> ELM_CLOCK_EDIT_ALL = (1 << 6) - 1 /**< All digits should be editable */
>  } Elm_Clock_Edit_Mode;
>
>
>
> --
> Free Next-Gen Firewall Hardware Offer
> Buy your Sophos next-gen firewall before the end March 2013
> and get the hardware for free! Learn more.
> http://p.sf.net/sfu/sophos-d2d-feb
> ___
> enlightenment-svn mailing list
> enlightenment-...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-svn

--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: tasn IN trunk/efl: . cmakeconfig

[thomasg]

On Wed, Feb 6, 2013 at 11:14 AM, Tom Hacohen  wrote:
> On 05/02/13 20:56, thomasg wrote:
>>
>> On Tue, Feb 5, 2013 at 5:19 PM, Enlightenment SVN
>>  wrote:
>>>
>>> Log:
>>> Efl: Ship cmake configs (like pkg-config).
>>>
>>>This should make it easier for applications to use efl with cmake.
>>>It seems to work with my tests. It's ugly and redundant but it's the
>>> first
>>>step. Not all the components are supported at the moment.
>>>
>>> Author:   tasn
>>> Date: 2013-02-05 08:19:37 -0800 (Tue, 05 Feb 2013)
>>> New Revision: 83637
>>> Trac: http://trac.enlightenment.org/e/changeset/83637
>>>
>>
>> Hi Tom,
>>
>> may I ask what the point of this is?
>> Cmake has pkgconfig-support via FindPkgConfig, and it works fine for me.
>> Also it seems to be simpler to use than this, e.g.:
>> INCLUDE(FindPkgConfig)
>> pkg_check_modules(EINA REQUIRED eina)
>> include_directories(${EINA_INCLUDE_DIRS}
>>
>
> Yes. As I've said, at the moment it's quite horrible and uses pkg config, in
> the future it may not.
>
> Using cmake config files is cleaner for cmake users and also will be
> available on platforms that don't have pkg-config (once I fix it
> internally). At the moment it's just a convenience that saves unneeded
> duplication.
>
> I don't quite understand what you meant by: "Also it seems to be simpler to
> use than this, ...".
>
> --
> Tom.
>

This wasn't meant as an offense, I was just familiar with your
previous work and all the FindE*.cmake files that seemed necessary,
and was wondering why the complexity was needed.
I can see now, that you really overhauled all this and now the cmake
files are not copy'n'pasted per project but shipped by the upstream
library instead, and that this fully replaces pkg-config, thus my
criticism isn't valid anymore.

Thanks,
--
thomasg

--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: tasn IN trunk/efl: . cmakeconfig

[Tom Hacohen]

No worries. :)

Yeah, what I did before was quite horrible, but I was just playing around
so I wanted it contained. Now I'm playing around a bit more and would like
people to possibly start using them as well. :)

--
Tom.


On Thu, Feb 7, 2013 at 7:25 PM, thomasg  wrote:

> On Wed, Feb 6, 2013 at 11:14 AM, Tom Hacohen 
> wrote:
> > On 05/02/13 20:56, thomasg wrote:
> >>
> >> On Tue, Feb 5, 2013 at 5:19 PM, Enlightenment SVN
> >>  wrote:
> >>>
> >>> Log:
> >>> Efl: Ship cmake configs (like pkg-config).
> >>>
> >>>This should make it easier for applications to use efl with cmake.
> >>>It seems to work with my tests. It's ugly and redundant but it's the
> >>> first
> >>>step. Not all the components are supported at the moment.
> >>>
> >>> Author:   tasn
> >>> Date: 2013-02-05 08:19:37 -0800 (Tue, 05 Feb 2013)
> >>> New Revision: 83637
> >>> Trac: http://trac.enlightenment.org/e/changeset/83637
> >>>
> >>
> >> Hi Tom,
> >>
> >> may I ask what the point of this is?
> >> Cmake has pkgconfig-support via FindPkgConfig, and it works fine for me.
> >> Also it seems to be simpler to use than this, e.g.:
> >> INCLUDE(FindPkgConfig)
> >> pkg_check_modules(EINA REQUIRED eina)
> >> include_directories(${EINA_INCLUDE_DIRS}
> >>
> >
> > Yes. As I've said, at the moment it's quite horrible and uses pkg
> config, in
> > the future it may not.
> >
> > Using cmake config files is cleaner for cmake users and also will be
> > available on platforms that don't have pkg-config (once I fix it
> > internally). At the moment it's just a convenience that saves unneeded
> > duplication.
> >
> > I don't quite understand what you meant by: "Also it seems to be simpler
> to
> > use than this, ...".
> >
> > --
> > Tom.
> >
>
> This wasn't meant as an offense, I was just familiar with your
> previous work and all the FindE*.cmake files that seemed necessary,
> and was wondering why the complexity was needed.
> I can see now, that you really overhauled all this and now the cmake
> files are not copy'n'pasted per project but shipped by the upstream
> library instead, and that this fully replaces pkg-config, thus my
> criticism isn't valid anymore.
>
> Thanks,
> --
> thomasg
>
>
> --
> Free Next-Gen Firewall Hardware Offer
> Buy your Sophos next-gen firewall before the end March 2013
> and get the hardware for free! Learn more.
> http://p.sf.net/sfu/sophos-d2d-feb
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>



-- 
Tom.
--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Porting EFL to android

[Andreas Volz]

Am Sat, 2 Feb 2013 23:56:02 +0100 schrieb Andreas Volz:

> Hello together,
> 
> I'm currently trying to port some EFL libs to android.

Just like to report some success about this task.

The EFL is working successful on android platform. Up to now I ported
the buffer engine and use a native android bitmap to display rendered
result. :-)

As next task I like to polish it more and commit changes to SVN. I'll
raw summarize my needed changes so anyone could add a comment before I
start with this task. Please give me some comments.

I won't provide any patches at the moment, because I used efl-1.7.5 and
need to port it to trunk and I like to discuss them before.

Library versions

Android doesn't well support the library versions (libxyz.so.1). Each
application or library package is independent from others. So no need
to use versions.I had to modify all Makefile.am to replace:

"-version-info @version_info@ @release_info@" => "-avoid-version".

Module structure

The app resources on android support only flat directory structure. So
I had to change module structure

/lib/evas/modules/engines/software_x11/linux-gnu-x86_64-1.7.99/module.so

isn't possible. This goes together with next change...

Module name
---
For some reasons shared objects on android need to be named lib*.so to
be correct included. Maybe this is also a limitation of the package
creator. Don't know for sure. But for this reasons I decided to name
modules like this:

libevas_modules_engines_buffer.so
libevas_modules_engines_software_generic.so

(PS: if you are more experienced with android and teach me a better way
to solve the library restrictions, please do so!)

Module loader (evas)

I had to modify module loader evas-1.7.5/src/lib/file/evas_module.c to
load modules from the new place in evas_module_paths_init(). In my case
here local hacked to "/data/data/com.example.efl/lib/". The correct way
would be for sure to get this path dynamic. Seems that this path is
only available in the Java API. So I've to get it by JNI calls from
Java. Other people out there do the same trick to solve this.

I've to port evas_module_engine_list() for sure too. But until now I
could survive without.

The evas_module_find_type() needed changes too to support the new
library paths.

If I remember correct this were the biggest changes I've done until
now.

How to bring this into EFL trunk?
-
My idea to solve the build structure is to create a new configure
option (e.g. --flat-lib-naming or more specific --enable-android) and
handle the magic in all Makefile.am files with this options. I even
think about auto detecting android support and just configure it in a
correct way. This would be more smart.

The change in evas itself are only several lines of code that I
currently guard with #ifdef __ANDROID__.

For sure all dependencies (libpng, libjpeg, freetype...) needs to be
modified in some similar way regarding the library naming. I would
maintain this as patches for release versions as long as they don't
support android.

Next steps
---
Ok, after bringing android support with current state into EFL trunk I
would start to write some software_android engine and later maybe some
gl_android engine. I assume the input events (touchscreen) then needs
also to be supported. I've really no idea how this works as I didn't
care about it currently. But I'm sure there's a way...

Help needed
---
I like to commit my changes to EFL and afterwards I hope some tutorials
and an example application could motivate someone experienced with
writing evas engines to support this port.

So if nobody complains after this email I'll commit my changes
_carefully_ to EFL with being sure not to destroy any existing code.

regards
Andreas

-- 
Technical Blog 

--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Porting EFL to android

[David Seikel]

On Thu, 7 Feb 2013 23:18:59 +0100 Andreas Volz 
wrote:

> Am Sat, 2 Feb 2013 23:56:02 +0100 schrieb Andreas Volz:
> 
> > Hello together,
> > 
> > I'm currently trying to port some EFL libs to android.
> 
> Just like to report some success about this task.
> 
> The EFL is working successful on android platform. Up to now I ported
> the buffer engine and use a native android bitmap to display rendered
> result. :-)
> 
> As next task I like to polish it more and commit changes to SVN. I'll
> raw summarize my needed changes so anyone could add a comment before I
> start with this task. Please give me some comments.
> 
> I won't provide any patches at the moment, because I used efl-1.7.5
> and need to port it to trunk and I like to discuss them before.
> 
> Library versions
> 
> Android doesn't well support the library versions (libxyz.so.1). Each
> application or library package is independent from others. So no need
> to use versions.I had to modify all Makefile.am to replace:
> 
> "-version-info @version_info@ @release_info@" => "-avoid-version".
> 
> Module structure
> 
> The app resources on android support only flat directory structure. So
> I had to change module structure
> 
> /lib/evas/modules/engines/software_x11/linux-gnu-x86_64-1.7.99/module.so
> 
> isn't possible. This goes together with next change...
> 
> Module name
> ---
> For some reasons shared objects on android need to be named lib*.so to
> be correct included. Maybe this is also a limitation of the package
> creator. Don't know for sure. But for this reasons I decided to name
> modules like this:
> 
> libevas_modules_engines_buffer.so
> libevas_modules_engines_software_generic.so
> 
> (PS: if you are more experienced with android and teach me a better
> way to solve the library restrictions, please do so!)
> 
> Module loader (evas)
> 
> I had to modify module loader evas-1.7.5/src/lib/file/evas_module.c to
> load modules from the new place in evas_module_paths_init(). In my
> case here local hacked to "/data/data/com.example.efl/lib/". The
> correct way would be for sure to get this path dynamic. Seems that
> this path is only available in the Java API. So I've to get it by JNI
> calls from Java. Other people out there do the same trick to solve
> this.
> 
> I've to port evas_module_engine_list() for sure too. But until now I
> could survive without.
> 
> The evas_module_find_type() needed changes too to support the new
> library paths.
> 
> If I remember correct this were the biggest changes I've done until
> now.
> 
> How to bring this into EFL trunk?
> -
> My idea to solve the build structure is to create a new configure
> option (e.g. --flat-lib-naming or more specific --enable-android) and
> handle the magic in all Makefile.am files with this options. I even
> think about auto detecting android support and just configure it in a
> correct way. This would be more smart.
> 
> The change in evas itself are only several lines of code that I
> currently guard with #ifdef __ANDROID__.
> 
> For sure all dependencies (libpng, libjpeg, freetype...) needs to be
> modified in some similar way regarding the library naming. I would
> maintain this as patches for release versions as long as they don't
> support android.
> 
> Next steps
> ---
> Ok, after bringing android support with current state into EFL trunk I
> would start to write some software_android engine and later maybe some
> gl_android engine. I assume the input events (touchscreen) then needs
> also to be supported. I've really no idea how this works as I didn't
> care about it currently. But I'm sure there's a way...
> 
> Help needed
> ---
> I like to commit my changes to EFL and afterwards I hope some
> tutorials and an example application could motivate someone
> experienced with writing evas engines to support this port.
> 
> So if nobody complains after this email I'll commit my changes
> _carefully_ to EFL with being sure not to destroy any existing code.

I'm looking forward to seeing your work.  Dunno if I can help much, but
I'll certainly by trying it out.

-- 
A big old stinking pile of genius that no one wants
coz there are too many silver coated monkeys in the world.


signature.asc
Description: PGP signature
--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: discomfitor IN trunk/e: . data/themes/edc src/bin src/modules/clock src/modules/conf_comp src/modules/fileman src/modules/gadman src/modules/illume-home src/modules/winlist

[Cedric BAIL]

On Thu, Feb 7, 2013 at 10:27 PM, Michael Blumenkrantz
 wrote:
> On Thu, Feb 7, 2013 at 1:20 PM, Enlightenment SVN <
> no-re...@enlightenment.org> wrote:
>
>> Log:
>> giant comp rejiggering commit because anything smaller would have broken
>> something:
>>
>>   * remove xwin for container canvas: now drawn directly on the compositor
>> canvas
>>
>>   * added SHAPE_DEBUG define for bored developers
>>
>
> I highly recommend this.

Big issue after this serie of change xinerama setup is completely
broken and E will not start.
-- 
Cedric BAIL

--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Porting EFL to android

[Daniel Juyung Seo]

On Fri, Feb 8, 2013 at 10:41 AM, David Seikel  wrote:

> On Thu, 7 Feb 2013 23:18:59 +0100 Andreas Volz 
> wrote:
>
> > Am Sat, 2 Feb 2013 23:56:02 +0100 schrieb Andreas Volz:
> >
> > > Hello together,
> > >
> > > I'm currently trying to port some EFL libs to android.
> >
> > Just like to report some success about this task.
> >
> > The EFL is working successful on android platform. Up to now I ported
> > the buffer engine and use a native android bitmap to display rendered
> > result. :-)
> >
> > As next task I like to polish it more and commit changes to SVN. I'll
> > raw summarize my needed changes so anyone could add a comment before I
> > start with this task. Please give me some comments.
> >
> > I won't provide any patches at the moment, because I used efl-1.7.5
> > and need to port it to trunk and I like to discuss them before.
> >
> > Library versions
> > 
> > Android doesn't well support the library versions (libxyz.so.1). Each
> > application or library package is independent from others. So no need
> > to use versions.I had to modify all Makefile.am to replace:
> >
> > "-version-info @version_info@ @release_info@" => "-avoid-version".
> >
> > Module structure
> > 
> > The app resources on android support only flat directory structure. So
> > I had to change module structure
> >
> > /lib/evas/modules/engines/software_x11/linux-gnu-x86_64-1.7.99/module.so
> >
> > isn't possible. This goes together with next change...
> >
> > Module name
> > ---
> > For some reasons shared objects on android need to be named lib*.so to
> > be correct included. Maybe this is also a limitation of the package
> > creator. Don't know for sure. But for this reasons I decided to name
> > modules like this:
> >
> > libevas_modules_engines_buffer.so
> > libevas_modules_engines_software_generic.so
> >
> > (PS: if you are more experienced with android and teach me a better
> > way to solve the library restrictions, please do so!)
> >
> > Module loader (evas)
> > 
> > I had to modify module loader evas-1.7.5/src/lib/file/evas_module.c to
> > load modules from the new place in evas_module_paths_init(). In my
> > case here local hacked to "/data/data/com.example.efl/lib/". The
> > correct way would be for sure to get this path dynamic. Seems that
> > this path is only available in the Java API. So I've to get it by JNI
> > calls from Java. Other people out there do the same trick to solve
> > this.
> >
> > I've to port evas_module_engine_list() for sure too. But until now I
> > could survive without.
> >
> > The evas_module_find_type() needed changes too to support the new
> > library paths.
> >
> > If I remember correct this were the biggest changes I've done until
> > now.
> >
> > How to bring this into EFL trunk?
> > -
> > My idea to solve the build structure is to create a new configure
> > option (e.g. --flat-lib-naming or more specific --enable-android) and
> > handle the magic in all Makefile.am files with this options. I even
> > think about auto detecting android support and just configure it in a
> > correct way. This would be more smart.
> >
> > The change in evas itself are only several lines of code that I
> > currently guard with #ifdef __ANDROID__.
> >
> > For sure all dependencies (libpng, libjpeg, freetype...) needs to be
> > modified in some similar way regarding the library naming. I would
> > maintain this as patches for release versions as long as they don't
> > support android.
> >
> > Next steps
> > ---
> > Ok, after bringing android support with current state into EFL trunk I
> > would start to write some software_android engine and later maybe some
> > gl_android engine. I assume the input events (touchscreen) then needs
> > also to be supported. I've really no idea how this works as I didn't
> > care about it currently. But I'm sure there's a way...
> >
> > Help needed
> > ---
> > I like to commit my changes to EFL and afterwards I hope some
> > tutorials and an example application could motivate someone
> > experienced with writing evas engines to support this port.
> >
> > So if nobody complains after this email I'll commit my changes
> > _carefully_ to EFL with being sure not to destroy any existing code.
>
> I'm looking forward to seeing your work.  Dunno if I can help much, but
> I'll certainly by trying it out.
>

Me too. I am a big fan of this task.
I will try this later :)
Btw, do you have any video recording that can be shared on youtube?
This is very interesting.

Thanks.

Daniel Juyung Seo (SeoZ)


>
> --
> A big old stinking pile of genius that no one wants
> coz there are too many silver coated monkeys in the world.
>
>
> --
> Free Next-Gen Firewall Hardware Offer
> Buy your Sophos next-gen firewall before the end March 2013
> and get the hardware for free! Learn more.
> http://p.sf.net/sfu/sophos-d2d-feb
> 

Re: [E-devel] e5: Call for VM

[The Rasterman]

On Thu, 07 Feb 2013 09:35:07 -0600 ravenlock  said:

> On 1/30/13 5:32 AM, Bertrand Jacquin wrote:
> > Hi,
> > 
> > For e5 buildbot/whatever we will need different OS and architecture to
> > test. So if some volunteer are free to build some, we can gladly host
> > them.
> > 
> > Needed OS :
> > 
> >  - Windows XP x86
> >  - Windows XP x86_64
> >  - Windows Vista x86_64
> >  - Windows 7 x86_64
> >  - Windows 8 x86_64
> 
> What is the plan for licensing the above?

someone needs to actually pay for a proper license/copy. there is no way i will
allow us to use pirated copies of any software on our infra. if we ask people
to respect our licenses, be they bsd, gpl or anything else, then we will
respect theirs, regardless if they are open or not.

> >  (maybe more declination are needed ?)
> > 
> >  - Mac OS X Snow Leopard
> >  - Mac OS X Lion
> >  - Mac OS X Mountain Lion
> 
> This is easy and do'able if you have the Mac hardware and Parallels.
> Refurbed Mac Minis are like $500, you can stuff 16GB in them and a 1TB
> disk.  Works perfectly well.  Once upon a time there were E-funds being
> held.  We might tap into those?

he's asking for vm's, not hardware. we can't do squat diddly with a mac mini.
our server is in a rack in a server room/colo in oregon. :) i know - osx
expressly forbids being used on anything other than apple hardware (vm's
included).

> > 
> >  - FreeBSD 8
> >  - FreeBSD 9
> 
> I'd be happy to pitch in on the FreeBSD front if no one else has jumped
> on it.

a qemu vm disk image would be what is good here. the file and any other qemu
cmdline info needed to bring it up (specific device emulation).

something installed with network running and preferably everything up to and
including x running and working within the vm, sshd running and working with a
root password made available for admins.

basically this vm has to run on the server and be brought up and down as needed
and able to be sshd into and configured when/if needed. it will be used for
running builds on, generating any binaries if/when we want, as well as running
test suites. that means it needs all the dependencies on there and the ability
to add more dependencies when/if needed. :)

> > 
> >  - NetBSD 4.0 (still supported)
> >  - NetBSD 6.0 (still supported)
> >  - NetBSD 6.0
> > 
> >  - OpenBSD 5.2
> 
> -ravenlock
> 
> 


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


--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] e5: Call for VM

[ravenlock]

On 2/7/13 8:35 PM, Carsten Haitzler (The Rasterman) wrote:
> On Thu, 07 Feb 2013 09:35:07 -0600 ravenlock  said:
> 
>> On 1/30/13 5:32 AM, Bertrand Jacquin wrote:
>>> Hi,
>>>
>>> For e5 buildbot/whatever we will need different OS and architecture to
>>> test. So if some volunteer are free to build some, we can gladly host
>>> them.
>>>
>>> Needed OS :
>>>
>>>  - Windows XP x86
>>>  - Windows XP x86_64
>>>  - Windows Vista x86_64
>>>  - Windows 7 x86_64
>>>  - Windows 8 x86_64
>>
>> What is the plan for licensing the above?
> 
> someone needs to actually pay for a proper license/copy. there is no way i 
> will
> allow us to use pirated copies of any software on our infra. if we ask people
> to respect our licenses, be they bsd, gpl or anything else, then we will
> respect theirs, regardless if they are open or not.

I didn't propose pirating anything.  Didn't know if we were hoping for
people to purchase and donate copies, send in old decommissioned
personal copies, if we were using E-funds or whatnot.

> 
>>>  (maybe more declination are needed ?)
>>>
>>>  - Mac OS X Snow Leopard
>>>  - Mac OS X Lion
>>>  - Mac OS X Mountain Lion
>>
>> This is easy and do'able if you have the Mac hardware and Parallels.
>> Refurbed Mac Minis are like $500, you can stuff 16GB in them and a 1TB
>> disk.  Works perfectly well.  Once upon a time there were E-funds being
>> held.  We might tap into those?
> 
> he's asking for vm's, not hardware. we can't do squat diddly with a mac mini.

If you desire osx, you'll be duct taping that Mac Mini to your rack
mounted colo.  ;)

> our server is in a rack in a server room/colo in oregon. :) i know - osx
> expressly forbids being used on anything other than apple hardware (vm's
> included).
> 
>>>
>>>  - FreeBSD 8
>>>  - FreeBSD 9
>>
>> I'd be happy to pitch in on the FreeBSD front if no one else has jumped
>> on it.
> 
> a qemu vm disk image would be what is good here. the file and any other qemu
> cmdline info needed to bring it up (specific device emulation).
> 
> something installed with network running and preferably everything up to and
> including x running and working within the vm, sshd running and working with a
> root password made available for admins.
> 
> basically this vm has to run on the server and be brought up and down as 
> needed
> and able to be sshd into and configured when/if needed. it will be used for
> running builds on, generating any binaries if/when we want, as well as running
> test suites. that means it needs all the dependencies on there and the ability
> to add more dependencies when/if needed. :)

Is there a time frame in which this is desired?

> 
>>>
>>>  - NetBSD 4.0 (still supported)
>>>  - NetBSD 6.0 (still supported)
>>>  - NetBSD 6.0
>>>
>>>  - OpenBSD 5.2
>>
>> -ravenlock
>>
>>
> 
> 




signature.asc
Description: OpenPGP digital signature
--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] e5: Call for VM

[David Seikel]

On Thu, 07 Feb 2013 21:45:23 -0600 ravenlock 
wrote:

> On 2/7/13 8:35 PM, Carsten Haitzler (The Rasterman) wrote:
> > On Thu, 07 Feb 2013 09:35:07 -0600 ravenlock
> >  said:
> > 
> >> On 1/30/13 5:32 AM, Bertrand Jacquin wrote:
> >>> Hi,
> >>>
> >>> For e5 buildbot/whatever we will need different OS and
> >>> architecture to test. So if some volunteer are free to build
> >>> some, we can gladly host them.
> >>>
> >>> Needed OS :
> >>>
> >>>  - Windows XP x86
> >>>  - Windows XP x86_64
> >>>  - Windows Vista x86_64
> >>>  - Windows 7 x86_64
> >>>  - Windows 8 x86_64
> >>
> >> What is the plan for licensing the above?
> > 
> > someone needs to actually pay for a proper license/copy. there is
> > no way i will allow us to use pirated copies of any software on our
> > infra. if we ask people to respect our licenses, be they bsd, gpl
> > or anything else, then we will respect theirs, regardless if they
> > are open or not.
> 
> I didn't propose pirating anything.  Didn't know if we were hoping for
> people to purchase and donate copies, send in old decommissioned
> personal copies, if we were using E-funds or whatnot.
> 
> > 
> >>>  (maybe more declination are needed ?)
> >>>
> >>>  - Mac OS X Snow Leopard
> >>>  - Mac OS X Lion
> >>>  - Mac OS X Mountain Lion
> >>
> >> This is easy and do'able if you have the Mac hardware and
> >> Parallels. Refurbed Mac Minis are like $500, you can stuff 16GB in
> >> them and a 1TB disk.  Works perfectly well.  Once upon a time
> >> there were E-funds being held.  We might tap into those?

Mac Mini's are just so damn cheap, even though a second hand one cost
as much as my entire PC was when I bought it new.

> > he's asking for vm's, not hardware. we can't do squat diddly with a
> > mac mini.
> 
> If you desire osx, you'll be duct taping that Mac Mini to your rack
> mounted colo.  ;)
> 
> > our server is in a rack in a server room/colo in oregon. :) i know
> > - osx expressly forbids being used on anything other than apple
> > hardware (vm's included).

I mentioned that all before.  Apple is really shooting themselves in
the foot being this hard on open source developers.  But the Mac users
come bitching to us about "why don't you support Mac???".  Telling them
it's all Apple's fault and I can't justify buying a Mac apparently
really gets under their skin, coz Macs are the perfect computer, why
would you not want one?

I do have a Mac Mini on my to buy list, but it's waaay down the bottom,
for when I have that sort of cash just laying around doing nothing.  I
looked at them in the store a couple of days ago, not as mini as I
thought they would be.  I'm gonna have trouble finding SPACE for the
damn thing.

So to all the whining Mac users - if Apple did not make it so fucking
hard to support them, then I'd be supporting them already.  Bitch to
Apple, it's not our fault.

-- 
A big old stinking pile of genius that no one wants
coz there are too many silver coated monkeys in the world.


signature.asc
Description: PGP signature
--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] e5: Call for VM

[The Rasterman]

On Thu, 07 Feb 2013 21:45:23 -0600 ravenlock  said:

> On 2/7/13 8:35 PM, Carsten Haitzler (The Rasterman) wrote:
> > On Thu, 07 Feb 2013 09:35:07 -0600 ravenlock  said:
> > 
> >> On 1/30/13 5:32 AM, Bertrand Jacquin wrote:
> >>> Hi,
> >>>
> >>> For e5 buildbot/whatever we will need different OS and architecture to
> >>> test. So if some volunteer are free to build some, we can gladly host
> >>> them.
> >>>
> >>> Needed OS :
> >>>
> >>>  - Windows XP x86
> >>>  - Windows XP x86_64
> >>>  - Windows Vista x86_64
> >>>  - Windows 7 x86_64
> >>>  - Windows 8 x86_64
> >>
> >> What is the plan for licensing the above?
> > 
> > someone needs to actually pay for a proper license/copy. there is no way i
> > will allow us to use pirated copies of any software on our infra. if we ask
> > people to respect our licenses, be they bsd, gpl or anything else, then we
> > will respect theirs, regardless if they are open or not.
> 
> I didn't propose pirating anything.  Didn't know if we were hoping for
> people to purchase and donate copies, send in old decommissioned
> personal copies, if we were using E-funds or whatnot.

sure - i'm just making it clear, that any such vm's must be installed "above
board" with legitimate licenses for the vm os's :)

> >>>  (maybe more declination are needed ?)
> >>>
> >>>  - Mac OS X Snow Leopard
> >>>  - Mac OS X Lion
> >>>  - Mac OS X Mountain Lion
> >>
> >> This is easy and do'able if you have the Mac hardware and Parallels.
> >> Refurbed Mac Minis are like $500, you can stuff 16GB in them and a 1TB
> >> disk.  Works perfectly well.  Once upon a time there were E-funds being
> >> held.  We might tap into those?
> > 
> > he's asking for vm's, not hardware. we can't do squat diddly with a mac
> > mini.
> 
> If you desire osx, you'll be duct taping that Mac Mini to your rack
> mounted colo.  ;)

which means its not going to happen. osx support in our buildbot/cluster is not
an option until apple changes their licensing policies. so upstream support ==
"whatever devs manage to do at home on their own machines if they have osx
boxen".

> > our server is in a rack in a server room/colo in oregon. :) i know - osx
> > expressly forbids being used on anything other than apple hardware (vm's
> > included).
> > 
> >>>
> >>>  - FreeBSD 8
> >>>  - FreeBSD 9
> >>
> >> I'd be happy to pitch in on the FreeBSD front if no one else has jumped
> >> on it.
> > 
> > a qemu vm disk image would be what is good here. the file and any other qemu
> > cmdline info needed to bring it up (specific device emulation).
> > 
> > something installed with network running and preferably everything up to and
> > including x running and working within the vm, sshd running and working
> > with a root password made available for admins.
> > 
> > basically this vm has to run on the server and be brought up and down as
> > needed and able to be sshd into and configured when/if needed. it will be
> > used for running builds on, generating any binaries if/when we want, as
> > well as running test suites. that means it needs all the dependencies on
> > there and the ability to add more dependencies when/if needed. :)
> 
> Is there a time frame in which this is desired?

whenever you have time. no rush. :)

> > 
> >>>
> >>>  - NetBSD 4.0 (still supported)
> >>>  - NetBSD 6.0 (still supported)
> >>>  - NetBSD 6.0
> >>>
> >>>  - OpenBSD 5.2
> >>
> >> -ravenlock
> >>
> >>
> > 
> > 
> 
> 


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


--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: jihoon IN trunk/elementary/src: examples lib

[Daniel Juyung Seo]

On Fri, Feb 8, 2013 at 12:53 AM, Iván Briano  wrote:

> On Thu, Feb 7, 2013 at 5:26 AM, Enlightenment SVN
>  wrote:
> > Log:
> > Hello, I'm jiyoung choi.
> >   It's the first time sending patch. haha :)
> >
> >   I found the simple typo.
> >   1. At the description of list : algarism (x) > algorithm (o)
>
> Mistranslation or something there, but it;s not meant to be algorithm.
> Digit should be right.
>

Good point.
So it was intended to be "algorism" or "digit" neither algarism nor
algorithm.
Thanks.

Daniel Juyung Seo (SeoZ)


>
> >   2. ~trunk/elementary/src/examples/ fileselector_entry_example.c
> >  line 8 : gcc -g file selector_entry_example.c -o file
> selector_entry_example 'pkg-config --cflags --libs elementary' (x)
> >  *** wrong word spacing (file selector) ***
> >  > gcc -g fileselector_entry_example.c -o
> fileselector_entry_example 'pkg-config --cflags --libs elementary' (o)
> >
> >   I fixed these 2 typo.
> >   So I want you to check this patch.
> >
> >
> >
> > Author:   jihoon
> > Date: 2013-02-06 23:26:45 -0800 (Wed, 06 Feb 2013)
> > New Revision: 83707
> > Trac: http://trac.enlightenment.org/e/changeset/83707
> >
> > Modified:
> >   trunk/elementary/src/examples/fileselector_entry_example.c
> trunk/elementary/src/lib/elm_clock.h
> >
> > Modified: trunk/elementary/src/examples/fileselector_entry_example.c
> > ===
> > --- trunk/elementary/src/examples/fileselector_entry_example.c
>  2013-02-07 07:17:07 UTC (rev 83706)
> > +++ trunk/elementary/src/examples/fileselector_entry_example.c
>  2013-02-07 07:26:45 UTC (rev 83707)
> > @@ -5,7 +5,7 @@
> >   * See stdout/stderr for output. Compile with:
> >   *
> >   * @verbatim
> > - * gcc -g file selector_entry_example.c -o file selector_entry_example
> `pkg-config --cflags --libs elementary`
> > + * gcc -g fileselector_entry_example.c -o fileselector_entry_example
> `pkg-config --cflags --libs elementary`
> >   * @endverbatim
> >   */
> >
> >
> > Modified: trunk/elementary/src/lib/elm_clock.h
> > ===
> > --- trunk/elementary/src/lib/elm_clock.h2013-02-07 07:17:07 UTC
> (rev 83706)
> > +++ trunk/elementary/src/lib/elm_clock.h2013-02-07 07:26:45 UTC
> (rev 83707)
> > @@ -244,12 +244,12 @@
> >  typedef enum
> >  {
> > ELM_CLOCK_EDIT_DEFAULT = 0, /**< Default value. Means that all
> digits are editable, when in edition mode. */
> > -   ELM_CLOCK_EDIT_HOUR_DECIMAL = 1 << 0, /**< Decimal algarism of hours
> value should be editable */
> > -   ELM_CLOCK_EDIT_HOUR_UNIT = 1 << 1, /**< Unit algarism of hours value
> should be editable */
> > -   ELM_CLOCK_EDIT_MIN_DECIMAL = 1 << 2, /**< Decimal algarism of
> minutes value should be editable */
> > -   ELM_CLOCK_EDIT_MIN_UNIT = 1 << 3, /**< Unit algarism of minutes
> value should be editable */
> > -   ELM_CLOCK_EDIT_SEC_DECIMAL = 1 << 4, /**< Decimal algarism of
> seconds value should be editable */
> > -   ELM_CLOCK_EDIT_SEC_UNIT = 1 << 5, /**< Unit algarism of seconds
> value should be editable */
> > +   ELM_CLOCK_EDIT_HOUR_DECIMAL = 1 << 0, /**< Decimal algorithm of
> hours value should be editable */
> > +   ELM_CLOCK_EDIT_HOUR_UNIT = 1 << 1, /**< Unit algorithm of hours
> value should be editable */
> > +   ELM_CLOCK_EDIT_MIN_DECIMAL = 1 << 2, /**< Decimal algorithm of
> minutes value should be editable */
> > +   ELM_CLOCK_EDIT_MIN_UNIT = 1 << 3, /**< Unit algorithm of minutes
> value should be editable */
> > +   ELM_CLOCK_EDIT_SEC_DECIMAL = 1 << 4, /**< Decimal algorithm of
> seconds value should be editable */
> > +   ELM_CLOCK_EDIT_SEC_UNIT = 1 << 5, /**< Unit algorithm of seconds
> value should be editable */
> > ELM_CLOCK_EDIT_ALL = (1 << 6) - 1 /**< All digits should be editable
> */
> >  } Elm_Clock_Edit_Mode;
> >
> >
> >
> >
> --
> > Free Next-Gen Firewall Hardware Offer
> > Buy your Sophos next-gen firewall before the end March 2013
> > and get the hardware for free! Learn more.
> > http://p.sf.net/sfu/sophos-d2d-feb
> > ___
> > enlightenment-svn mailing list
> > enlightenment-...@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
>
>
> --
> Free Next-Gen Firewall Hardware Offer
> Buy your Sophos next-gen firewall before the end March 2013
> and get the hardware for free! Learn more.
> http://p.sf.net/sfu/sophos-d2d-feb
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the 

Re: [E-devel] E SVN: jihoon IN trunk/elementary/src: examples lib

[Daniel Juyung Seo]

I just fixed it to "digit".
Thanks.

Daniel Juyung Seo (SeoZ)

On Fri, Feb 8, 2013 at 2:03 PM, Daniel Juyung Seo wrote:

>
>
> On Fri, Feb 8, 2013 at 12:53 AM, Iván Briano  wrote:
>
>> On Thu, Feb 7, 2013 at 5:26 AM, Enlightenment SVN
>>  wrote:
>> > Log:
>> > Hello, I'm jiyoung choi.
>> >   It's the first time sending patch. haha :)
>> >
>> >   I found the simple typo.
>> >   1. At the description of list : algarism (x) > algorithm (o)
>>
>> Mistranslation or something there, but it;s not meant to be algorithm.
>> Digit should be right.
>>
>
> Good point.
> So it was intended to be "algorism" or "digit" neither algarism nor
> algorithm.
> Thanks.
>
> Daniel Juyung Seo (SeoZ)
>
>
>>
>> >   2. ~trunk/elementary/src/examples/ fileselector_entry_example.c
>> >  line 8 : gcc -g file selector_entry_example.c -o file
>> selector_entry_example 'pkg-config --cflags --libs elementary' (x)
>> >  *** wrong word spacing (file selector) ***
>> >  > gcc -g fileselector_entry_example.c -o
>> fileselector_entry_example 'pkg-config --cflags --libs elementary' (o)
>> >
>> >   I fixed these 2 typo.
>> >   So I want you to check this patch.
>> >
>> >
>> >
>> > Author:   jihoon
>> > Date: 2013-02-06 23:26:45 -0800 (Wed, 06 Feb 2013)
>> > New Revision: 83707
>> > Trac: http://trac.enlightenment.org/e/changeset/83707
>> >
>> > Modified:
>> >   trunk/elementary/src/examples/fileselector_entry_example.c
>> trunk/elementary/src/lib/elm_clock.h
>> >
>> > Modified: trunk/elementary/src/examples/fileselector_entry_example.c
>> > ===
>> > --- trunk/elementary/src/examples/fileselector_entry_example.c
>>  2013-02-07 07:17:07 UTC (rev 83706)
>> > +++ trunk/elementary/src/examples/fileselector_entry_example.c
>>  2013-02-07 07:26:45 UTC (rev 83707)
>> > @@ -5,7 +5,7 @@
>> >   * See stdout/stderr for output. Compile with:
>> >   *
>> >   * @verbatim
>> > - * gcc -g file selector_entry_example.c -o file selector_entry_example
>> `pkg-config --cflags --libs elementary`
>> > + * gcc -g fileselector_entry_example.c -o fileselector_entry_example
>> `pkg-config --cflags --libs elementary`
>> >   * @endverbatim
>> >   */
>> >
>> >
>> > Modified: trunk/elementary/src/lib/elm_clock.h
>> > ===
>> > --- trunk/elementary/src/lib/elm_clock.h2013-02-07 07:17:07 UTC
>> (rev 83706)
>> > +++ trunk/elementary/src/lib/elm_clock.h2013-02-07 07:26:45 UTC
>> (rev 83707)
>> > @@ -244,12 +244,12 @@
>> >  typedef enum
>> >  {
>> > ELM_CLOCK_EDIT_DEFAULT = 0, /**< Default value. Means that all
>> digits are editable, when in edition mode. */
>> > -   ELM_CLOCK_EDIT_HOUR_DECIMAL = 1 << 0, /**< Decimal algarism of
>> hours value should be editable */
>> > -   ELM_CLOCK_EDIT_HOUR_UNIT = 1 << 1, /**< Unit algarism of hours
>> value should be editable */
>> > -   ELM_CLOCK_EDIT_MIN_DECIMAL = 1 << 2, /**< Decimal algarism of
>> minutes value should be editable */
>> > -   ELM_CLOCK_EDIT_MIN_UNIT = 1 << 3, /**< Unit algarism of minutes
>> value should be editable */
>> > -   ELM_CLOCK_EDIT_SEC_DECIMAL = 1 << 4, /**< Decimal algarism of
>> seconds value should be editable */
>> > -   ELM_CLOCK_EDIT_SEC_UNIT = 1 << 5, /**< Unit algarism of seconds
>> value should be editable */
>> > +   ELM_CLOCK_EDIT_HOUR_DECIMAL = 1 << 0, /**< Decimal algorithm of
>> hours value should be editable */
>> > +   ELM_CLOCK_EDIT_HOUR_UNIT = 1 << 1, /**< Unit algorithm of hours
>> value should be editable */
>> > +   ELM_CLOCK_EDIT_MIN_DECIMAL = 1 << 2, /**< Decimal algorithm of
>> minutes value should be editable */
>> > +   ELM_CLOCK_EDIT_MIN_UNIT = 1 << 3, /**< Unit algorithm of minutes
>> value should be editable */
>> > +   ELM_CLOCK_EDIT_SEC_DECIMAL = 1 << 4, /**< Decimal algorithm of
>> seconds value should be editable */
>> > +   ELM_CLOCK_EDIT_SEC_UNIT = 1 << 5, /**< Unit algorithm of seconds
>> value should be editable */
>> > ELM_CLOCK_EDIT_ALL = (1 << 6) - 1 /**< All digits should be
>> editable */
>> >  } Elm_Clock_Edit_Mode;
>> >
>> >
>> >
>> >
>> --
>> > Free Next-Gen Firewall Hardware Offer
>> > Buy your Sophos next-gen firewall before the end March 2013
>> > and get the hardware for free! Learn more.
>> > http://p.sf.net/sfu/sophos-d2d-feb
>> > ___
>> > enlightenment-svn mailing list
>> > enlightenment-...@lists.sourceforge.net
>> > https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
>>
>>
>> --
>> Free Next-Gen Firewall Hardware Offer
>> Buy your Sophos next-gen firewall before the end March 2013
>> and get the hardware for free! Learn more.
>> http://p.sf.net/sfu/sophos-d2d-feb
>> ___
>> enlightenment-devel mailing list
>> enlightenment-deve

Re: [E-devel] E SVN: raster trunk/efl/src/lib/ecore_x/xlib

[Christopher Michael]

Ooopssie :(

Thanks for the fix mate ;)

dh

On 08/02/13 03:35, Enlightenment SVN wrote:
> Log:
> devilhorns: u lets not segv and run allover the stack shall we? memset the
>size of memory we ALLOCATED!
>
>
>
> Author:   raster
> Date: 2013-02-07 19:35:11 -0800 (Thu, 07 Feb 2013)
> New Revision: 83757
> Trac: http://trac.enlightenment.org/e/changeset/83757
>
> Modified:
>trunk/efl/src/lib/ecore_x/xlib/ecore_x_randr.c
>
> Modified: trunk/efl/src/lib/ecore_x/xlib/ecore_x_randr.c
> ===
> --- trunk/efl/src/lib/ecore_x/xlib/ecore_x_randr.c2013-02-08 01:43:51 UTC 
> (rev 83756)
> +++ trunk/efl/src/lib/ecore_x/xlib/ecore_x_randr.c2013-02-08 03:35:11 UTC 
> (rev 83757)
> @@ -2307,7 +2307,7 @@
>   int nw = 0, nh = 0;
>
>   info = alloca(ncrtc * sizeof(XRRCrtcInfo *));
> -memset(info, 0, ncrtc * sizeof(XRRCrtcInfo));
> +memset(info, 0, ncrtc * sizeof(XRRCrtcInfo *));
>
>   ecore_x_randr_screen_size_range_get(root, NULL, NULL, &mw, &mh);
>   ecore_x_randr_screen_current_size_get(root, &sw, &sh, NULL, NULL);
>



--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: discomfitor IN trunk/e: . data/themes/edc src/bin src/modules/clock src/modules/conf_comp src/modules/fileman src/modules/gadman src/modules/illume-home src/modules/winlist

[Michael Blumenkrantz]

On Fri, 8 Feb 2013 10:51:05 +0900
Cedric BAIL  wrote:

> On Thu, Feb 7, 2013 at 10:27 PM, Michael Blumenkrantz
>  wrote:
> > On Thu, Feb 7, 2013 at 1:20 PM, Enlightenment SVN <
> > no-re...@enlightenment.org> wrote:
> >
> >> Log:
> >> giant comp rejiggering commit because anything smaller would have broken
> >> something:
> >>
> >>   * remove xwin for container canvas: now drawn directly on the compositor
> >> canvas
> >>
> >>   * added SHAPE_DEBUG define for bored developers
> >>
> >
> > I highly recommend this.
> 
> Big issue after this serie of change xinerama setup is completely
> broken and E will not start.

confusing, since I use xinerama

--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel