Re: [E-devel] [Enlightenment-release] Releases pending
On Fri, 13 Sep 2013 14:57:33 -0300 "Eduardo Lima (Etrunko)"
said:
> It is already Friday the 13th, and I have not yet heard any feedbacks.
> Can we get this official release out of the doors by Tuesday?
no. give it a few weeks. last release left people with systems that couldnt
even stat e and had a blank screen. let's not do that again.
> FYI, I updated the Ecore and Evil packages with some backports:
>
> md5sum {ecore,evil}-1.7.9.tar.*
> c042b0bb5ac42d589f59dfa33fdf71ba ecore-1.7.9.tar.bz2
> f75839a4e9dfb6c330e9b18299b3bda4 ecore-1.7.9.tar.gz
> d8e9b5de3721e9e82bd67c8d36582205 evil-1.7.9.tar.bz2
> 0ce7c4576971a721fbbc8675fd811233 evil-1.7.9.tar.gz
>
> sha256sum {ecore,evil}-1.7.9.tar.*
> eec865c670d8631f0f71af9bf899cb9c2759c0508084524498c3b0bf51907b4d
> ecore-1.7.9.tar.bz2
> 4fe3212228ac18ba0b5936eb4feb85c98b5c08d5b91eb4ac12c1f45d5d0da55c
> ecore-1.7.9.tar.gz
> e10445eb298ac29506e2a2e3eb768b9fbf28b7741afc99cebd704a0e228c342f
> evil-1.7.9.tar.bz2
> f579e56a5293888db316cd3775f9c8e7c7231b37c2f4eaa89d0d42c04f030716
> evil-1.7.9.tar.gz
>
> Regards, Etrunko
>
> 2013/9/11 Rafael Antognolli :
> > Hi,
> >
> > On Wed, Sep 11, 2013 at 6:11 PM, Bertrand Jacquin
> > wrote:
> >> On 2013-09-11 17:03, Eduardo Lima (Etrunko) wrote:
> >>> 2013/9/11 Bertrand Jacquin :
> Hi,
>
> On 2013-09-11 00:36, Eduardo Lima (Etrunko) wrote:
> > We now have tarballs up for testing in under the new pre-releases
> > directory:
> >
> > http://download.enlightenment.org/pre-releases/efl-1.7.9/
> > http://download.enlightenment.org/pre-releases/enlightenment-0.17.5/
>
> IMHO, it's bad to name tarball 'e_dbus-1.7.9.tar.bz2' (here for e_dbus
> exemple). Think about google bot and other crawlers that will put in
> the
> first result 'e_dbus-1.7.9.tar.bz2' corresponding to the pre-release
> directory, and this even when release will happenning, people will not
> see pre-releases subdirectory at first.
>
> Also, it may lead to misunderstood from people that will already have
> a
> file named e_dbus-1.7.9.tar.bz2 in their directory.
>
> Naming them e_dbus-1.7.9_pre1.Tar.bz2 in preferable or anything else
> that is not the final tarball name.
> >>>
> >>> It is already enough work to update configure.ac, ChangeLogs and NEWS
> >>> for all 17 packages we ship, and I for myself am not doing it all over
> >>> again only to remove a 'pre' tag. The idea is to move the tarballs to
> >>> the release directory and remove the pre-release one whenever the
> >>> packages are tested and good to go.
> >>
> >> This should not need any manual changes. You could for example add a
> >> v1.7.9_pre1 tag on a commit, and then run a 'make dist' that does all
> >> needed things for you. As almost all projects does.
> >
> > I also think that it would be cool if we had that.
> >
> > But unfortunately I have to agree with Etrunko that it's a pain in the
> > ass, at least the way that it is now, where EFL 1.7 is split across
> > several packages. It's not "just make dist", but make dist on every
> > package, at least twice (one for pre-release and another for the real
> > release), adding/changing/removing the preN tag.
> >
> > And if we do that, would be even better to do it all correctly: update
> > dependencies accordingly, NEWS, ChangeLog, etc, as Etrunko said. I
> > don't think it's worth the effort for 1.7 yet, maybe we can do it
> > after 1.8 release where it will be a lot easier (single tree for core
> > efl, elementary and enlightenment).
> >
> > Just my 2 cents.
> >
> > --
> > Rafael Antognolli
> >
> > --
> > How ServiceNow helps IT people transform IT departments:
> > 1. Consolidate legacy IT systems to a single system of record for IT
> > 2. Standardize and globalize service processes across IT
> > 3. Implement zero-touch automation to replace manual, redundant tasks
> > http://pubads.g.doubleclick.net/gampad/clk?id=5127&iu=/4140/ostg.clktrk
> > ___
> > enlightenment-devel mailing list
> > enlightenment-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
>
>
> --
> Eduardo de Barros Lima ◤✠◢
> ebl...@gmail.com
>
> --
> How ServiceNow helps IT people transform IT departments:
> 1. Consolidate legacy IT systems to a single system of record for IT
> 2. Standardize and globalize service processes across IT
> 3. Implement zero-touch automation to replace manual, redundant tasks
> http://pubads.g.doubleclick.net/gampad/clk?id=5127&iu=/4140/ostg.clktrk
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
- Codito, ergo sum - "I code, therefore I
Re: [E-devel] [Enlightenment-release] Releases pending
On 2013-09-13 19:57, Eduardo Lima (Etrunko) wrote: > It is already Friday the 13th, and I have not yet heard any feedbacks. > Can we get this official release out of the doors by Tuesday? I'm affected by this unresolved issue : https://phab.enlightenment.org/T290 -- How ServiceNow helps IT people transform IT departments: 1. Consolidate legacy IT systems to a single system of record for IT 2. Standardize and globalize service processes across IT 3. Implement zero-touch automation to replace manual, redundant tasks http://pubads.g.doubleclick.net/gampad/clk?id=5127&iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] new git list
D'ar gwener 13 a viz Gwengolo 2013 e 21 eur 51, « Michael Blumenkrantz » he deus skrivet : > On Fri, 13 Sep 2013 21:19:28 +0200 > Bertrand Jacquin wrote: > > > On 2013-09-13 21:08, Michael Blumenkrantz wrote: > > > so far this is okay, but the reply-to is set to the committer instead > > > of hte list... > > > > In fact, Reply-To: appear twice. Once defined by git_multimail, and once > > by mlmmj. If Reply-To: exist in source mail, then it will be removed > > now. > > > > Thanks for report. > > would be be possible to automatically add cedric to the CC of all git mails > so it'll be easier to deliver spankies when he breaks something? Fact he can easily spoof he's GIT_AUTHOR to random other devs :)) -- Bertrand Jacquin, EXOSEC (http://www.exosec.fr/) ZAC des Metz - 3 Rue du petit robinson - 78350 JOUY EN JOSAS Tel: +33 1 30 67 60 65 - Fax: +33 1 75 43 40 70 GSM: +33 6 71 01 70 30 - mailto:bjacq...@exosec.fr -- How ServiceNow helps IT people transform IT departments: 1. Consolidate legacy IT systems to a single system of record for IT 2. Standardize and globalize service processes across IT 3. Implement zero-touch automation to replace manual, redundant tasks http://pubads.g.doubleclick.net/gampad/clk?id=5127&iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] new git list
so far this is okay, but the reply-to is set to the committer instead of hte list... -- How ServiceNow helps IT people transform IT departments: 1. Consolidate legacy IT systems to a single system of record for IT 2. Standardize and globalize service processes across IT 3. Implement zero-touch automation to replace manual, redundant tasks http://pubads.g.doubleclick.net/gampad/clk?id=5127&iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] new git list
On Fri, 13 Sep 2013 21:19:28 +0200 Bertrand Jacquin wrote: > On 2013-09-13 21:08, Michael Blumenkrantz wrote: > > so far this is okay, but the reply-to is set to the committer instead > > of hte list... > > In fact, Reply-To: appear twice. Once defined by git_multimail, and once > by mlmmj. If Reply-To: exist in source mail, then it will be removed > now. > > Thanks for report. would be be possible to automatically add cedric to the CC of all git mails so it'll be easier to deliver spankies when he breaks something? -- How ServiceNow helps IT people transform IT departments: 1. Consolidate legacy IT systems to a single system of record for IT 2. Standardize and globalize service processes across IT 3. Implement zero-touch automation to replace manual, redundant tasks http://pubads.g.doubleclick.net/gampad/clk?id=5127&iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] new git list
On 2013-09-13 21:08, Michael Blumenkrantz wrote: > so far this is okay, but the reply-to is set to the committer instead > of hte list... In fact, Reply-To: appear twice. Once defined by git_multimail, and once by mlmmj. If Reply-To: exist in source mail, then it will be removed now. Thanks for report. -- How ServiceNow helps IT people transform IT departments: 1. Consolidate legacy IT systems to a single system of record for IT 2. Standardize and globalize service processes across IT 3. Implement zero-touch automation to replace manual, redundant tasks http://pubads.g.doubleclick.net/gampad/clk?id=5127&iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Enlightenment-release] Releases pending
adding erelease back to the CC...
On Fri, 13 Sep 2013 14:57:33 -0300
"Eduardo Lima (Etrunko)" wrote:
> It is already Friday the 13th, and I have not yet heard any feedbacks.
> Can we get this official release out of the doors by Tuesday?
>
> FYI, I updated the Ecore and Evil packages with some backports:
>
> md5sum {ecore,evil}-1.7.9.tar.*
> c042b0bb5ac42d589f59dfa33fdf71ba ecore-1.7.9.tar.bz2
> f75839a4e9dfb6c330e9b18299b3bda4 ecore-1.7.9.tar.gz
> d8e9b5de3721e9e82bd67c8d36582205 evil-1.7.9.tar.bz2
> 0ce7c4576971a721fbbc8675fd811233 evil-1.7.9.tar.gz
>
> sha256sum {ecore,evil}-1.7.9.tar.*
> eec865c670d8631f0f71af9bf899cb9c2759c0508084524498c3b0bf51907b4d
> ecore-1.7.9.tar.bz2
> 4fe3212228ac18ba0b5936eb4feb85c98b5c08d5b91eb4ac12c1f45d5d0da55c
> ecore-1.7.9.tar.gz
> e10445eb298ac29506e2a2e3eb768b9fbf28b7741afc99cebd704a0e228c342f
> evil-1.7.9.tar.bz2
> f579e56a5293888db316cd3775f9c8e7c7231b37c2f4eaa89d0d42c04f030716
> evil-1.7.9.tar.gz
>
> Regards, Etrunko
>
> 2013/9/11 Rafael Antognolli :
> > Hi,
> >
> > On Wed, Sep 11, 2013 at 6:11 PM, Bertrand Jacquin
> > wrote:
> >> On 2013-09-11 17:03, Eduardo Lima (Etrunko) wrote:
> >>> 2013/9/11 Bertrand Jacquin :
> Hi,
>
> On 2013-09-11 00:36, Eduardo Lima (Etrunko) wrote:
> > We now have tarballs up for testing in under the new pre-releases
> > directory:
> >
> > http://download.enlightenment.org/pre-releases/efl-1.7.9/
> > http://download.enlightenment.org/pre-releases/enlightenment-0.17.5/
>
> IMHO, it's bad to name tarball 'e_dbus-1.7.9.tar.bz2' (here for e_dbus
> exemple). Think about google bot and other crawlers that will put in
> the
> first result 'e_dbus-1.7.9.tar.bz2' corresponding to the pre-release
> directory, and this even when release will happenning, people will not
> see pre-releases subdirectory at first.
>
> Also, it may lead to misunderstood from people that will already have
> a
> file named e_dbus-1.7.9.tar.bz2 in their directory.
>
> Naming them e_dbus-1.7.9_pre1.Tar.bz2 in preferable or anything else
> that is not the final tarball name.
> >>>
> >>> It is already enough work to update configure.ac, ChangeLogs and NEWS
> >>> for all 17 packages we ship, and I for myself am not doing it all over
> >>> again only to remove a 'pre' tag. The idea is to move the tarballs to
> >>> the release directory and remove the pre-release one whenever the
> >>> packages are tested and good to go.
> >>
> >> This should not need any manual changes. You could for example add a
> >> v1.7.9_pre1 tag on a commit, and then run a 'make dist' that does all
> >> needed things for you. As almost all projects does.
> >
> > I also think that it would be cool if we had that.
> >
> > But unfortunately I have to agree with Etrunko that it's a pain in the
> > ass, at least the way that it is now, where EFL 1.7 is split across
> > several packages. It's not "just make dist", but make dist on every
> > package, at least twice (one for pre-release and another for the real
> > release), adding/changing/removing the preN tag.
> >
> > And if we do that, would be even better to do it all correctly: update
> > dependencies accordingly, NEWS, ChangeLog, etc, as Etrunko said. I
> > don't think it's worth the effort for 1.7 yet, maybe we can do it
> > after 1.8 release where it will be a lot easier (single tree for core
> > efl, elementary and enlightenment).
> >
> > Just my 2 cents.
> >
> > --
> > Rafael Antognolli
> >
> > --
> > How ServiceNow helps IT people transform IT departments:
> > 1. Consolidate legacy IT systems to a single system of record for IT
> > 2. Standardize and globalize service processes across IT
> > 3. Implement zero-touch automation to replace manual, redundant tasks
> > http://pubads.g.doubleclick.net/gampad/clk?id=5127&iu=/4140/ostg.clktrk
> > ___
> > enlightenment-devel mailing list
> > enlightenment-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
>
>
--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127&iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Enlightenment-release] Releases pending
It is already Friday the 13th, and I have not yet heard any feedbacks.
Can we get this official release out of the doors by Tuesday?
FYI, I updated the Ecore and Evil packages with some backports:
md5sum {ecore,evil}-1.7.9.tar.*
c042b0bb5ac42d589f59dfa33fdf71ba ecore-1.7.9.tar.bz2
f75839a4e9dfb6c330e9b18299b3bda4 ecore-1.7.9.tar.gz
d8e9b5de3721e9e82bd67c8d36582205 evil-1.7.9.tar.bz2
0ce7c4576971a721fbbc8675fd811233 evil-1.7.9.tar.gz
sha256sum {ecore,evil}-1.7.9.tar.*
eec865c670d8631f0f71af9bf899cb9c2759c0508084524498c3b0bf51907b4d
ecore-1.7.9.tar.bz2
4fe3212228ac18ba0b5936eb4feb85c98b5c08d5b91eb4ac12c1f45d5d0da55c
ecore-1.7.9.tar.gz
e10445eb298ac29506e2a2e3eb768b9fbf28b7741afc99cebd704a0e228c342f
evil-1.7.9.tar.bz2
f579e56a5293888db316cd3775f9c8e7c7231b37c2f4eaa89d0d42c04f030716
evil-1.7.9.tar.gz
Regards, Etrunko
2013/9/11 Rafael Antognolli :
> Hi,
>
> On Wed, Sep 11, 2013 at 6:11 PM, Bertrand Jacquin wrote:
>> On 2013-09-11 17:03, Eduardo Lima (Etrunko) wrote:
>>> 2013/9/11 Bertrand Jacquin :
Hi,
On 2013-09-11 00:36, Eduardo Lima (Etrunko) wrote:
> We now have tarballs up for testing in under the new pre-releases
> directory:
>
> http://download.enlightenment.org/pre-releases/efl-1.7.9/
> http://download.enlightenment.org/pre-releases/enlightenment-0.17.5/
IMHO, it's bad to name tarball 'e_dbus-1.7.9.tar.bz2' (here for e_dbus
exemple). Think about google bot and other crawlers that will put in
the
first result 'e_dbus-1.7.9.tar.bz2' corresponding to the pre-release
directory, and this even when release will happenning, people will not
see pre-releases subdirectory at first.
Also, it may lead to misunderstood from people that will already have
a
file named e_dbus-1.7.9.tar.bz2 in their directory.
Naming them e_dbus-1.7.9_pre1.Tar.bz2 in preferable or anything else
that is not the final tarball name.
>>>
>>> It is already enough work to update configure.ac, ChangeLogs and NEWS
>>> for all 17 packages we ship, and I for myself am not doing it all over
>>> again only to remove a 'pre' tag. The idea is to move the tarballs to
>>> the release directory and remove the pre-release one whenever the
>>> packages are tested and good to go.
>>
>> This should not need any manual changes. You could for example add a
>> v1.7.9_pre1 tag on a commit, and then run a 'make dist' that does all
>> needed things for you. As almost all projects does.
>
> I also think that it would be cool if we had that.
>
> But unfortunately I have to agree with Etrunko that it's a pain in the
> ass, at least the way that it is now, where EFL 1.7 is split across
> several packages. It's not "just make dist", but make dist on every
> package, at least twice (one for pre-release and another for the real
> release), adding/changing/removing the preN tag.
>
> And if we do that, would be even better to do it all correctly: update
> dependencies accordingly, NEWS, ChangeLog, etc, as Etrunko said. I
> don't think it's worth the effort for 1.7 yet, maybe we can do it
> after 1.8 release where it will be a lot easier (single tree for core
> efl, elementary and enlightenment).
>
> Just my 2 cents.
>
> --
> Rafael Antognolli
>
> --
> How ServiceNow helps IT people transform IT departments:
> 1. Consolidate legacy IT systems to a single system of record for IT
> 2. Standardize and globalize service processes across IT
> 3. Implement zero-touch automation to replace manual, redundant tasks
> http://pubads.g.doubleclick.net/gampad/clk?id=5127&iu=/4140/ostg.clktrk
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
Eduardo de Barros Lima ◤✠◢
ebl...@gmail.com
--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127&iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[EGIT] [core/elementary] master 01/01: elm_spinner.c: fixed spinner arrow key bug.
seoz pushed a commit to branch master.
commit 000c554b3fd851f4f3c8c1671b58bd1cd6dbfb23
Author: Daniel Juyung Seo
Date: Sat Sep 14 02:52:52 2013 +0900
elm_spinner.c: fixed spinner arrow key bug.
Consider the spinner direction for the arrow key events.
---
ChangeLog | 4
NEWS | 1 +
src/lib/elm_spinner.c | 27 +++
3 files changed, 24 insertions(+), 8 deletions(-)
diff --git a/ChangeLog b/ChangeLog
index 4eced13..e4d9780 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1616,3 +1616,7 @@
* elm_object_item : Introduces new APIs, elm_object_item_track(),
elm_object_item_untrack(), elm_object_item_track_get().
+
+2013-09-14 Daniel Juyung Seo (SeoZ)
+
+* spinner : fixed arrow key focus movement bug.
diff --git a/NEWS b/NEWS
index 78c1369..ffd4a87 100644
--- a/NEWS
+++ b/NEWS
@@ -281,6 +281,7 @@ Fixes:
* Flip : Fix the flip page to not flip on a direction if the direction is
disabled.
* Spinner : change part name to access.text from access_text on default
style.
* Fix fileselector only send "selected" signal without selection when file
path is typed on the path entry.
+ * Fix spinner arrow key focus movement bug.
Removals:
diff --git a/src/lib/elm_spinner.c b/src/lib/elm_spinner.c
index 1afe98b..7a91f1a 100644
--- a/src/lib/elm_spinner.c
+++ b/src/lib/elm_spinner.c
@@ -436,6 +436,7 @@ _elm_spinner_smart_event(Eo *obj, void *_pd EINA_UNUSED,
va_list *list)
void *event_info = va_arg(*list, void *);
Eina_Bool *ret = va_arg(*list, Eina_Bool *);
if (ret) *ret = EINA_FALSE;
+ Eina_Bool horz = !!strcmp(elm_widget_style_get(obj), "vertical");
if (elm_widget_disabled_get(obj)) return;
if (type == EVAS_CALLBACK_KEY_DOWN)
@@ -443,10 +444,15 @@ _elm_spinner_smart_event(Eo *obj, void *_pd EINA_UNUSED,
va_list *list)
Evas_Event_Key_Down *ev = event_info;
if (ev->event_flags & EVAS_EVENT_FLAG_ON_HOLD) return;
-else if (!strcmp(ev->key, "Left") ||
- ((!strcmp(ev->key, "KP_Left")) && (!ev->string)) ||
- !strcmp(ev->key, "Down") ||
- ((!strcmp(ev->key, "KP_Down")) && (!ev->string)))
+else if (
+ ( (!strcmp(ev->key, "Left") ||
+ ((!strcmp(ev->key, "KP_Left")) && (!ev->string)))
+ && horz )
+ ||
+ ( (!strcmp(ev->key, "Down") ||
+ ((!strcmp(ev->key, "KP_Down")) && (!ev->string)))
+ && !horz )
+ )
{
_val_dec_start(obj);
elm_layout_signal_emit(obj, "elm,left,anim,activate", "elm");
@@ -454,10 +460,15 @@ _elm_spinner_smart_event(Eo *obj, void *_pd EINA_UNUSED,
va_list *list)
if (ret) *ret = EINA_TRUE;
return;
}
-else if (!strcmp(ev->key, "Right") ||
- ((!strcmp(ev->key, "KP_Right")) && (!ev->string)) ||
- !strcmp(ev->key, "Up") ||
- ((!strcmp(ev->key, "KP_Up")) && (!ev->string)))
+else if (
+ ( (!strcmp(ev->key, "Right") ||
+ ((!strcmp(ev->key, "KP_Right")) && (!ev->string)))
+ && horz )
+ ||
+ ( (!strcmp(ev->key, "Up") ||
+ ((!strcmp(ev->key, "KP_Up")) && (!ev->string)))
+ && !horz )
+ )
{
_val_inc_start(obj);
elm_layout_signal_emit(obj, "elm,right,anim,activate", "elm");
--
Re: [E-devel] [EGIT] [core/elementary] master 01/01: elementary - introduces 3 apis elm_object_item_track/untrack/track_get().
Hi, On Fri, Sep 13, 2013 at 12:23 AM, ChunEon Park wrote: > Particle effect: unless I get you wrong, shouldn't that be an edje theme? > > -> it depends on the ux/particle quality, Still you wonder, then see the link. > > https://www.google.co.kr/search?newwindow=1&q=particle&bav=on.2,or.r_cp.r_qf.&bvm=bv.52164340,d.aGc,pv.xjs.s.en_US.CQsooEYev9Y.O&biw=1112&bih=935&dpr=1&um=1&ie=UTF-8&hl=en&tbm=isch&source=og&sa=N&tab=wi&ei=tnMyUpLYCcfOiAfdtoDQBg#hl=en&newwindow=1&q=particle+effect&tbm=isch&um=1&facrc=_&imgdii=_&imgrc=ZgsEWgoyoZTI9M%3A%3BU2eY1pT0aJ422M%3Bhttp%253A%252F%252Fb.vimeocdn.com%252Fts%252F190%252F214%252F19021456_640.jpg%3Bhttp%253A%252F%252Fvimeo.com%252F5610625%3B640%3B480 > > > You are adding API without talking about it, or showing any use case. > Real life use case. Or at least showing there is one in some secret lab. > This way we end up with a lot of API no one uses we have to support and > document. From what I can remember, we do need some API like this, or at least some way to detect the genlist item geometry. At least from my previous experience, every time that we needed something like this, we were doing a workaround for the problem that there was no such way to fetch that geometry. Adding things to the genlist item theme might work in some (most?) situations, and should be preferred when possible. But sometimes you just need to position some other object relative to the genlist item position, not necessarily inside the genlist. I don't believe that changing the genlist item theme will solve all the problems, not even that will be the cleaner / most elegant solution. Saying that seems to me much like arguing that using "goto" in C is bad. On the other hand, this API might, and probably will, get abused, and things that could be done entirely in the genlist item theme will be done externally. So it would be good to enforce when it's case that we really need to use it. Regarding the API added by Hermet, I would have to try and write some code that uses it, have bugs, etc, before having a strong opinion in favor of or against it, but I'm glad that this was proposed. PS: I'm not against adding this API, or even the old (object_get) one, I was just against the fact that it was first removed after some discussion, and then added back again. > -> But already i asked better solutions when we were talking about before. > even Bluezery mentioned the requirement in the mailing list. > I could understood the requirement at the moment as well as people may need > this kind of api. > > You should answer to him first before you argue me. > > I believe Gustavo was trying to get more information, in order to try > and think of an alternative solutions or means of achieving what you are > trying to achieve. > > -> Of course, we should ask if some commits seemed wrong. So I replied to him. > > Finally, I said, since i managed the elm for years, I've added many apis > that i thought it could be. > In this case, it's same. If i try to add new apis to eeze, then i would ask > to zmike/people for agreement. > Even this doesn't meaned that i was true, but sometimes we should belive the > person who manages the module. > Otherwise, we all should have agreement by all people whenever he try to > change/modify the module. +1 to this argument. However, remember that Elementary is probably our biggest example of library that got lots of unnecessary APIs / widgets added, and the first thing that comes to mind when a new API is added to it is: "Oh, is this really needed?" > This is opensource. a few maintainers are watching the commit list. > We can ask what the commit is pushing in (especially, if the module you are > managing is modified by other) > > If all they are missed the commit (this means they all are busy in > maintaining the module. ) > then I think we should believe the committer who knows the situation better > than any others. > Otherwise, our opensouce will be just stagnant. > > > -Regards, Hermet- > > > -Original Message- > From: "Tom Hacohen" > To: "Enlightenment developer list"; > Cc: "ChunEon Park"; > ; > Sent: 2013-09-13 (금) 00:52:07 > Subject: Re: [E-devel] [EGIT] [core/elementary] master 01/01: elementary - > introduces 3 apis elm_object_item_track/untrack/track_get(). > > On 12/09/13 16:37, ChunEon Park wrote: >> Many cases can be. >> >> for example, in case of fancy application. >> user wanna add a particle effect when a list item is selected. >> >> in that case, item geometry may be required. >> > > Same comments as about the previous commit + more. > > Particle effect: unless I get you wrong, shouldn't that be an edje theme? > > Same comments as about the previous commit: > You are adding API without talking about it, or showing any use case. > Real life use case. Or at least showing there is one in some secret lab. > This way we end up with a lot of API no one uses we have to support and > document. > Also, because you
[EGIT] [website/www] master 01/01: lists: update git list URL, archives will follow in some days
beber pushed a commit to branch master. commit c3339cbb7519f6a89915844f4a609a9731d3e041 Author: Bertrand Jacquin Date: Fri Sep 13 14:31:54 2013 +0200 lists: update git list URL, archives will follow in some days --- public_html/p/contact/en-body| 4 ++-- public_html/p/contribute/en-body | 2 +- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/public_html/p/contact/en-body b/public_html/p/contact/en-body index 612c9f9..5a36bee 100644 --- a/public_html/p/contact/en-body +++ b/public_html/p/contact/en-body @@ -147,7 +147,7 @@ -http://lists.sourceforge.net/lists/listinfo/enlightenment-git";>GIT Commits +mailto:git+h...@lists.enlightenment.org";>GIT Commits (http://sourceforge.net/mailarchive/forum.php?forum_name=enlightenment-git";>archive) @@ -184,7 +184,7 @@ We have 3 main lists. https://lists.sourceforge.net/lists/listinfo/enlightenment-git>The + href="mailto:git+h...@lists.enlightenment.org";>The GIT Commits List is for sending out notices of every commit that happens to our repositories, with full source diffs, log and who did the work. https://lists.sourceforge.net/lists/listinfo/enlightenment-git";> + mailto:git+h...@lists.enlightenment.org";> GIT Commits Mailing List as they happen. In order to give yourself the ability to do all of these, i.e use your commit access, you'll have to modify your git remote. You do that by running: --
[EGIT] [core/enlightenment] master 01/01: mailmaip: Add .mailmap file to fixup various git author entries.
stefan pushed a commit to branch master. commit a82726191bdcdeb5507d422ef3557b3412c3e29b Author: Stefan Schmidt Date: Fri Sep 13 14:05:26 2013 +0100 mailmaip: Add .mailmap file to fixup various git author entries. This is an attempt to unify the various spellings and email addresses people use in the git author line. This simple matching rules clean these up and show them as one single author. Which in turn makes statistics with e.g. git shortlog much nicer. I only fixed these up for the top 50 committer in efl. If your entry is missing or wrong feel free to add or change it. This changes alone brings down the unique author count to 164 from 183. --- .mailmap | 45 + 1 file changed, 45 insertions(+) diff --git a/.mailmap b/.mailmap new file mode 100644 index 000..ece597b --- /dev/null +++ b/.mailmap @@ -0,0 +1,45 @@ +# This cleans up all kind of different spellings, typos and different email +# addresses for commit authors. It makes git shortlog statistics more meaningful. +# +# More people can be added following this scheme: +# Proper Name Commit Name +# +# Please keep this fiule in sync between efl, elementary and e. + +Carsten Haitzler Carsten Haitzler (Rasterman) +Cedric BAIL Cedric Bail +Cedric BAIL Cedric BAIL +Cedric BAIL Cedric Bail +Cedric BAIL Cedric BAIL +Vincent Torri Vincent Torri +Tom Hacohen Tom 'TAsn' Hacohen +Tom Hacohen Tom +Gustavo Sverzut Barbieri Gustavo Sverzut Barbieri +Christopher Michael Christopher Michael +Christopher Michael Christopher Michael +Christopher Michael Chris Michael +Christopher Michael Chris Michael +Sebastian Dransfeld Sebastian Dransfeld +Mike Blumenkrantz Mike Blumenkrantz +ChunEon Park ChunEon Park +David Walter Seikel David Walter Seikel +Rafael Antognolli Rafael Antognolli +Rafael Antognolli Rafael Antognolli +Iván Briano Ivan Briano +Iván Briano Ivan Briano +Lucas De Marchi Lucas De Marchi +Jihoon Kim Jihoon Kim +Stefan Schmidt Stefan Schmidt +Jonas M. Gastal Jonas Gastal +Daniel Juyung Seo Daniel Juyung Seo +Daniel Juyung Seo Daniel Juyung Seo +Daniel Willmann Daniel Willmann +Gustavo Lima Chaves Gustavo Lima Chaves +José Roberto de Souza José Roberto de Souza +José Roberto de Souza José Roberto de Souza +José Roberto de Souza José Roberto de Souza +Mike McCormack Mike McCormack +Mike McCormack Mike McCormack +Mike McCormack Mike McCormack +Mike McCormack Mike McCormack +Boris Faure Boris 'billiob' Faure --
Re: [E-devel] Migration of Enlightenment GIT Commits Mailing List
Hi, This is now done. List-Id is now git.lists.enlightenment.org. To subscribe send a mail to git+subscr...@lists.enlightenment.org To unsubscribe send a mail to git+unsubscr...@lists.enlightenment.org To get help send a mail to : git+h...@lists.enlightenment.org Archives are still on SF for the moment during import and will be available at http://lists.enlightenment.org/git If anything goes wrong for you (which is very likely for a friday the 13th), it's time to slap here or by created a phab task in 'Admin' project : https://phab.enlightenment.org/project/view/3 More infos : http://www.enlightenment.org/p.php?p=contact&l=en https://phab.enlightenment.org/w/hosting/lists/ Bertrand D'ar gwener 13 a viz Gwengolo 2013 e 02 eur 20, « Bertrand Jacquin » he deus skrivet : > Hi, > > Tommorrow at 13:00 UTC, the Enlightenment GIT Commits Mailing List will > be moved from Sourceforge to own servers. This to avoid the moderation > madness. > > All subscribed people will be moved to the new list and unsubscribed from > the old one. This means no user action will be required. > > Then, you will be notified about your subscription and get info on > how to use it. > > This only concern the list enlightenment-...@lists.sourceforge.net. > Other lists will stay on SF for the moment. > > The new list will be g...@lists.enlightenment.org, and List-Id > git.lists.enlightenment.org. -- Beber -- How ServiceNow helps IT people transform IT departments: 1. Consolidate legacy IT systems to a single system of record for IT 2. Standardize and globalize service processes across IT 3. Implement zero-touch automation to replace manual, redundant tasks http://pubads.g.doubleclick.net/gampad/clk?id=5127&iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[EGIT] [core/elementary] master 01/01: mailmaip: Add .mailmap file to fixup various git author entries.
stefan pushed a commit to branch master. commit aaed954c294daafa0c6fa0c743066497ceec86d8 Author: Stefan Schmidt Date: Fri Sep 13 14:02:55 2013 +0100 mailmaip: Add .mailmap file to fixup various git author entries. This is an attempt to unify the various spellings and email addresses people use in the git author line. This simple matching rules clean these up and show them as one single author. Which in turn makes statistics with e.g. git shortlog much nicer. I only fixed these up for the top 50 committer in efl. If your entry is missing or wrong feel free to add or change it. This changes alone brings down the unique author count to 179 from 198. --- .mailmap | 45 + 1 file changed, 45 insertions(+) diff --git a/.mailmap b/.mailmap new file mode 100644 index 000..ece597b --- /dev/null +++ b/.mailmap @@ -0,0 +1,45 @@ +# This cleans up all kind of different spellings, typos and different email +# addresses for commit authors. It makes git shortlog statistics more meaningful. +# +# More people can be added following this scheme: +# Proper Name Commit Name +# +# Please keep this fiule in sync between efl, elementary and e. + +Carsten Haitzler Carsten Haitzler (Rasterman) +Cedric BAIL Cedric Bail +Cedric BAIL Cedric BAIL +Cedric BAIL Cedric Bail +Cedric BAIL Cedric BAIL +Vincent Torri Vincent Torri +Tom Hacohen Tom 'TAsn' Hacohen +Tom Hacohen Tom +Gustavo Sverzut Barbieri Gustavo Sverzut Barbieri +Christopher Michael Christopher Michael +Christopher Michael Christopher Michael +Christopher Michael Chris Michael +Christopher Michael Chris Michael +Sebastian Dransfeld Sebastian Dransfeld +Mike Blumenkrantz Mike Blumenkrantz +ChunEon Park ChunEon Park +David Walter Seikel David Walter Seikel +Rafael Antognolli Rafael Antognolli +Rafael Antognolli Rafael Antognolli +Iván Briano Ivan Briano +Iván Briano Ivan Briano +Lucas De Marchi Lucas De Marchi +Jihoon Kim Jihoon Kim +Stefan Schmidt Stefan Schmidt +Jonas M. Gastal Jonas Gastal +Daniel Juyung Seo Daniel Juyung Seo +Daniel Juyung Seo Daniel Juyung Seo +Daniel Willmann Daniel Willmann +Gustavo Lima Chaves Gustavo Lima Chaves +José Roberto de Souza José Roberto de Souza +José Roberto de Souza José Roberto de Souza +José Roberto de Souza José Roberto de Souza +Mike McCormack Mike McCormack +Mike McCormack Mike McCormack +Mike McCormack Mike McCormack +Mike McCormack Mike McCormack +Boris Faure Boris 'billiob' Faure --
Re: [E-devel] [e-users] Migration of Enlightenment GIT Commits Mailing List
2013/9/13 Bertrand Jacquin : > Hi, > > Tommorrow at 13:00 UTC, the Enlightenment GIT Commits Mailing List will > be moved from Sourceforge to own servers. This to avoid the moderation > madness. > > All subscribed people will be moved to the new list and unsubscribed from > the old one. This means no user action will be required. > > Then, you will be notified about your subscription and get info on > how to use it. > > This only concern the list enlightenment-...@lists.sourceforge.net. > Other lists will stay on SF for the moment. > > The new list will be g...@lists.enlightenment.org, and List-Id > git.lists.enlightenment.org. > > -- > Beber > > -- > How ServiceNow helps IT people transform IT departments: > 1. Consolidate legacy IT systems to a single system of record for IT > 2. Standardize and globalize service processes across IT > 3. Implement zero-touch automation to replace manual, redundant tasks > http://pubads.g.doubleclick.net/gampad/clk?id=5127&iu=/4140/ostg.clktrk > ___ > enlightenment-users mailing list > enlightenment-us...@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users Beber, you're the BOSS ! Thanks. -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://enna.geexbox.org Blog: http://dev.enlightenment.fr/~captainigloo/ -- How ServiceNow helps IT people transform IT departments: 1. Consolidate legacy IT systems to a single system of record for IT 2. Standardize and globalize service processes across IT 3. Implement zero-touch automation to replace manual, redundant tasks http://pubads.g.doubleclick.net/gampad/clk?id=5127&iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Migration of Enlightenment GIT Commits Mailing List
On 2013-09-13 10:24, Michael Blumenkrantz wrote: > On Fri, 13 Sep 2013 02:20:34 +0200 > Bertrand Jacquin wrote: > >> Hi, >> >> Tommorrow at 13:00 UTC, the Enlightenment GIT Commits Mailing List >> will >> be moved from Sourceforge to own servers. This to avoid the moderation >> madness. >> >> All subscribed people will be moved to the new list and unsubscribed >> from >> the old one. This means no user action will be required. >> >> Then, you will be notified about your subscription and get info on >> how to use it. >> >> This only concern the list enlightenment-...@lists.sourceforge.net. >> Other lists will stay on SF for the moment. >> >> The new list will be g...@lists.enlightenment.org, and List-Id >> git.lists.enlightenment.org. >> > > Great news, and thanks for all your work! > > During this process could you remove 'm.blumenk...@samsung.com' from > the list? Thanks! Could be done. Or I may unsubscribe you from SF now if you are OK/don't use it anymore ? -- How ServiceNow helps IT people transform IT departments: 1. Consolidate legacy IT systems to a single system of record for IT 2. Standardize and globalize service processes across IT 3. Implement zero-touch automation to replace manual, redundant tasks http://pubads.g.doubleclick.net/gampad/clk?id=5127&iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Migration of Enlightenment GIT Commits Mailing List
On Fri, 13 Sep 2013 02:20:34 +0200 Bertrand Jacquin wrote: > Hi, > > Tommorrow at 13:00 UTC, the Enlightenment GIT Commits Mailing List will > be moved from Sourceforge to own servers. This to avoid the moderation > madness. > > All subscribed people will be moved to the new list and unsubscribed from > the old one. This means no user action will be required. > > Then, you will be notified about your subscription and get info on > how to use it. > > This only concern the list enlightenment-...@lists.sourceforge.net. > Other lists will stay on SF for the moment. > > The new list will be g...@lists.enlightenment.org, and List-Id > git.lists.enlightenment.org. > Great news, and thanks for all your work! During this process could you remove 'm.blumenk...@samsung.com' from the list? Thanks! -- How ServiceNow helps IT people transform IT departments: 1. Consolidate legacy IT systems to a single system of record for IT 2. Standardize and globalize service processes across IT 3. Implement zero-touch automation to replace manual, redundant tasks http://pubads.g.doubleclick.net/gampad/clk?id=5127&iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/efl] master 02/02: eo: add eo_childrens_iterator_new().
Hello, On Wed, Sep 11, 2013 at 11:11 PM, Gustavo Sverzut Barbieri wrote: > On Wed, Sep 11, 2013 at 4:11 AM, Cedric Bail - Enlightenment Git > wrote: >> cedric pushed a commit to branch master. >> >> commit cd77853222d1c11d71da4ca9066abe35390dcd5e >> Author: Cedric Bail >> Date: Wed Sep 11 16:08:06 2013 +0900 >> >> eo: add eo_childrens_iterator_new(). >> >> The goal would be to replace the smart children list and friends. The >> problem is that they differ in content. Smart children and Eo children >> are >> the same, but Elm children and them differ. If I put this function as a >> virtual, it would be possible to override the list of children and if we >> start using it in Evas render loop, that could result in "weird" >> behavior. > > 1st, as glima pointed out children is already plural form, no need for > trailing "s" Fix, thanks. > 2nd, I think this may cause a confusion. If one want all the Eo whose > eo_parent_get() is X, they may want to call > eo_children_iterator_new(X), but this virtual may not return that > exact list, but a subset. I don't remember exactly about the Elm case, > but I recall we had cases where one object is bound to another without > being member_add(), in that case eo_children_iterator_new() would > return objects that eo_parent_get(child) != X. Yes, you see my problem. So for the moment it is not a virtual function. The think is that right now we do have many children list: one in Eo, one in Evas smart object, one in Evas Box object, one in Evas Table object and one in Elm object(Actually Edje also has one, but a little bit different). Now I am trying to find where they do match and it is clearly not obvious :-( > I see what you're trying to do, but I don't know if the naming is correct. Open to better idea here. Also I have been looking at adding events on child ADD and DEL, but it is going to be complex. As the children are part of eo.c and not of the base class, I can't be sure that it is actually an object that have an event infrastructure. There is I think two possibility. - Make eo.c check the type of the object and dispatch an event if it is an object inherited from eo base class. - Move the parent code handling into eo base class. Any though on that subject also ? -- Cedric BAIL -- How ServiceNow helps IT people transform IT departments: 1. Consolidate legacy IT systems to a single system of record for IT 2. Standardize and globalize service processes across IT 3. Implement zero-touch automation to replace manual, redundant tasks http://pubads.g.doubleclick.net/gampad/clk?id=5127&iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
