[E-devel] xdg-shell support

[Mike Blumenkrantz]

I've merged support for the recently-finalized version of this. The biggest
change is that v5 is no longer supported in Enlightenment due to symbol
collisions. Build dependencies for any wayland builds will now also require
wayland-protocols >= 1.12, but this should not be an issue since there are
no releases scheduled in the foreseeable future.
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Phab Task Spam

[Mike Blumenkrantz]

Once a week now for the past couple weeks there have been users registering
and creating numerous spam tickets on phab. Can anything be done to prevent
this?
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [EGIT] [core/enlightenment] master 01/01: music-control - install properly with meson build with icon

[Mike Blumenkrantz]

I'm on fedora with meson 0.42.1 and ninja 1.8.2

On Wed, Nov 22, 2017 at 1:08 PM Andrew Williams <a...@andywilliams.me>
wrote:

> Hi,
>
> I'm on Arch and generally try to stay up to date so maybe they have fixed
> it?
> Mike?
>
> On Wed, 22 Nov 2017 at 15:55 Jérémy Zurcher <jer...@asynk.ch> wrote:
>
> > I can't reproduce that root owner ship issue right now.
> > I made the changes to my scripts on the 2017/08/17
> > at that time on my archlinux boxes ninja was 1.7.2 and meson was 0.41.2
> > since then ninja has been upgraded to 1.8.2, and meson to 0.42.1 then
> > 0.43.0
> > maybe it has been fixed in one of them fixed now.
> > (but I won't dive into their respective repos to check that ;)
> >
> >
> > On Wednesday 22 November 2017  20:51, Carsten Haitzler wrote :
> > > On Wed, 22 Nov 2017 10:36:36 + Andrew Williams <
> a...@andywilliams.me>
> > said:
> > >
> > > > Hi,
> > > >
> > > > I'm glad that it is not affecting you. Jeyzu and I both seem to have
> > hit
> > > > this issue (and I guess zmike too as described earlier).
> > > > Some times after a "sudo ninja install" I can no longer "ninja" due
> to
> > > > permissions issues with files that have become root owned.
> > > >
> > > > It is unfortunate but it would be good to get a solution that works
> > all the
> > > > time for everyone if possible.
> > >
> > > I checked what files were root owned. I currently don't see a reason
> why
> > it
> > > should fail. Someone show me a reason where it does fail (a file
> written
> > to as
> > > root has to be overwritten as a user or it cannot be deleted as a
> user).
> > I
> > > don't see it. perhaps its a bug in meson in an older version? or a
> newer
> > one?
> > >
> > > > Andy
> > > >
> > > > On Wed, 22 Nov 2017 at 10:17 Carsten Haitzler <ras...@rasterman.com>
> > wrote:
> > > >
> > > > > On Wed, 22 Nov 2017 10:33:05 +0100 Jérémy Zurcher <jer...@asynk.ch
> >
> > said:
> > > > >
> > > > > > Hi,
> > > > > >
> > > > > > I confirm, I had to add the above in my build script :
> > > > > >
> > > > > > sudo -S chown $USER $BUILD_DIR/.ninja_deps $BUILD_DIR/.ninja_log
> > > > >
> > > > >  7:14PM ~/C/e/build ⎇ master > ls -al
> > > > > total 4.4M
> > > > > 4.0K drwxr-xr-x  9 raster raster 4.0K Nov 22 15:36 ./
> > > > > 4.0K drwxr-xr-x 10 raster raster 4.0K Nov 22 15:36 ../
> > > > > 1.6M -rw-r--r--  1 raster raster 1.6M Nov 22 15:36 .ninja_deps
> > > > >  64K -rw-r--r--  1 raster raster  61K Nov 22 15:36 .ninja_log
> > > > >
> > > > > written not as root. (make ninja install was as root). ... ?
> > > > >
> > > > > > On Wednesday 22 November 2017  08:18, Andrew Williams wrote :
> > > > > > > Hi,
> > > > > > >
> > > > > > > Compiling as root may be a bad thing but mike is right, ninja
> > install
> > > > > hits
> > > > > > > log files and other - some times causing root ownership. I have
> > seen it
> > > > > > > occasionally myself and have had to either delete the build
> tree
> > or
> > > > > chown
> > > > > > > it to myself.
> > > > > > >
> > > > > > > Perhaps this is a bug we should be reporting but in the
> meantime
> > our
> > > > > docs
> > > > > > > should cover it somehow.
> > > > > > >
> > > > > > > Andy
> > > > > > > On Wed, 22 Nov 2017 at 00:19, Carsten Haitzler <
> > ras...@rasterman.com>
> > > > > wrote:
> > > > > > >
> > > > > > > > On Tue, 21 Nov 2017 16:37:09 + Mike Blumenkrantz
> > > > > > > > <michael.blumenkra...@gmail.com> said:
> > > > > > > >
> > > > > > > > > The wording is intentional. The meson build has a tendency
> > to touch
> > > > > > > > > build files during the install phase (which must be run as
> > root to
> > > > > > > > > install to
> > > > > > > > the
> > > > > > > > > 

Re: [E-devel] Git Feature/ Proposal

[Mike Blumenkrantz]

I think the most reliable method for handling rebases onto master is if
people working on the branch just communicate that there will be a rebase
at X time and then someone does the delete -> rebase -> create cycle.
Anyone interested in doing review can just request a rebase if there's been
significant deviation.

This is not an automated solution, but communication can easily make this a
non-issue.

On Wed, Nov 22, 2017 at 5:16 AM Carsten Haitzler <ras...@rasterman.com>
wrote:

> On Wed, 22 Nov 2017 08:12:13 + Andrew Williams <a...@andywilliams.me>
> said:
>
> > Can we instead ask people to pull master into their branch before asking
> > for review / merging it up to master? That’s pretty common practice - in
> > fact for a long lived branch I would expect that to happen on a regular
> > basis.
>
> That would be at a minimum.
>
> > Andy
> > On Wed, 22 Nov 2017 at 02:56, Jean-Philippe André <j...@videolan.org>
> wrote:
> >
> > > My problem is that those branches won't be in sync with master.
> > > This will lead to merge conflicts. I am these days reviewing a lot of
> work
> > > done in dev branches or phab patches and it almost never applies
> nicely on
> > > master, because the interfaces change.
> > > A lot of work is done in branches (model, c#, eo widgets, ...) and
> those
> > > tasks are both long term and involve more than a single dev. They
> require
> > > constant rebasing on master or the final rebase will be a nightmare.
> Right
> > > now this is done by people pulling other devs branches, and then
> rebasing
> > > onto master in their own dev branch.
> > >
> > > Rewriting history on a shared branch has major downsides too. No
> problem
> > > for dev branches as there's only one committer, but anyone pulling a
> > > rewritten history will endure pain.
> > >
> > > Honestly I don't have a solution.
> > >
> > > It's a move in the right direction, but I'm not sure it's solving the
> > > problems I'm facing :(
> > >
> > >
> > >
> > > 2017-11-22 3:43 GMT+09:00 Tom Hacohen <t...@stosb.com>:
> > >
> > > > Only problem would be the commit emails being resent (because
> > > > technically they are new commits). One can mitigate that by first
> > > > pushing them to a dev branch. Commits there have first been there
> > > > don't trigger emails.
> > > >
> > > > On Tue, Nov 21, 2017 at 6:40 PM, Mike Blumenkrantz
> > > > <michael.blumenkra...@gmail.com> wrote:
> > > > > In the issue where a significant rebase against master is necessary
> > > then
> > > > > it's trivial enough to either push to a new feature branch or
> delete
> > > and
> > > > > re-create the existing branch.
> > > > >
> > > > > On Tue, Nov 21, 2017 at 1:36 PM Tom Hacohen <t...@stosb.com> wrote:
> > > > >
> > > > >> As Mike said, the rebase/sync to master is being done locally
> before
> > > > >> the merge. If you are talking about keeping this branch in sync
> with
> > > > >> master constantly while developing, yes it's a problem. But I
> guess
> > > > >> it's not intended for long term features.
> > > > >>
> > > > >> On Tue, Nov 21, 2017 at 3:12 PM, Mike Blumenkrantz
> > > > >> <michael.blumenkra...@gmail.com> wrote:
> > > > >> > I don't see a difference in the merge process? A feature branch
> > > > should be
> > > > >> > treated exactly the same as master; the only difference is that
> > > it's a
> > > > >> > branch which people must specifically pull in order to use
> instead
> > > of
> > > > >> being
> > > > >> > master.
> > > > >> >
> > > > >> > When merging, you can either do a regular rebase/merge as in
> the git
> > > > >> > practices documentation or you can choose to rebase/squash on
> the
> > > > >> branched
> > > > >> > commits prior to pushing the merge. There is no rewriting
> within the
> > > > >> > branch, but you can still rewrite anything which has not been
> pushed
> > > > to
> > > > >> > master just prior to pushing it to master.
> > > > >> >
> > > > >> > On Mon, Nov 20, 2017 at 9:00 PM Jean-Philippe André <
> 

Re: [E-devel] Git Feature/ Proposal

[Mike Blumenkrantz]

In the issue where a significant rebase against master is necessary then
it's trivial enough to either push to a new feature branch or delete and
re-create the existing branch.

On Tue, Nov 21, 2017 at 1:36 PM Tom Hacohen <t...@stosb.com> wrote:

> As Mike said, the rebase/sync to master is being done locally before
> the merge. If you are talking about keeping this branch in sync with
> master constantly while developing, yes it's a problem. But I guess
> it's not intended for long term features.
>
> On Tue, Nov 21, 2017 at 3:12 PM, Mike Blumenkrantz
> <michael.blumenkra...@gmail.com> wrote:
> > I don't see a difference in the merge process? A feature branch should be
> > treated exactly the same as master; the only difference is that it's a
> > branch which people must specifically pull in order to use instead of
> being
> > master.
> >
> > When merging, you can either do a regular rebase/merge as in the git
> > practices documentation or you can choose to rebase/squash on the
> branched
> > commits prior to pushing the merge. There is no rewriting within the
> > branch, but you can still rewrite anything which has not been pushed to
> > master just prior to pushing it to master.
> >
> > On Mon, Nov 20, 2017 at 9:00 PM Jean-Philippe André <j...@videolan.org>
> > wrote:
> >
> >> Hey,
> >>
> >> If we can't rewrite history on those branches (rebase and push -f), how
> >> should we proceed with the merge to/from master?
> >> Usually when we merge a branch to master, we rebase it on top of master
> >> first and then rebase. That's how our history remains linear and simple.
> >>
> >> What's the idea here? I wonder.
> >>
> >> Thanks for implementing this btw,
> >>
> >> 2017-11-21 8:49 GMT+09:00 Tom Hacohen <t...@stosb.com>:
> >>
> >> > I'm not sure about jenkins, that's Stefan's role.
> >> >
> >> > Anyhow, pushed the changes according to the wiki. Please consider
> >> > especially mentioning probies when you say "everyone can push to".
> >> >
> >> > --
> >> > Tom.
> >> >
> >> > On Mon, Nov 20, 2017 at 3:27 PM, Mike Blumenkrantz
> >> > <michael.blumenkra...@gmail.com> wrote:
> >> > > I've added all the necessary info to the documentation at
> >> > >
> >>
> https://www.enlightenment.org/contrib/devs/git-guide.md#Feature_Branches
> >> > >
> >> > > If the jenkins concept is not possible then feel free to remove, but
> >> the
> >> > > rest should be in line with what we want.
> >> > >
> >> > > On Mon, Nov 13, 2017 at 6:54 AM Tom Hacohen <t...@stosb.com> wrote:
> >> > >
> >> > >> So what has been decided? What should I do? I need specs,
> preferably
> >> > >> already added to the git wiki page so there are docs for this
> thing.
> >> > >>
> >> > >> On Wed, Nov 8, 2017 at 11:57 PM, Carsten Haitzler <
> >> ras...@rasterman.com
> >> > >
> >> > >> wrote:
> >> > >> > On Wed, 08 Nov 2017 21:39:15 + Mike Blumenkrantz
> >> > >> > <michael.blumenkra...@gmail.com> said:
> >> > >> >
> >> > >> >> Key points for the implementation:
> >> > >> >>
> >> > >> >> * all commits send mails to the list
> >> > >> >> * no rewrite of pushed commits
> >> > >> >>
> >> > >> >> Things to consider:
> >> > >> >> * how are feature/ branches deleted?
> >> > >> >>  - maybe anyone can delete?
> >> > >> >
> >> > >> > Good point. these need deletion. after a few years it'll be a
> mess
> >> of
> >> > old
> >> > >> > feature branches no one will ever look at again. The merge to
> master
> >> > >> should
> >> > >> > contain all the history and log that is needed at that point for
> >> > history
> >> > >> > digging.
> >> > >> >
> >> > >> >> * do probies get feature/ push access?
> >> > >> >>  - seems like they should?
> >> > >> >>
> >> > >> >> On Wed, Nov 8, 2017 at 2:42 PM Tom Hacohen <t...@stosb.com>
> wrote:
> >> > >> >>
> >> >

Re: [E-devel] [EGIT] [core/efl] master 01/01: ecore: reformat ecore_exe_posix.c

[Mike Blumenkrantz]

This is what a commit from a feature branch looks like once it gets merged
to master.

On Tue, Nov 21, 2017 at 12:31 PM Mike Blumenkrantz <
michael.blumenkra...@gmail.com> wrote:

> discomfitor pushed a commit to branch master.
>
>
> http://git.enlightenment.org/core/efl.git/commit/?id=7cdbe6e029be7fe5db0d12b8af1e17101692943f
>
> commit 7cdbe6e029be7fe5db0d12b8af1e17101692943f
> Author: Mike Blumenkrantz <zm...@osg.samsung.com>
> Date:   Tue Nov 21 12:24:51 2017 -0500
>
> ecore: reformat ecore_exe_posix.c
> ---
>  src/lib/ecore/ecore_exe_posix.c | 1413
> ---
>  1 file changed, 708 insertions(+), 705 deletions(-)
>
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [EGIT] [core/efl] feature/ecore_exe_formatting 01/01: ecore: reformat ecore_exe_posix.c

[Mike Blumenkrantz]

This is what a commit to a feature branch will look like publicly. It gets
treated the same as a commit to master for mails here and can be reviewed
the same as any other commit.

On Tue, Nov 21, 2017 at 12:26 PM Mike Blumenkrantz <
michael.blumenkra...@gmail.com> wrote:

> discomfitor pushed a commit to branch feature/ecore_exe_formatting.
>
>
> http://git.enlightenment.org/core/efl.git/commit/?id=a0a9468f4c1624b5e73e42f5012f01e921d6f80f
>
> commit a0a9468f4c1624b5e73e42f5012f01e921d6f80f
> Author: Mike Blumenkrantz <zm...@osg.samsung.com>
> Date:   Tue Nov 21 12:24:51 2017 -0500
>
> ecore: reformat ecore_exe_posix.c
> ---
>  src/lib/ecore/ecore_exe_posix.c | 1413
> ---
>  1 file changed, 708 insertions(+), 705 deletions(-)
>
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [EGIT] [core/enlightenment] master 01/01: music-control - install properly with meson build with icon

[Mike Blumenkrantz]

The wording is intentional. The meson build has a tendency to touch build
files during the install phase (which must be run as root to install to the
base system), meaning that failure to use sudo during general build will
fail for subsequent builds anyway due to permissions errors when attempting
to modify root-owned files.

On Mon, Nov 20, 2017 at 8:14 PM Carsten Haitzler <ras...@rasterman.com>
wrote:

> On Mon, 20 Nov 2017 15:04:48 +0000 Mike Blumenkrantz
> <michael.blumenkra...@gmail.com> said:
>
> > Issues had been found at an inconvenient time during review, so I left
> the
> > branch unmerged so that someone could either push while I was gone or I
> > could push when I returned.
>
> I saw you pushed now. so we know the status. This also clears up the build
> system state. I guess I should ensure it's documented. I see README
> changed but
> i am not sure it's correct as it's going to do a build as root... i'll deal
> with it. :)
>
> > On Sun, Nov 19, 2017 at 6:56 PM Carsten Haitzler <ras...@rasterman.com>
> > wrote:
> >
> > > On Sun, 19 Nov 2017 13:05:06 + Andrew Williams <
> a...@andywilliams.me>
> > > said:
> > >
> > > > Hi,
> > > >
> > > > As the autotool/Makefiles are still in place I fixed the build for
> users
> > > > not yet using the E meson build.
> > >
> > > i was assuming autotools was dead - mike did say he'd push his
> autotools
> > > removal branch "in a day or 2 if no issues"... that about 1-2 weeks
> back. i
> > > didn't see it happen and didn't hear of issues...
> > >
> > > are there any? I'd consider merging his branch to remove autofoo at
> this
> > > point.
> > > If meson has issues it should be tested and they should be fixed.
> > >
> > > > Andy
> > > >
> > > > On Fri, 17 Nov 2017 at 03:19 Carsten Haitzler <ras...@rasterman.com>
> > > wrote:
> > > >
> > > > > raster pushed a commit to branch master.
> > > > >
> > > > >
> > > > >
> > >
> http://git.enlightenment.org/core/enlightenment.git/commit/?id=f4d2d02ba0f15b7f36e7de61141ff88c145f5630
> > > > >
> > > > > commit f4d2d02ba0f15b7f36e7de61141ff88c145f5630
> > > > > Author: Carsten Haitzler (Rasterman) <ras...@rasterman.com>
> > > > > Date:   Fri Nov 17 12:17:42 2017 +0900
> > > > >
> > > > > music-control - install properly with meson build with icon
> > > > >
> > > > > @fix
> > > > > ---
> > > > >  ...-module-music_control.edj => e-module-music-control.edj} | Bin
> > > > >  src/modules/music-control/meson.build   |   2
> --
> > > > >  src/modules/music-control/module.desktop|   2
> +-
> > > > >  3 files changed, 1 insertion(+), 3 deletions(-)
> > > > >
> > > > > diff --git a/src/modules/music-control/e-module-music_control.edj
> > > > > b/src/modules/music-control/e-module-music-control.edj
> > > > > similarity index 100%
> > > > > rename from src/modules/music-control/e-module-music_control.edj
> > > > > rename to src/modules/music-control/e-module-music-control.edj
> > > > > diff --git a/src/modules/music-control/meson.build
> > > > > b/src/modules/music-control/meson.build
> > > > > index 996b4196f..a84f5ea8e 100644
> > > > > --- a/src/modules/music-control/meson.build
> > > > > +++ b/src/modules/music-control/meson.build
> > > > > @@ -18,5 +18,3 @@ src += custom_target('gen-dbus',
> > > > >   command: [eldbus_codegen, '@INPUT@', '-O',
> > > '@OUTDIR@
> > > > > '],
> > > > >   output : created_file
> > > > >  )
> > > > > -
> > > > > -no_icon = true
> > > > > diff --git a/src/modules/music-control/module.desktop
> > > > > b/src/modules/music-control/module.desktop
> > > > > index 99a2d9143..2e12677e3 100644
> > > > > --- a/src/modules/music-control/module.desktop
> > > > > +++ b/src/modules/music-control/module.desktop
> > > > > @@ -27,5 +27,5 @@ Comment[nl]=Beheers uw muziek op uw plank
> > > > >  Comment[ru]=Модуль для управления воспроизведением музыки
> > > > >  Comment[sr]=Управљајте музиком са полице
> &

Re: [E-devel] Git Feature/ Proposal

[Mike Blumenkrantz]

I don't see a difference in the merge process? A feature branch should be
treated exactly the same as master; the only difference is that it's a
branch which people must specifically pull in order to use instead of being
master.

When merging, you can either do a regular rebase/merge as in the git
practices documentation or you can choose to rebase/squash on the branched
commits prior to pushing the merge. There is no rewriting within the
branch, but you can still rewrite anything which has not been pushed to
master just prior to pushing it to master.

On Mon, Nov 20, 2017 at 9:00 PM Jean-Philippe André <j...@videolan.org>
wrote:

> Hey,
>
> If we can't rewrite history on those branches (rebase and push -f), how
> should we proceed with the merge to/from master?
> Usually when we merge a branch to master, we rebase it on top of master
> first and then rebase. That's how our history remains linear and simple.
>
> What's the idea here? I wonder.
>
> Thanks for implementing this btw,
>
> 2017-11-21 8:49 GMT+09:00 Tom Hacohen <t...@stosb.com>:
>
> > I'm not sure about jenkins, that's Stefan's role.
> >
> > Anyhow, pushed the changes according to the wiki. Please consider
> > especially mentioning probies when you say "everyone can push to".
> >
> > --
> > Tom.
> >
> > On Mon, Nov 20, 2017 at 3:27 PM, Mike Blumenkrantz
> > <michael.blumenkra...@gmail.com> wrote:
> > > I've added all the necessary info to the documentation at
> > >
> https://www.enlightenment.org/contrib/devs/git-guide.md#Feature_Branches
> > >
> > > If the jenkins concept is not possible then feel free to remove, but
> the
> > > rest should be in line with what we want.
> > >
> > > On Mon, Nov 13, 2017 at 6:54 AM Tom Hacohen <t...@stosb.com> wrote:
> > >
> > >> So what has been decided? What should I do? I need specs, preferably
> > >> already added to the git wiki page so there are docs for this thing.
> > >>
> > >> On Wed, Nov 8, 2017 at 11:57 PM, Carsten Haitzler <
> ras...@rasterman.com
> > >
> > >> wrote:
> > >> > On Wed, 08 Nov 2017 21:39:15 + Mike Blumenkrantz
> > >> > <michael.blumenkra...@gmail.com> said:
> > >> >
> > >> >> Key points for the implementation:
> > >> >>
> > >> >> * all commits send mails to the list
> > >> >> * no rewrite of pushed commits
> > >> >>
> > >> >> Things to consider:
> > >> >> * how are feature/ branches deleted?
> > >> >>  - maybe anyone can delete?
> > >> >
> > >> > Good point. these need deletion. after a few years it'll be a mess
> of
> > old
> > >> > feature branches no one will ever look at again. The merge to master
> > >> should
> > >> > contain all the history and log that is needed at that point for
> > history
> > >> > digging.
> > >> >
> > >> >> * do probies get feature/ push access?
> > >> >>  - seems like they should?
> > >> >>
> > >> >> On Wed, Nov 8, 2017 at 2:42 PM Tom Hacohen <t...@stosb.com> wrote:
> > >> >>
> > >> >> > Yeah, good idea.
> > >> >> >
> > >> >> > I'll take a look into implementing it soon.
> > >> >> >
> > >> >> > On Tue, Nov 7, 2017 at 8:50 PM, Andrew Williams <
> > a...@andywilliams.me
> > >> >
> > >> >> > wrote:
> > >> >> > > Hi,
> > >> >> > >
> > >> >> > > That sounds great - the ability to work together on features
> > >> off-master
> > >> >> > > would be really helpful.
> > >> >> > >
> > >> >> > > Andy
> > >> >> > >
> > >> >> > > On Tue, 7 Nov 2017 at 16:15, Mike Blumenkrantz <
> > >> >> > > michael.blumenkra...@gmail.com> wrote:
> > >> >> > >
> > >> >> > >> After some discussions about git organization, it's become
> clear
> > >> to me
> > >> >> > that
> > >> >> > >> we should be trying to enact some changes which facilitate
> > >> >> > collaboration,
> > >> >> > >> both between existing contributors and keeping in mind future
> > >> &

Re: [E-devel] [EGIT] [core/enlightenment] master 01/01: fix mouse hangs after unblank

[Mike Blumenkrantz]

There are no more commits to backport other than the ones I've done today.
This patch should definitely be in the next release, however.

On Mon, Nov 20, 2017 at 4:20 PM Simon Lees <sfl...@suse.de> wrote:

> I was just working on a release, Mike do you want me to pull this commit
> in as well or would you like to do another round of backports?
>
> On 21/11/17 02:11, Mike Blumenkrantz wrote:
> > Thanks for continuing to look into this, fixing this issue alone would
> > likely be worth pushing out another stable release.
> >
> > On Tue, Nov 14, 2017 at 4:16 AM Carsten Haitzler <ras...@rasterman.com>
> > wrote:
> >
> >> raster pushed a commit to branch master.
> >>
> >>
> >>
> http://git.enlightenment.org/core/enlightenment.git/commit/?id=9fe734318072b4ec86be07d9006f5c36a7556c64
> >>
> >> commit 9fe734318072b4ec86be07d9006f5c36a7556c64
> >> Author: Carsten Haitzler (Rasterman) <ras...@rasterman.com>
> >> Date:   Tue Nov 14 18:15:26 2017 +0900
> >>
> >> fix mouse hangs after unblank
> >>
> >> this fixes T5883
> >> ---
> >>  src/bin/e_comp_x.c  | 28 +++-
> >>  src/bin/e_pointer.c | 28 ++--
> >>  src/bin/e_pointer.h |  4 
> >>  3 files changed, 41 insertions(+), 19 deletions(-)
> >>
> >>
> >
> --
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> > ___
> > enlightenment-devel mailing list
> > enlightenment-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> >
>
> --
>
> Simon Lees (Simotek)http://simotek.net
>
> Emergency Update Team   keybase.io/simotek
> SUSE Linux   Adelaide Australia, UTC+10:30
> GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B
>
>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Autotools removal

[Mike Blumenkrantz]

This has been merged.

On Tue, Nov 7, 2017 at 11:33 AM Mike Blumenkrantz <
michael.blumenkra...@gmail.com> wrote:

> I've pushed an autotools_removal branch which should successfully remove
> all the appropriate files. If there are no issues reported with it within a
> day or two then I will merge.
>
> On Mon, Nov 6, 2017 at 5:35 PM Mike Blumenkrantz <
> michael.blumenkra...@gmail.com> wrote:
>
>> Tremendous, I'll execute the removal within the next couple days.
>>
>> On Mon, Nov 6, 2017 at 4:43 PM Simon Lees <sfl...@suse.de> wrote:
>>
>>>
>>>
>>> On 07/11/17 05:57, Ross Vandegrift wrote:
>>> > On Mon, Nov 06, 2017 at 01:26:02PM +, Mike Blumenkrantz wrote:
>>> >> I'd rather not start creating meta build systems that we then need to
>>> track
>>> >> and maintain. I will temporarily add a tarball for meson 0.39 until
>>> Debian
>>> >> decides to do an update for the package.
>>> >
>>> > I wouldn't bother - there's already a backport of meson 0.42 available
>>> > for current Debian stable.  It'd be reasonable to require that the user
>>> > installs that version first.
>>> >
>>> > Debian unstable has meson 0.43, so all is good there.
>>> >
>>> > Ross
>>> >
>>>
>>> Yeah if its available in backports that seems reasonable enough for me.
>>>
>>> --
>>>
>>> Simon Lees (Simotek)http://simotek.net
>>>
>>> Emergency Update Team   keybase.io/simotek
>>> SUSE Linux   Adelaide Australia, UTC+10:30
>>> GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B
>>>
>>>
>>> --
>>> Check out the vibrant tech community on one of the world's most
>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>>> ___
>>> enlightenment-devel mailing list
>>> enlightenment-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>>>
>>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] vm's

[Mike Blumenkrantz]

It would be best to put something on the wiki about this so that there is
more permanent information available about it instead of some post on the
mailing list which will be forgotten within a week or two.

On Sun, Nov 12, 2017 at 4:05 AM jaquilina  wrote:

> Hi All,
>
> If you guys need any vm's for testing in the sense you dont have any
> hardware do let me know. I have setup a server with citrix xen server
> and I am building up my ISO repository for these vm's. I will be glad to
> fire one up for you guys if need be do let me know.
>
> Regards,
> Jonathan
>
>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [EGIT] [core/enlightenment] master 01/01: fix mouse hangs after unblank

[Mike Blumenkrantz]

Thanks for continuing to look into this, fixing this issue alone would
likely be worth pushing out another stable release.

On Tue, Nov 14, 2017 at 4:16 AM Carsten Haitzler 
wrote:

> raster pushed a commit to branch master.
>
>
> http://git.enlightenment.org/core/enlightenment.git/commit/?id=9fe734318072b4ec86be07d9006f5c36a7556c64
>
> commit 9fe734318072b4ec86be07d9006f5c36a7556c64
> Author: Carsten Haitzler (Rasterman) 
> Date:   Tue Nov 14 18:15:26 2017 +0900
>
> fix mouse hangs after unblank
>
> this fixes T5883
> ---
>  src/bin/e_comp_x.c  | 28 +++-
>  src/bin/e_pointer.c | 28 ++--
>  src/bin/e_pointer.h |  4 
>  3 files changed, 41 insertions(+), 19 deletions(-)
>
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Git Feature/ Proposal

[Mike Blumenkrantz]

I've added all the necessary info to the documentation at
https://www.enlightenment.org/contrib/devs/git-guide.md#Feature_Branches

If the jenkins concept is not possible then feel free to remove, but the
rest should be in line with what we want.

On Mon, Nov 13, 2017 at 6:54 AM Tom Hacohen <t...@stosb.com> wrote:

> So what has been decided? What should I do? I need specs, preferably
> already added to the git wiki page so there are docs for this thing.
>
> On Wed, Nov 8, 2017 at 11:57 PM, Carsten Haitzler <ras...@rasterman.com>
> wrote:
> > On Wed, 08 Nov 2017 21:39:15 + Mike Blumenkrantz
> > <michael.blumenkra...@gmail.com> said:
> >
> >> Key points for the implementation:
> >>
> >> * all commits send mails to the list
> >> * no rewrite of pushed commits
> >>
> >> Things to consider:
> >> * how are feature/ branches deleted?
> >>  - maybe anyone can delete?
> >
> > Good point. these need deletion. after a few years it'll be a mess of old
> > feature branches no one will ever look at again. The merge to master
> should
> > contain all the history and log that is needed at that point for history
> > digging.
> >
> >> * do probies get feature/ push access?
> >>  - seems like they should?
> >>
> >> On Wed, Nov 8, 2017 at 2:42 PM Tom Hacohen <t...@stosb.com> wrote:
> >>
> >> > Yeah, good idea.
> >> >
> >> > I'll take a look into implementing it soon.
> >> >
> >> > On Tue, Nov 7, 2017 at 8:50 PM, Andrew Williams <a...@andywilliams.me
> >
> >> > wrote:
> >> > > Hi,
> >> > >
> >> > > That sounds great - the ability to work together on features
> off-master
> >> > > would be really helpful.
> >> > >
> >> > > Andy
> >> > >
> >> > > On Tue, 7 Nov 2017 at 16:15, Mike Blumenkrantz <
> >> > > michael.blumenkra...@gmail.com> wrote:
> >> > >
> >> > >> After some discussions about git organization, it's become clear
> to me
> >> > that
> >> > >> we should be trying to enact some changes which facilitate
> >> > collaboration,
> >> > >> both between existing contributors and keeping in mind future
> >> > contributors.
> >> > >>
> >> > >> The current git branch policy is this:
> >> > >>
> >> > >> * master
> >> > >> * $project-$version
> >> > >> * devs/$name/$branchname
> >> > >>
> >> > >> No others are allowed. This fits many use cases, but it does not
> >> > actually
> >> > >> help us work towards collaborating on features/patchsets and
> instead
> >> > >> promotes developing in isolation.
> >> > >>
> >> > >> A simple proposal could improve this without requiring or
> significantly
> >> > >> changing our workflow: add "feature/" branches. For example, if
> Cedric
> >> > and
> >> > >> I decide to work on a "feature" which scrapes the archive of this
> >> > mailing
> >> > >> list and then crashes the session of anyone who replies to this
> thread,
> >> > we
> >> > >> might jointly create a branch named "feature/discussion_helper"
> and push
> >> > >> commits to it.
> >> > >>
> >> > >> A key point of this proposal would be that the feature/ branches
> must
> >> > >> trigger mails to the mailing list just like stable branches. This
> would
> >> > >> increase visibility for feature branches as well as promote further
> >> > >> collaboration even from those who are not directly involved in
> creating
> >> > the
> >> > >> feature. The initial feature development could be done in a dev/
> branch,
> >> > >> and then it could later move to a feature/ branch once it has
> >> > progressed to
> >> > >> the point where it is ready for public visibility and increased
> >> > >> collaboration.
> >> > >>
> >> > >> Lastly, feature branches would not be required use, just
> encouraged.
> >> > This
> >> > >> allows people to continue the current EFL standard of always
> committing
> >> > >> only to master without any prio

Re: [E-devel] [EGIT] [core/enlightenment] master 01/01: music-control - install properly with meson build with icon

[Mike Blumenkrantz]

Issues had been found at an inconvenient time during review, so I left the
branch unmerged so that someone could either push while I was gone or I
could push when I returned.

On Sun, Nov 19, 2017 at 6:56 PM Carsten Haitzler 
wrote:

> On Sun, 19 Nov 2017 13:05:06 + Andrew Williams 
> said:
>
> > Hi,
> >
> > As the autotool/Makefiles are still in place I fixed the build for users
> > not yet using the E meson build.
>
> i was assuming autotools was dead - mike did say he'd push his autotools
> removal branch "in a day or 2 if no issues"... that about 1-2 weeks back. i
> didn't see it happen and didn't hear of issues...
>
> are there any? I'd consider merging his branch to remove autofoo at this
> point.
> If meson has issues it should be tested and they should be fixed.
>
> > Andy
> >
> > On Fri, 17 Nov 2017 at 03:19 Carsten Haitzler 
> wrote:
> >
> > > raster pushed a commit to branch master.
> > >
> > >
> > >
> http://git.enlightenment.org/core/enlightenment.git/commit/?id=f4d2d02ba0f15b7f36e7de61141ff88c145f5630
> > >
> > > commit f4d2d02ba0f15b7f36e7de61141ff88c145f5630
> > > Author: Carsten Haitzler (Rasterman) 
> > > Date:   Fri Nov 17 12:17:42 2017 +0900
> > >
> > > music-control - install properly with meson build with icon
> > >
> > > @fix
> > > ---
> > >  ...-module-music_control.edj => e-module-music-control.edj} | Bin
> > >  src/modules/music-control/meson.build   |   2 --
> > >  src/modules/music-control/module.desktop|   2 +-
> > >  3 files changed, 1 insertion(+), 3 deletions(-)
> > >
> > > diff --git a/src/modules/music-control/e-module-music_control.edj
> > > b/src/modules/music-control/e-module-music-control.edj
> > > similarity index 100%
> > > rename from src/modules/music-control/e-module-music_control.edj
> > > rename to src/modules/music-control/e-module-music-control.edj
> > > diff --git a/src/modules/music-control/meson.build
> > > b/src/modules/music-control/meson.build
> > > index 996b4196f..a84f5ea8e 100644
> > > --- a/src/modules/music-control/meson.build
> > > +++ b/src/modules/music-control/meson.build
> > > @@ -18,5 +18,3 @@ src += custom_target('gen-dbus',
> > >   command: [eldbus_codegen, '@INPUT@', '-O',
> '@OUTDIR@
> > > '],
> > >   output : created_file
> > >  )
> > > -
> > > -no_icon = true
> > > diff --git a/src/modules/music-control/module.desktop
> > > b/src/modules/music-control/module.desktop
> > > index 99a2d9143..2e12677e3 100644
> > > --- a/src/modules/music-control/module.desktop
> > > +++ b/src/modules/music-control/module.desktop
> > > @@ -27,5 +27,5 @@ Comment[nl]=Beheers uw muziek op uw plank
> > >  Comment[ru]=Модуль для управления воспроизведением музыки
> > >  Comment[sr]=Управљајте музиком са полице
> > >  Comment[tr]=Müziğinizi rafta kontrol edin
> > > -Icon=e-module-music_control
> > > +Icon=e-module-music-control
> > >  X-Enlightenment-ModuleType=utils
> > >
> > > --
> > >
> > >
> > > --
> > http://andywilliams.me
> > http://ajwillia.ms
> >
> --
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> > ___
> > enlightenment-devel mailing list
> > enlightenment-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
>
> --
> - Codito, ergo sum - "I code, therefore I am" --
> Carsten Haitzler - ras...@rasterman.com
>
>
>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Git Feature/ Proposal

[Mike Blumenkrantz]

Key points for the implementation:

* all commits send mails to the list
* no rewrite of pushed commits

Things to consider:
* how are feature/ branches deleted?
 - maybe anyone can delete?
* do probies get feature/ push access?
 - seems like they should?

On Wed, Nov 8, 2017 at 2:42 PM Tom Hacohen <t...@stosb.com> wrote:

> Yeah, good idea.
>
> I'll take a look into implementing it soon.
>
> On Tue, Nov 7, 2017 at 8:50 PM, Andrew Williams <a...@andywilliams.me>
> wrote:
> > Hi,
> >
> > That sounds great - the ability to work together on features off-master
> > would be really helpful.
> >
> > Andy
> >
> > On Tue, 7 Nov 2017 at 16:15, Mike Blumenkrantz <
> > michael.blumenkra...@gmail.com> wrote:
> >
> >> After some discussions about git organization, it's become clear to me
> that
> >> we should be trying to enact some changes which facilitate
> collaboration,
> >> both between existing contributors and keeping in mind future
> contributors.
> >>
> >> The current git branch policy is this:
> >>
> >> * master
> >> * $project-$version
> >> * devs/$name/$branchname
> >>
> >> No others are allowed. This fits many use cases, but it does not
> actually
> >> help us work towards collaborating on features/patchsets and instead
> >> promotes developing in isolation.
> >>
> >> A simple proposal could improve this without requiring or significantly
> >> changing our workflow: add "feature/" branches. For example, if Cedric
> and
> >> I decide to work on a "feature" which scrapes the archive of this
> mailing
> >> list and then crashes the session of anyone who replies to this thread,
> we
> >> might jointly create a branch named "feature/discussion_helper" and push
> >> commits to it.
> >>
> >> A key point of this proposal would be that the feature/ branches must
> >> trigger mails to the mailing list just like stable branches. This would
> >> increase visibility for feature branches as well as promote further
> >> collaboration even from those who are not directly involved in creating
> the
> >> feature. The initial feature development could be done in a dev/ branch,
> >> and then it could later move to a feature/ branch once it has
> progressed to
> >> the point where it is ready for public visibility and increased
> >> collaboration.
> >>
> >> Lastly, feature branches would not be required use, just encouraged.
> This
> >> allows people to continue the current EFL standard of always committing
> >> only to master without any prior testing or branching, the need for
> which
> >> has defeated other proposals which would prevent such action.
> >>
> >> I think this could yield significant improvements to the community's
> >> overall workflow without massively changing the structure under which
> the
> >> everyone has been functioning.
> >>
> >>
> --
> >> Check out the vibrant tech community on one of the world's most
> >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> >> ___
> >> enlightenment-devel mailing list
> >> enlightenment-devel@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> >>
> > --
> > http://andywilliams.me
> > http://ajwillia.ms
> >
> --
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> > ___
> > enlightenment-devel mailing list
> > enlightenment-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] It's That Time Again (tm)

[Mike Blumenkrantz]

Occasionally I will get a mail or a message which reads something like this:

"Don't you ever take a day off?"

or:

"Do you ever sleep?"

The answer to both questions is yes, albeit infrequently. Some may recall
the last time that I took a day off back in August of 2015 when I traveled
overseas to attend an Extremely Important and Official EFL developer
conference/wakeboarding event. Others may recall the time prior, in 2013,
when I accidentally my whole job.

Regardless, it is again an odd-numbered year and so it is again time for me
to enter my Samsung-provided hibernation pod to re-energize myself.

Effective 9 November 2017, I will be on vacation. Here is what to expect
during this time:

* No IRC availability
* Greatly reduced phabricator monitoring
 - Only the most important of tickets (I expect there to be few that cannot
be resolved by reverting commits pushed after this mail has been sent) will
be examined
* Greatly reduced mailing list monitoring
 - This is a joke, I do not plan to read the mailing list while on vacation

I will return briefly from my recovery chamber on 20 November 2017,
primarily to ensure that nothing of significance has occurred during the
initial phase of this process, after which time I will resume the Vacation
Program until approximately year-end.

If anyone needs to reach me during this time for a matter which cannot be
solved without my intervention, please send a mail to me and my handlers
will determine whether it is urgent enough to temporarily suspend safety
procedures so that I may respond.
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [EGIT] [core/efl] master 01/01: elput - re-enable switches (power buttons, lid etc.)

[Mike Blumenkrantz]

On Wed, Nov 8, 2017 at 6:39 AM Carsten Haitzler 
wrote:

> raster pushed a commit to branch master.
>
>
> http://git.enlightenment.org/core/efl.git/commit/?id=7a7abb043add0af083c46305824d8c341daf2374
>
> commit 7a7abb043add0af083c46305824d8c341daf2374
> Author: Carsten Haitzler (Rasterman) 
> Date:   Tue Nov 7 11:04:03 2017 +0900
>
> elput - re-enable switches (power buttons, lid etc.)
>
> this is needed for devices that no longer produce aspi events for
> these. otherwise good luck getting any event on lid open/close or on
> pressing the power button. this also stops hiding switch events from
> libinput and now you can get switch events to find lid or tablet mode
> switching changes.
>
> @fix
> ---
>  src/lib/elput/Elput.h   | 27 +++
>  src/lib/elput/elput.c   |  3 +++
>  src/lib/elput/elput_evdev.c | 37 -
>  3 files changed, 54 insertions(+), 13 deletions(-)
>
> diff --git a/src/lib/elput/Elput.h b/src/lib/elput/Elput.h
> index b05536130b..db62c52d10 100644
> --- a/src/lib/elput/Elput.h
> +++ b/src/lib/elput/Elput.h
> @@ -38,6 +38,7 @@ typedef enum
> ELPUT_DEVICE_CAPS_TABLET_TOOL = (1 << 3),
> ELPUT_DEVICE_CAPS_TABLET_PAD = (1 << 4),
> ELPUT_DEVICE_CAPS_GESTURE = (1 << 5),
> +   ELPUT_DEVICE_CAPS_SWITCH = (1 << 6),
>  } Elput_Device_Caps;
>
>  /* opaque structure to represent an input manager */
> @@ -112,6 +113,29 @@ typedef struct Elput_Event_Pointer_Motion
> double dy_unaccel;
>  } Elput_Event_Pointer_Motion;
>
> +/** @since 1.21 */
> +typedef enum
> +{
> +   ELPUT_SWITCH_TYPE_LID = 1,
> +   ELPUT_SWITCH_TYPE_TABLET_MODE,
> +} Elput_Switch_Type;
> +
> +/** @since 1.21 */
> +typedef enum
> +{
> +   ELPUT_SWITCH_STATE_OFF = 0,
> +   ELPUT_SWITCH_STATE_ON = 1,
> +} Elput_Switch_State;
> +
> +/** @since 1.21 */
> +typedef struct _Elput_Event_Switch
> +{
> +   Elput_Device *device;
> +   uint64_t time_usec;
> +   Elput_Switch_Type type;
> +   Elput_Switch_State state;
> +} Elput_Event_Switch;
> +
>
>  EAPI extern int ELPUT_EVENT_SEAT_CAPS;
>  EAPI extern int ELPUT_EVENT_SEAT_FRAME;
> @@ -122,6 +146,9 @@ EAPI extern int ELPUT_EVENT_SESSION_ACTIVE;
>  /** @since 1.19 */
>  EAPI extern int ELPUT_EVENT_POINTER_MOTION;
>
> +/** @since 1.21 */
> +EAPI extern int ELPUT_EVENT_SWITCH;
> +
>  /**
>   * @file
>   * @brief Ecore functions for dealing with libinput
> diff --git a/src/lib/elput/elput.c b/src/lib/elput/elput.c
> index 9519129759 <(951)%20912-9759>..f3cda411ea 100644
> --- a/src/lib/elput/elput.c
> +++ b/src/lib/elput/elput.c
> @@ -13,6 +13,7 @@ EAPI int ELPUT_EVENT_MODIFIERS_SEND = 0;
>  EAPI int ELPUT_EVENT_DEVICE_CHANGE = 0;
>  EAPI int ELPUT_EVENT_SESSION_ACTIVE = 0;
>  EAPI int ELPUT_EVENT_POINTER_MOTION = 0;
> +EAPI int ELPUT_EVENT_SWITCH = 0;
>  EAPI int elput_event_session_ready = 0;
>
>  EAPI int
> @@ -41,6 +42,7 @@ elput_init(void)
>  ELPUT_EVENT_DEVICE_CHANGE = ecore_event_type_new();
>  ELPUT_EVENT_SESSION_ACTIVE = ecore_event_type_new();
>  ELPUT_EVENT_POINTER_MOTION = ecore_event_type_new();
> +ELPUT_EVENT_SWITCH = ecore_event_type_new();
>  elput_event_session_ready = ecore_event_type_new();
>   }
>
> @@ -71,6 +73,7 @@ elput_shutdown(void)
>ELPUT_EVENT_DEVICE_CHANGE,
>ELPUT_EVENT_SESSION_ACTIVE,
>ELPUT_EVENT_POINTER_MOTION,
> +  ELPUT_EVENT_SWITCH,
>elput_event_session_ready);
>
> eina_log_domain_unregister(_elput_log_dom);
> diff --git a/src/lib/elput/elput_evdev.c b/src/lib/elput/elput_evdev.c
> index 09d75932f8..afa42df68c 100644
> --- a/src/lib/elput/elput_evdev.c
> +++ b/src/lib/elput/elput_evdev.c
> @@ -1595,6 +1595,20 @@ _tablet_tool_tip(struct libinput_device *idev,
> struct libinput_event_tablet_tool
> _pointer_button_send(dev, press[state]);
>  }
>
> +static void
> +_switch_toggle(struct libinput_device *idev, struct libinput_event_switch
> *event)
> +{
> +   Elput_Event_Switch *ev;
> +
> +   ev = calloc(1, sizeof(Elput_Event_Switch));
> +   if (!ev) return;
> +   ev->device = libinput_device_get_user_data(idev);
>

This needs ev->device->refs++ and a corresponding unref.


> +   ev->time_usec = libinput_event_switch_get_time_usec(event);
> +   ev->type = (Elput_Switch_Type)libinput_event_switch_get_switch(event);
> +   ev->state =
> (Elput_Switch_State)libinput_event_switch_get_switch_state(event);
> +   ecore_event_add(ELPUT_EVENT_SWITCH, ev, NULL, NULL);
> +}
> +
>  int
>  _evdev_event_process(struct libinput_event *event)
>  {
> @@ -1642,6 +1656,9 @@ _evdev_event_process(struct libinput_event *event)
>case LIBINPUT_EVENT_TABLET_TOOL_TIP: /* is this useful? */
>  _tablet_tool_tip(idev,
> libinput_event_get_tablet_tool_event(event));
>  break;
> +  case LIBINPUT_EVENT_SWITCH_TOGGLE:
> +

Re: [E-devel] Autotools removal

[Mike Blumenkrantz]

I've pushed an autotools_removal branch which should successfully remove
all the appropriate files. If there are no issues reported with it within a
day or two then I will merge.

On Mon, Nov 6, 2017 at 5:35 PM Mike Blumenkrantz <
michael.blumenkra...@gmail.com> wrote:

> Tremendous, I'll execute the removal within the next couple days.
>
> On Mon, Nov 6, 2017 at 4:43 PM Simon Lees <sfl...@suse.de> wrote:
>
>>
>>
>> On 07/11/17 05:57, Ross Vandegrift wrote:
>> > On Mon, Nov 06, 2017 at 01:26:02PM +, Mike Blumenkrantz wrote:
>> >> I'd rather not start creating meta build systems that we then need to
>> track
>> >> and maintain. I will temporarily add a tarball for meson 0.39 until
>> Debian
>> >> decides to do an update for the package.
>> >
>> > I wouldn't bother - there's already a backport of meson 0.42 available
>> > for current Debian stable.  It'd be reasonable to require that the user
>> > installs that version first.
>> >
>> > Debian unstable has meson 0.43, so all is good there.
>> >
>> > Ross
>> >
>>
>> Yeah if its available in backports that seems reasonable enough for me.
>>
>> --
>>
>> Simon Lees (Simotek)http://simotek.net
>>
>> Emergency Update Team   keybase.io/simotek
>> SUSE Linux   Adelaide Australia, UTC+10:30
>> GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B
>>
>>
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> ___
>> enlightenment-devel mailing list
>> enlightenment-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>>
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Git Feature/ Proposal

[Mike Blumenkrantz]

After some discussions about git organization, it's become clear to me that
we should be trying to enact some changes which facilitate collaboration,
both between existing contributors and keeping in mind future contributors.

The current git branch policy is this:

* master
* $project-$version
* devs/$name/$branchname

No others are allowed. This fits many use cases, but it does not actually
help us work towards collaborating on features/patchsets and instead
promotes developing in isolation.

A simple proposal could improve this without requiring or significantly
changing our workflow: add "feature/" branches. For example, if Cedric and
I decide to work on a "feature" which scrapes the archive of this mailing
list and then crashes the session of anyone who replies to this thread, we
might jointly create a branch named "feature/discussion_helper" and push
commits to it.

A key point of this proposal would be that the feature/ branches must
trigger mails to the mailing list just like stable branches. This would
increase visibility for feature branches as well as promote further
collaboration even from those who are not directly involved in creating the
feature. The initial feature development could be done in a dev/ branch,
and then it could later move to a feature/ branch once it has progressed to
the point where it is ready for public visibility and increased
collaboration.

Lastly, feature branches would not be required use, just encouraged. This
allows people to continue the current EFL standard of always committing
only to master without any prior testing or branching, the need for which
has defeated other proposals which would prevent such action.

I think this could yield significant improvements to the community's
overall workflow without massively changing the structure under which the
everyone has been functioning.
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] efl_refcount_get

[Mike Blumenkrantz]

In this case I would agree with raster; the original mail could have
provided a little more detail because it is non-obvious to the reader why
this could be misleading for users.

efl_ref_count() is in line with the rest of our naming (e.g.,
eina_array_count(), eina_list_count(), eina_hash_population(), etc) and
seems like a clear improvement. Nice work.

On Tue, Nov 7, 2017 at 7:41 AM Carsten Haitzler 
wrote:

> On Mon, 06 Nov 2017 09:53:32 + Andrew Williams 
> said:
>
> > Can you please explain why? This is a method that returns a count of
> > references but has no mention of count in the name.
>
> Well your original email gave no details as to why it's misleading. I
> disagree
> because i see something like:
>
> Eo   *efl_ref(Eo *obj);
> int   efl_ref_get(Eo *obj);
> void  efl_unref(Eo *obj);
> ...
>
> i.e. the context of the api, and to me it screams of "ref is reference or
> references" and since there is something to ref and unref already ref_get
> returning an int obviously is returning a reference count (to me). since
> i'm
> familiar with reference counting techniques in general (nothing to do with
> the
> code implementation or api here), to me it's obvious that this returns the
> reference count (an integer) and it's short form for that.
>
> if i saw this api in glib or gtk or libjpeg or libpng or zlib or any other
> library i'd think the same with zero documentation and just api signatures
> like
> the above.
>
> i've learned api's by just reading .h files (like xlib) and seeing this and
> taking a guess as to what it means. an int generally to me indicates it's
> returning a number as opposed to something opaque in higher level libs like
> efl/gtk etc.. it has meaning. libc calls return ints and are different as
> they
> tend to mean an error or success, but look at glib or gtk or others and
> they
> dont do this and efl doesn't do the libc thing either as a whole.
>
> so given the context as a whole and as a sub-part of the api like above...
> i
> disagree that its misleading. to me its pretty obvious. maybe because i've
> spent a lot of time with various api's and so on i tend to fill in the
> blanks
> quickly seeing this kind of information. i don't know.
>
> but if you think it's misleading can you give more information? why is it
> misleading? what is it leading you to think it is and why is that? what is
> the
> difference in view point or experience and how conclusions are being
> attained?
>
> > We have ref_add and wref_add that are talking about actual references but
> > ref_get returns a count?
> > This is misleading.
> >
> > Andy
> >
> > On Mon, 6 Nov 2017 at 09:49 Carsten Haitzler 
> wrote:
> >
> > > On Mon, 06 Nov 2017 09:46:41 + Andrew Williams <
> a...@andywilliams.me>
> > > said:
> > >
> > > i'd have to disagree on it being misleading... :/
> > >
> > > > Hi,
> > > >
> > > > Whilst writing the docs we have realised that efl_ref_get is a
> slightly
> > > > misleading method name as it returns the reference count. Whilst we
> are
> > > > breaking APIs for our first interfaces release would people mind me
> > > > changing efl_ref_get to efl_refcount_get (as per this eo patch, and
> all
> > > the
> > > > efl ramifications).
> > > >
> > > > I'd prefer not to leave the old method in place but could do so if
> you
> > > > think there is a big problem making this breaking change?
> > > >
> > > > Thanks :)
> > > > Andy
> > > >
> > > >
> > > > --
> > > > http://andywilliams.me
> > > > http://ajwillia.ms
> > >
> > >
> > > --
> > > - Codito, ergo sum - "I code, therefore I am"
> --
> > > Carsten Haitzler - ras...@rasterman.com
> > >
> > > --
> > http://andywilliams.me
> > http://ajwillia.ms
> >
> --
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> > ___
> > enlightenment-devel mailing list
> > enlightenment-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> >
>
>
> --
> - Codito, ergo sum - "I code, therefore I am" --
> Carsten Haitzler - ras...@rasterman.com
>
>
>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___

Re: [E-devel] Autotools removal

[Mike Blumenkrantz]

Tremendous, I'll execute the removal within the next couple days.

On Mon, Nov 6, 2017 at 4:43 PM Simon Lees <sfl...@suse.de> wrote:

>
>
> On 07/11/17 05:57, Ross Vandegrift wrote:
> > On Mon, Nov 06, 2017 at 01:26:02PM +0000, Mike Blumenkrantz wrote:
> >> I'd rather not start creating meta build systems that we then need to
> track
> >> and maintain. I will temporarily add a tarball for meson 0.39 until
> Debian
> >> decides to do an update for the package.
> >
> > I wouldn't bother - there's already a backport of meson 0.42 available
> > for current Debian stable.  It'd be reasonable to require that the user
> > installs that version first.
> >
> > Debian unstable has meson 0.43, so all is good there.
> >
> > Ross
> >
>
> Yeah if its available in backports that seems reasonable enough for me.
>
> --
>
> Simon Lees (Simotek)http://simotek.net
>
> Emergency Update Team   keybase.io/simotek
> SUSE Linux   Adelaide Australia, UTC+10:30
> GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B
>
>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Autotools removal

[Mike Blumenkrantz]

I'd rather not start creating meta build systems that we then need to track
and maintain. I will temporarily add a tarball for meson 0.39 until Debian
decides to do an update for the package.

I further don't see any point in keeping an autogen.sh script when all it
does is add an unnecessary extra step to the build process; with meson it's
2 steps:

meson -Doptions=values . build
cd build && sudo ninja install

The reason for autogen.sh existing in the first place was because
autoreconf used to be unreliable, so it was necessary to explicitly run
commands in a certain order. An autotools example build:

autoreconf -fi
./configure --options=values
sudo make install

As seen in the above examples, there is not much point in keeping the
script. Packagers will update their packages accordingly and power users
who run off git will need to be using meson/ninja anyway.

On Mon, Nov 6, 2017 at 8:10 AM <marcel-hollerb...@t-online.de> wrote:

> On Mon, Nov 06, 2017 at 11:33:26AM +0100, Stefan Schmidt wrote:
> > Hello.
> >
> > On 11/06/2017 11:00 AM, Simon Lees wrote:
> > >
> > >
> > > On 06/11/17 20:19, Stefan Schmidt wrote:
> > >> Hello.
> > >>
> > >> On 11/03/2017 07:07 PM, Mike Blumenkrantz wrote:
> > >>> The E22 release is out now, so it's time to return to this issue.
> Currently
> > >>> we have two build systems, and maintaining/updating both of them is
> not
> > >>> feasible. At present, there is already significant divergence and
> various
> > >>> features are not present in the autotools build (and never will be).
> The
> > >>> decision is not whether to remove autotools or when to remove
> autotools,
> > >>> it's what do we do about old distros.
> > >>
> > >> Do we know which old distros are having this problem?
> > >> This is a very similar to other external deps we have. We never
> really set rules on what version our dependencies can have based on what
> > >> distros are shipping. We simply handled them when issues came up.
> > >>
> > >> If the distros are not the latest release of the very distro I would
> argue that they should upgrade. LTS versions are tricky though.
> > >>
> > >>> Based on previous discussions, it seems that there are still some
> users
> > >>> whose distros do not yet ship a modern enough version of meson. The
> best
> > >>> option, which is the option other projects which switch to meson
> have been
> > >>> using, is to simply ship a tarball of a newer meson release along
> with our
> > >>> code. The other option is to provide a link in the README. I don't
> have any
> > >>> other ideas.
> > >>>
> > >>> I'll be removing autotools sometime next week, let's try to get some
> > >>> discussion going about the best action to take going forward with
> this.
> > >>
> > >> I would suggest the following:
> > >> 0) Dig a bit around to see what distros have a *latest* release which
> does not ship 0.39
> > >> 1) Add a small a link and comment into the README
> > >> 2a) If the majority of distros have it already simply go with the
> README solution
> > >> 2b) If the majority of distros miss the needed meson version either
> ship the tarball or use the autogen.sh pr-build download script Raster
> > >> suggested
> > >> 3) Remove autotools support and monitor what problems come up to
> point people in the right direction
> > >>
> > >> regards
> > >> Stefan Schmidt
> > >>
> > > From a brief memory of when I checked I think Debian was the main one
> > > and given they released earlier this year they are still a year or two
> > > off having a new version unless it can be added in some form of
> > > backports etc.
> >
> > That is a pity. If it is only Debian though I wonder if we should put
> the burden of shipping and updating meson our-self.
> > My hope would be that the amount of other software needed a new meson
> now would bring in some sort of backport for Debian.
> >
> > In the end I do not want to see users out there standing in the rain. If
> Mike is happy with having the meson tarball shipped with E or
> > having a script that downloads it for the poor folks with and old
> version that should be ok until Debian catches up.
>
> Things could even be simpler, (I dont know details, thats a idea from my
> head right now, but i know that pip can install into a subdir).
>
> We could ship a script that c

Re: [E-devel] [EGIT] [core/enlightenment] master 01/01: check meson module option state before executing subdir

[Mike Blumenkrantz]

The issue was that disabling a module did not disable any checks for the
module, which would cause the build to fail if dependencies were not
installed. I've made further improvements.

On Sat, Nov 4, 2017 at 6:52 AM <marcel-hollerb...@t-online.de> wrote:

> How does that fix module disabling ?
>
> The modules themself define disable = true to be NOT build, this patch
> now ends up only building a module if it disable = true...
>
> Greetings,
>Marcel Hollerbach
>
>
> On Fri, Nov 03, 2017 at 12:18:52PM -0700, Mike Blumenkrantz wrote:
> > derekf pushed a commit to branch master.
> >
> >
> http://git.enlightenment.org/core/enlightenment.git/commit/?id=763c67a68d5a2249024d4b29af1922aa8a634988
> >
> > commit 763c67a68d5a2249024d4b29af1922aa8a634988
> > Author: Mike Blumenkrantz <zm...@osg.samsung.com>
> > Date:   Fri Nov 3 14:35:43 2017 -0400
> >
> > check meson module option state before executing subdir
> >
> > fix module disabling
> > ---
> >  src/modules/meson.build | 10 ++
> >  1 file changed, 6 insertions(+), 4 deletions(-)
> >
> > diff --git a/src/modules/meson.build b/src/modules/meson.build
> > index 337ce9c4c..01e335fc7 100644
> > --- a/src/modules/meson.build
> > +++ b/src/modules/meson.build
> > @@ -79,7 +79,6 @@ mods = [
> >  foreach m: mods
> >desktop_only = false
> >no_icon  = false
> > -  disable  = false
> >cargs= ''
> >data = []
> >deps = []
> > @@ -87,11 +86,14 @@ foreach m: mods
> >_dir = join_paths(dir_module_e, m)
> >_dir_bin = join_paths(_dir, module_arch)
> >
> > -  subdir(m)
> > -
> >opt = '-'.join(m.split('_'))
> > +  disable = get_option(opt)
> > +
> > +  if disable == true
> > +subdir(m)
> > +  endif
> >
> > -  if get_option(opt) == true and disable == false
> > +  if disable == true
> >
> >  _inc2 = []
> >  foreach i: inc
> >
> > --
> >
> >
>
>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Autotools removal

[Mike Blumenkrantz]

The E22 release is out now, so it's time to return to this issue. Currently
we have two build systems, and maintaining/updating both of them is not
feasible. At present, there is already significant divergence and various
features are not present in the autotools build (and never will be). The
decision is not whether to remove autotools or when to remove autotools,
it's what do we do about old distros.

Based on previous discussions, it seems that there are still some users
whose distros do not yet ship a modern enough version of meson. The best
option, which is the option other projects which switch to meson have been
using, is to simply ship a tarball of a newer meson release along with our
code. The other option is to provide a link in the README. I don't have any
other ideas.

I'll be removing autotools sometime next week, let's try to get some
discussion going about the best action to take going forward with this.
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [EGIT] [core/enlightenment] master 01/01: shot - add a padded screenshot so it can also grab shadows/surrounds

[Mike Blumenkrantz]

On Fri, Nov 3, 2017 at 9:50 AM Carsten Haitzler <ras...@rasterman.com>
wrote:

> On Fri, 03 Nov 2017 11:28:28 +0000 Mike Blumenkrantz
> <michael.blumenkra...@gmail.com> said:
>
> > I see what you are going for here based on the theme that you have been
> > working on, and I think it would be a nice improvement overall to have
> this
>
> actually it applies to default too.. :)
>

Nobody cares about the shadows in a theme which has been the default for
over 5 years :) :) :) :) :)


>
> > sort of feature, but I think that this is not the best way to go about
> > it--specifically adding it to the window menu since there are now two
> > screenshot items, though the general implementation also seems to be
> > something that would only be used by you since it either adds a large
> > amount of padding by default or requires the user to trial+error in order
> > to achieve the desired results.
>
> i just kind of thought i chose a pretty good default that would "do the
> job 99%
> of the time anyway"... if that's what you wanted. it does make for much
> nicer
> screenshots of specific windows. :)
>
> the problem here is we don't actually know the dimensions of the shadow.
> it's
> done outside the object bounds, thus just taking some value is about as
> good as
> it gets at this point. well in x11. in wayland we do. but if we calculated
> it
> given current shadows the top padding would be less, bottom more etc. so
> you'd
> want to take the max anyway.
>

Using edje_object_parts_extends_calc() would yield correct dimensions for
server-side shadows, and there are themes which have used this to have
resize trigger based on pointer interaction with the shadow region in x11.


>
> > I think the better solution for reliably capturing shadows on windows
> would
> > be to do something like add a feature for snapshot objects where setting
> > the clip to an object under it will restrict it to only being a snapshot
> > from image data resulting from that object. Then all window-based
> > screenshots could automatically be made to capture shadows and do it
> > accurately.
>
> i did indeed try proxies... they ended up blank with no content...
> (creates an
> image set src to ec->frame etc. etc.) and that still has the above "shadow
> is
> done outside of object bounds" thing where you can't grab it via a proxy
> this
> way anyway... :(
>

Snapshot object, not proxy. I've created a task for it.
https://phab.enlightenment.org/T6312


>
> > Alternatively, dynamic cropping from e.g., emprint or ephoto could be
> added
> > to the base screenshot gui which would be a useful feature for many
> cases.
>
> that was on a list of things to "add later" as it would take more work.
> also
> if it were just simply "draw a rect to crop" it's lead to inconsistent
> padding
> around windows. to do it well it'd be a bit like the screen select but you
> can
> click on windows, then click and drag handles outside of the window, maybe
> with
> a "add std padding" button with some field with the padding amount to add
> around the bounds etc. - definitely more work by a good chunk.
>
> what i have done is a very quick and simple solution to having window shots
> actually look "nice" with their surrounding decorations and shadow ... if
> you
> want. i kept the non-padded entry because sometimes you don't want other
> windows
> around your to leak into the shot... not the nicest of solutions, but it's
> a
> pretty quick and simple one for now.
>

I understand why you did it as well as why you did it the way you did, but
I disagree with the latter. Having more parameters to an action that only
extreme power users will ever notice is whatever, but adding extra menu
items which duplicate the functionality of existing menu items is not
ideal. The toplevel menu should contain exactly one item for taking
screenshots of windows, not one for taking screenshots and a second for
taking slightly larger screenshots.


>
> > On Fri, Nov 3, 2017 at 3:18 AM Carsten Haitzler <ras...@rasterman.com>
> > wrote:
> >
> > > raster pushed a commit to branch master.
> > >
> > >
> > >
> http://git.enlightenment.org/core/enlightenment.git/commit/?id=2be56cd8da7ae656f37f3894c1e5a6f66ff9f4b2
> > >
> > > commit 2be56cd8da7ae656f37f3894c1e5a6f66ff9f4b2
> > > Author: Carsten Haitzler (Rasterman) <ras...@rasterman.com>
> > > Date:   Fri Nov 3 16:16:45 2017 +0900
> > >
> > > shot - add a padded screenshot so it can also grab
> shadows/surrounds
> > >
> > > nice to get

[E-devel] E Phab Organization

[Mike Blumenkrantz]

I've created some subprojects for the enlightenment-git project:

https://phab.enlightenment.org/project/subprojects/4/

Currently this amounts to core, filemanager, gadgets, and settings. It
should allow tickets to be more easily categorized and for people to more
easily associate with specific components that they have interest in.

I've also added 3 new base projects: easy, difficult, impossible. These
have no code-based project associated, and exist solely for tagging tasks.
This should enable new developers or developers looking to expand into new
projects to more easily determine which tasks they are able to effectively
take on.
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [EGIT] [core/enlightenment] master 01/01: shot - add a padded screenshot so it can also grab shadows/surrounds

[Mike Blumenkrantz]

I see what you are going for here based on the theme that you have been
working on, and I think it would be a nice improvement overall to have this
sort of feature, but I think that this is not the best way to go about
it--specifically adding it to the window menu since there are now two
screenshot items, though the general implementation also seems to be
something that would only be used by you since it either adds a large
amount of padding by default or requires the user to trial+error in order
to achieve the desired results.

I think the better solution for reliably capturing shadows on windows would
be to do something like add a feature for snapshot objects where setting
the clip to an object under it will restrict it to only being a snapshot
from image data resulting from that object. Then all window-based
screenshots could automatically be made to capture shadows and do it
accurately.

Alternatively, dynamic cropping from e.g., emprint or ephoto could be added
to the base screenshot gui which would be a useful feature for many cases.

On Fri, Nov 3, 2017 at 3:18 AM Carsten Haitzler 
wrote:

> raster pushed a commit to branch master.
>
>
> http://git.enlightenment.org/core/enlightenment.git/commit/?id=2be56cd8da7ae656f37f3894c1e5a6f66ff9f4b2
>
> commit 2be56cd8da7ae656f37f3894c1e5a6f66ff9f4b2
> Author: Carsten Haitzler (Rasterman) 
> Date:   Fri Nov 3 16:16:45 2017 +0900
>
> shot - add a padded screenshot so it can also grab shadows/surrounds
>
> nice to get a shot that also has the shadows etc. add as menu and
> param options
>
> @feature
> ---
>  src/modules/shot/e_mod_main.c | 89
> +++
>  1 file changed, 65 insertions(+), 24 deletions(-)
>
> diff --git a/src/modules/shot/e_mod_main.c b/src/modules/shot/e_mod_main.c
> index 9929dd6e7..fd0599a25 100644
> --- a/src/modules/shot/e_mod_main.c
> +++ b/src/modules/shot/e_mod_main.c
> @@ -605,6 +605,7 @@ _save_dialog_show(E_Zone *zone, E_Client *ec, const
> char *params, void *dst, int
> Evas_Modifier_Mask mask;
> E_Radio_Group *rg;
> int w, h;
> +   char smode[128], squal[128], sscreen[128];
>
> win = elm_win_add(NULL, NULL, ELM_WIN_BASIC);
>
> @@ -768,27 +769,23 @@ _save_dialog_show(E_Zone *zone, E_Client *ec, const
> char *params, void *dst, int
> evas_object_size_hint_min_set(win, w, h);
> evas_object_size_hint_max_set(win, 9, 9);
>
> -   if (params)
> +   if ((params) &&
> +   (sscanf(params, "%100s %100s %100s", smode, squal, sscreen) == 3))
>   {
> -char smode[128], squal[128], sscreen[128];
> -
> -if (sscanf(params, "%100s %100s %100s", smode, squal, sscreen) ==
> 3)
> -  {
> - screen = -1;
> - if ((zone) && (!strcmp(sscreen, "current"))) screen =
> zone->num;
> - else if (!strcmp(sscreen, "all")) screen = -1;
> - else screen = atoi(sscreen);
> -
> - quality = 90;
> - if (!strcmp(squal, "perfect")) quality = 100;
> - else if (!strcmp(squal, "high")) quality = 90;
> - else if (!strcmp(squal, "medium")) quality = 70;
> - else if (!strcmp(squal, "low")) quality = 50;
> - else quality = atoi(squal);
> -
> - if (!strcmp(smode, "save")) _win_save_cb(NULL, NULL);
> - else if (!strcmp(smode, "share"))  _win_share_cb(NULL, NULL);
> -  }
> +screen = -1;
> +if ((zone) && (!strcmp(sscreen, "current"))) screen = zone->num;
> +else if (!strcmp(sscreen, "all")) screen = -1;
> +else screen = atoi(sscreen);
> +
> +quality = 90;
> +if (!strcmp(squal, "perfect")) quality = 100;
> +else if (!strcmp(squal, "high")) quality = 90;
> +else if (!strcmp(squal, "medium")) quality = 70;
> +else if (!strcmp(squal, "low")) quality = 50;
> +else quality = atoi(squal);
> +
> +if (!strcmp(smode, "save")) _win_save_cb(NULL, NULL);
> +else if (!strcmp(smode, "share"))  _win_share_cb(NULL, NULL);
>   }
> else
>   {
> @@ -832,7 +829,22 @@ _shot_now(E_Zone *zone, E_Client *ec, const char
> *params)
>   }
> else
>   {
> -x = ec->x, y = ec->y, w = ec->w, h = ec->h;
> +int pad = 0;
> +
> +if (params)
> +  {
> + const char *p = strstr(params, "pad ");
> +
> + if (p)
> +   {
> +  pad = atoi(p + 4);
> +  if (pad < 0) pad = 0;
> +   }
> +  }
> +x = ec->x - pad;
> +y = ec->y - pad;
> +w = ec->w + (pad * 2);
> +h = ec->h + (pad * 2);
>  x = E_CLAMP(x, 0, e_comp->w);
>  y = E_CLAMP(y, 0, e_comp->h);
>  w = E_CLAMP(w, 1, e_comp->w);
> @@ -876,6 +888,18 @@ _shot_delay_border(void *data)
> return EINA_FALSE;
>  }
>
> +static Eina_Bool
> +_shot_delay_border_padded(void *data)
> +{
> +   char 

[E-devel] Enlightenment DR 0.22.0 Release

[Mike Blumenkrantz]

HIGHLIGHTS
* Greatly improved Wayland support
* Improvements to new gadget infrastructure
* Added a sudo/ssh askpass utility gui
* meson build system
* tiling policy improvements
* integrated per-window volume controls

CHANGES
https://git.enlightenment.org/core/enlightenment.git/tree/NEWS?h=v0.22.0

SHA256SUM + DOWNLOAD
a14e1b51737cd8db6eecc719a60d8090720bb7a702085219b03e6654f105ce88
http://download.enlightenment.org/rel/apps/enlightenment/enlightenment-0.22.0.tar.gz

1b3eb9db7dd9c41b90e9ab67be875ea300e13774503fecdd692d96917ddeb976
http://download.enlightenment.org/rel/apps/enlightenment/enlightenment-0.22.0.tar.xz

See the full announcement for more details:
https://www.enlightenment.org/news/e22_release
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E22 Schedule

[Mike Blumenkrantz]

Assuming you are looking at the Enlightenment internal menu code, that is.
If you are looking at the async efreet code, this has never successfully
been used and is not currently used anywhere that I am aware of.

On Tue, Oct 31, 2017 at 9:20 PM Mike Blumenkrantz <
michael.blumenkra...@gmail.com> wrote:

> There are no threads in the menu code that you are looking at, only
> functions with names from a time when there was an attempt to make efreet
> menu parsing asynchronous.
>
> On Tue, Oct 31, 2017 at 8:56 PM Carsten Haitzler <ras...@rasterman.com>
> wrote:
>
>> On Tue, 31 Oct 2017 15:31:08 + Mike Blumenkrantz
>> <michael.blumenkra...@gmail.com> said:
>>
>> > After reviewing the currently reported issues I'm now planning to do the
>> > final release on Thursday. If anyone is working on any last minute bug
>> > fixes, please have them tested and committed by then.
>>
>> can you hold off on this until i look at the apps menu stuff? i juast am
>> spotting it's using threads... and threads + efreet == bad. netstar just
>> pointed this out to me (as throwing in locks into efreet seems to fix
>> things
>> for him).
>>
>> i suspect i need to review this and undo the threading if it's also doing
>> efreet calls from there.
>>
>> --
>> - Codito, ergo sum - "I code, therefore I am" --
>> Carsten Haitzler - ras...@rasterman.com
>>
>>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E22 Schedule

[Mike Blumenkrantz]

There are no threads in the menu code that you are looking at, only
functions with names from a time when there was an attempt to make efreet
menu parsing asynchronous.

On Tue, Oct 31, 2017 at 8:56 PM Carsten Haitzler <ras...@rasterman.com>
wrote:

> On Tue, 31 Oct 2017 15:31:08 +0000 Mike Blumenkrantz
> <michael.blumenkra...@gmail.com> said:
>
> > After reviewing the currently reported issues I'm now planning to do the
> > final release on Thursday. If anyone is working on any last minute bug
> > fixes, please have them tested and committed by then.
>
> can you hold off on this until i look at the apps menu stuff? i juast am
> spotting it's using threads... and threads + efreet == bad. netstar just
> pointed this out to me (as throwing in locks into efreet seems to fix
> things
> for him).
>
> i suspect i need to review this and undo the threading if it's also doing
> efreet calls from there.
>
> --
> - Codito, ergo sum - "I code, therefore I am" --
> Carsten Haitzler - ras...@rasterman.com
>
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] E22 Schedule

[Mike Blumenkrantz]

After reviewing the currently reported issues I'm now planning to do the
final release on Thursday. If anyone is working on any last minute bug
fixes, please have them tested and committed by then.

Thanks!
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] GitFlow

[Mike Blumenkrantz]

On Thu, Oct 26, 2017 at 8:27 PM Carsten Haitzler <ras...@rasterman.com>
wrote:

> On Thu, 26 Oct 2017 19:02:58 +0200 marcel-hollerb...@t-online.de said:
>
> > Two things,
> >
> > Calling efl-master unmanagable and unrunable is just spreading a
> > apocalyptic mood and does not really tell what is going on. There are
>
> I absolutely agree. I and many others use master all day every day. For
> wayland
> work it has issues and That is specific to that set of code. Sometimes eo
> work
> disrupts something. But it gets fixed.
>
> > bugs and a few crashes, yes, but the same happened a few years back when
> > i started with efl stuff. (Also, how can you call efl master unstable if
> > you havnt run it in a long time ? :D)
>
> Ooooh. nice catch there. :)
>

It is indeed inconceivable that I could have periodically tested master,
found it unusable each time, and then gone back to using stable. You've
certainly caught me; well done everyone, and thanks for your hard work in
keeping this mailing list so honest. Let's wrap it up and call it a /thread.


>
> > I guess you are refering to enlightenment when writing
>
> Well actually enlightenment is the far worse offender. It actively chooses
> to
> crash instead of recover. I had a fight with mike about this when i was
> left
> trying to resize a window and every time I did it E crashed. I could never
> resize it. It literally was unusable by explicit CHOICE to crash instead of
> log and move on.
>
> EFL and E policy has always been to be defensive and recover as much as
> possible at all times. Just look at the code with all the magic/eoid, null
> checks and more.
>

As a result I received a bug report about this issue and it was resolved,
unlike the current behavior with other EFL-based apps where they just throw
errors, nobody reports them, and master continually regresses to function
worse than the previous release. I'm completely fine with annoying users of
development builds in order to force them to report bugs. If it becomes
intolerable for you then you should be running a release build since that's
what they're for.


>
> > "current workflow of write code -> commit directly to master without any
> > form of testing". I try to test my changes before in enlightenment
> > before commiting something, but do you really expect a dev that pushes a
> > commit to start every single window / setting in e ? Test every single
> > configuration before committing anything ?! Thats not really doable, and
> > as long as there is no automated testsuite noone will ever start to do
> > that.
>
> Indeed the last bit here is the positive part. If we want to make it
> harder to
> break things, having more tests is what we need. Mike - I know you have
> worked
> on some e test stuff. If it's ready for people to use, then perhaps a mail
> about it and docs on how to use it to catch errors would be good.
> Something not
> too invasive (can be run in a window for example which I believe it can
> be... ?
> ).
>

It has been (and continues to be) completely functional in all engines
since this past March, but I gave up on it within a month or two since
constant EFL regressions made getting even a baseline set of correct image
data for tests impossible. I've been quite busy since then and have not had
the time or interest to revisit the project.


>
> > Greetings,
> >bu5hm4n
> >
> > On Thu, Oct 26, 2017 at 04:48:24PM +, Mike Blumenkrantz wrote:
> > > I haven't run efl master in a long time, and I know there are others
> who
> > > have stopped running it for the same reasons that I have.
> > >
> > > I am not necessarily advocating changing to gitflow, but several years
> of
> > > the current development methodology has definitely proven that it is
> > > unmanageable and that some change is needed.
> > >
> > > On Thu, Oct 26, 2017 at 12:36 PM Tom Hacohen <t...@stosb.com> wrote:
> > >
> > > > Intended to be would maybe be more appropriate, and then the
> statement
> > > > would still apply. With that being said, I'm sorry to hear that it
> has
> > > > changed, you guys should be spanking b0rokers more, don't let them
> > > > win.
> > > >
> > > > Regardless of that, as said on IRC, the reason why we do trunk
> > > > (master) based development is that we all run master all the time and
> > > > thus test as many configurations as possible all the time. I don't
> see
> > > > why we need a rolling-branch that is more stable (master in the
> > > > gitflow terminology) than the development trunk, because w

Re: [E-devel] GitFlow

[Mike Blumenkrantz]

I haven't run efl master in a long time, and I know there are others who
have stopped running it for the same reasons that I have.

I am not necessarily advocating changing to gitflow, but several years of
the current development methodology has definitely proven that it is
unmanageable and that some change is needed.

On Thu, Oct 26, 2017 at 12:36 PM Tom Hacohen <t...@stosb.com> wrote:

> Intended to be would maybe be more appropriate, and then the statement
> would still apply. With that being said, I'm sorry to hear that it has
> changed, you guys should be spanking b0rokers more, don't let them
> win.
>
> Regardless of that, as said on IRC, the reason why we do trunk
> (master) based development is that we all run master all the time and
> thus test as many configurations as possible all the time. I don't see
> why we need a rolling-branch that is more stable (master in the
> gitflow terminology) than the development trunk, because we'll all
> just switch to develop and that's it.
> Andy claims that there are compelling cases. I've read some blog posts
> over the years about it, and I'm not convinced.
>
> --
> Tom.
>
>
> On Thu, Oct 26, 2017 at 5:14 PM, Mike Blumenkrantz
> <michael.blumenkra...@gmail.com> wrote:
> > 'Our master is already considered "stable" and in a release state, so it
> > really doesn't match our workflow.'
> >
> > Things have changed a bit since you've been gone, and this is not even
> > remotely close to being true anymore. As far as all of my use cases go
> > (everyday use on X, testing on Wayland, basic application functionality),
> > master has been completely unusable for this entire release cycle. Based
> on
> > the current workflow of write code -> commit directly to master without
> any
> > form of testing, it seems like this will continue to be the case for the
> > foreseeable future.
> >
> > I am in no way directing this at you personally, but for us to be basing
> > any decision on the above statement is, at this time, nothing more than a
> > false premise (https://en.wikipedia.org/wiki/False_premise) argument.
> >
> > On Thu, Oct 26, 2017 at 8:39 AM Tom Hacohen <t...@stosb.com> wrote:
> >
> >> I accidentally hit send, didn't mean to.
> >> Here is my full reply:
> >> It's possible, yes, but it doesn't address my initial concerns, which
> >> are that edi will stick out compared to the other e projects. This
> >> will be considered a success by you for sure, and I don't see us
> >> changing the efl to follow, so it'll stay different.
> >> Furthermore, once you publish a tag/branch they should remain there,
> >> so even if we don't like it, it'll have to stay in edi or at least edi
> >> will be different.
> >> Btw, changing HEAD to be "develop" rather than "master" is a bit more
> >> intrusive and painful.
> >>
> >> Additionally, I just took a look at this gitflow thing, and noticed
> >> that it's pretty much what we do but worse (apart of the poor mistake
> >> that we did which is having the stable branches be named per repo
> >> rather than having a consistent name, that is, efl-1.7 instead of
> >> stable-1.17).
> >> We never needed a "hotfix" branch, the "release" branch has always
> >> proved sufficient for us (I can see the potential need, we just never
> >> hit it). After taking a second look, he deletes branches afterwards,
> >> so it's a workflow we can and already do here.
> >> Release branches we already have.
> >> We name our tags v1.17.0 compared to 1.17.0 which I think is better.
> >> I don't see the advantage of having a "develop" branch in addition to
> >> master given our workflow. Our master is already considered "stable"
> >> and in a release state, so it really doesn't match our workflow.
> >>
> >> So I'm not really impressed with this suggestion (and in particular
> >> GitFlow), and I don't think it can be done in a way that is possible
> >> to revert or is compatible with what we do.
> >> As I said, if you want to test it, test it with your own dev branches,
> >> show us that the workflow works and just configure your tools for this
> >> testing period, I don't see why the test period needs to have the
> >> formal names.
> >>
> >> You mentioned having tools that work with it, what exactly?
> >>
> >> As a side note, I'm OK with changing the stable release branches to
> >> "release-x.y" if people are OK with that, instead of the per repo
&

Re: [E-devel] GitFlow

[Mike Blumenkrantz]

'Our master is already considered "stable" and in a release state, so it
really doesn't match our workflow.'

Things have changed a bit since you've been gone, and this is not even
remotely close to being true anymore. As far as all of my use cases go
(everyday use on X, testing on Wayland, basic application functionality),
master has been completely unusable for this entire release cycle. Based on
the current workflow of write code -> commit directly to master without any
form of testing, it seems like this will continue to be the case for the
foreseeable future.

I am in no way directing this at you personally, but for us to be basing
any decision on the above statement is, at this time, nothing more than a
false premise (https://en.wikipedia.org/wiki/False_premise) argument.

On Thu, Oct 26, 2017 at 8:39 AM Tom Hacohen  wrote:

> I accidentally hit send, didn't mean to.
> Here is my full reply:
> It's possible, yes, but it doesn't address my initial concerns, which
> are that edi will stick out compared to the other e projects. This
> will be considered a success by you for sure, and I don't see us
> changing the efl to follow, so it'll stay different.
> Furthermore, once you publish a tag/branch they should remain there,
> so even if we don't like it, it'll have to stay in edi or at least edi
> will be different.
> Btw, changing HEAD to be "develop" rather than "master" is a bit more
> intrusive and painful.
>
> Additionally, I just took a look at this gitflow thing, and noticed
> that it's pretty much what we do but worse (apart of the poor mistake
> that we did which is having the stable branches be named per repo
> rather than having a consistent name, that is, efl-1.7 instead of
> stable-1.17).
> We never needed a "hotfix" branch, the "release" branch has always
> proved sufficient for us (I can see the potential need, we just never
> hit it). After taking a second look, he deletes branches afterwards,
> so it's a workflow we can and already do here.
> Release branches we already have.
> We name our tags v1.17.0 compared to 1.17.0 which I think is better.
> I don't see the advantage of having a "develop" branch in addition to
> master given our workflow. Our master is already considered "stable"
> and in a release state, so it really doesn't match our workflow.
>
> So I'm not really impressed with this suggestion (and in particular
> GitFlow), and I don't think it can be done in a way that is possible
> to revert or is compatible with what we do.
> As I said, if you want to test it, test it with your own dev branches,
> show us that the workflow works and just configure your tools for this
> testing period, I don't see why the test period needs to have the
> formal names.
>
> You mentioned having tools that work with it, what exactly?
>
> As a side note, I'm OK with changing the stable release branches to
> "release-x.y" if people are OK with that, instead of the per repo
> naming, this will make it slightly more compatible for you, and
> actually makes sense regardless (was a mistake in the first place).
>
> --
> Tom
>
> On Thu, Oct 26, 2017 at 1:20 PM, Tom Hacohen  wrote:
> > It is possible, yes.
> >
> > On Thu, Oct 26, 2017 at 10:50 AM, Carsten Haitzler 
> wrote:
> >> On Thu, 26 Oct 2017 07:19:51 + Andrew Williams <
> a...@andywilliams.me> said:
> >>
> >>> Hi,
> >>>
> >>> You are absolutely right - the “show it with a smaller project and
> prove
> >>> it’s worth is exactly why I brought it up. I was in the process of
> doing so
> >>> and hit this roadblock. No intention to beat a dead horse - I actually
> >>> thought I was doing what was agreed.
> >>>
> >>> Apologies if I got the wrong end of the stick.
> >>
> >> Well I think doing this with edi is fine. is it possible to have just
> edi have
> >> different branch naming schemes? i don't know. if it's not then we have
> >> problems. but i think we;re on the same page atm "try this in a smaller
> scale
> >> and show it improves things - us that to convince everyone else". :)
> >>
> >>> Andy
> >>>
> >>> On Thu, 26 Oct 2017 at 00:58, Carsten Haitzler 
> wrote:
> >>>
> >>> > On Wed, 25 Oct 2017 20:15:45 + Andrew Williams <
> a...@andywilliams.me>
> >>> > said:
> >>> >
> >>> > We had this discussion before in just one place I believe until you
> asked
> >>> > for
> >>> > specific branch names to be allowed. You wanted us to change how we
> branch
> >>> > and
> >>> > work with efl/e etc. the last time. I don't remember there being
> agreement
> >>> > with
> >>> > you on needing a change as I don't see our current model being bad or
> >>> > broken
> >>> > or causing trouble (discussion already had) vs gitflow. I don't know
> why
> >>> > you're
> >>> > bringing it back up as if there wasn't a consensus already. I
> believe the
> >>> > last
> >>> > discussion was roughly:
> >>> >
> >>> > "There is no agreement that any change is needed. The change you
> propose
> >>> > 

Re: [E-devel] Enlightenment DR 0.22.0-beta Release

[Mike Blumenkrantz]

Then, if it's a single-finger only device the user will face the same
problems they had with a shelf--ideally a profile will be available which
suits the user's taste--or they will rebind right click (two finger click)
to trigger the menu action.

On Mon, Oct 23, 2017 at 7:45 PM Carsten Haitzler <ras...@rasterman.com>
wrote:

> On Mon, 23 Oct 2017 12:13:27 +0000 Mike Blumenkrantz
> <michael.blumenkra...@gmail.com> said:
>
> > The resize with ctrl+wheel is added by default as a regular mouse binding
> > which can be modified or changed as necessary by the user. Modern laptops
> > have a thumbscroll available on the touchpad; this has been the case for
> a
> > number of years.
>
> what if you have a touchscreen only device... that doesn't have a mouse at
> all
> (no touchpad or even thinkpad nub thing). ? :)
>
> > On Mon, Oct 23, 2017 at 6:50 AM Quelrond <quelr...@gmail.com> wrote:
> >
> > > On 23/10/2017 12:36, Mike Blumenkrantz wrote:
> > > > Thanks for your interest and feedback regarding this recent release.
> > > >
> > > > 1. Please file a ticket at https://phab.enlightenment.org/maniphest/
> > > Thanks for your answer, I'll file the 3 tickets this evening.
> > > > 2. This is adjustable using ctrl+wheel similar to browser
> magnification
> > > You are really cool, guys!! It works, but... what if I have no wheel?
> ;)
> > > Normally, on a laptop one have just a touchpad with buttons...
> > > BTW, with a correct size of the bryce on my 14" laptop, the blue line
> on
> > > the luncher bar, indicating the running apps, is too small, almost
> > > invisible...
> > >
> > >
> > > Peter
> > >
> > > > 3. Please file a ticket at https://phab.enlightenment.org/maniphest/
> > > > 4. Please file a ticket at https://phab.enlightenment.org/maniphest/
> > > >
> > > >
> > > > On Sat, Oct 21, 2017 at 4:57 PM Quelrond <quelr...@gmail.com> wrote:
> > > >
> > > >> Hi,
> > > >>
> > > >> I've just updated EFL (to 1.20.5 release) and Enlightenment (to
> > > >> 0.22.0-beta) on my FreeBSD 11 laptop.
> > > >>
> > > >> 1. I could crash it, moving bryce gadgets (note that in the same
> time I
> > > >> was building a large project in terminology, the CPU was really
> high).
> > > >> I've got the backtrace (the images attached).
> > > >>
> > > >> 2. I cannot change the size of bryce. Actually it has the horizontal
> > > >> orientation, I would like to decrease his height. Is it possible?
> > > >>
> > > >> 3. I cannot understand how to use enlightenment_askpass tool. I
> would
> > > >> like to use it with sudo to start some GUI apps with root
> privileges.
> > > >>
> > > >> 4. CPUFreq gadget moves his arrow in the opposite direction - when
> the
> > > >> frequency is max the arrow is glued to the left-button edge, when
> the
> > > >> frequency is decreasing (I can see the digits changing inside the
> shelf
> > > >> gadget) the arrow begins to move to the top-right.
> > > >>
> > > >> It seems that the overall performance is improved, comparing with
> E21.
> > > >> I'm using E on the everyday basis, so I'll report my impressions
> about
> > > >> the stability a little bit later ;)
> > > >>
> > > >>
> > > >> Thank you for this release
> > > >>
> > > >> Peter
> > > >>
> > > >>
> > > >>
> > > >> On 29/09/2017 19:48, Mike Blumenkrantz wrote:
> > > >>> HIGHLIGHTS
> > > >>> * Greatly improved Wayland support
> > > >>> * Improvements to new gadget infrastructure
> > > >>> * Added a sudo/ssh askpass utility gui
> > > >>> * meson build system
> > > >>> * tiling policy improvements
> > > >>> * integrated per-window volume controls
> > > >>>
> > > >>> CHANGES
> > > >>>
> > > >>
> > >
> https://git.enlightenment.org/core/enlightenment.git/tree/NEWS?h=v0.22.0-alpha
> > > >>
> > > >>
> > >
> --
> > > >> Check out the vibrant tech community on one of the world's most
> > > >> e

[E-devel] Enlightenment DR 0.22.0-rc Release

[Mike Blumenkrantz]

HIGHLIGHTS
* Greatly improved Wayland support
* Improvements to new gadget infrastructure
* Added a sudo/ssh askpass utility gui
* meson build system
* tiling policy improvements
* integrated per-window volume controls

CHANGES
https://git.enlightenment.org/core/enlightenment.git/tree/NEWS?h=v0.22.0-rc

SHA256SUM + DOWNLOAD
9bba85f59a942af5d5152d31508a500585bc2a2828be6b083533f88406114aaf
http://download.enlightenment.org/rel/apps/enlightenment/enlightenment-0.22.0-rc.tar.gz

8ba048efb3d1af0fba41b00a88492175736c1e738e278cf78e294f40e1cfc4b2
http://download.enlightenment.org/rel/apps/enlightenment/enlightenment-0.22.0-rc.tar.xz

See the full announcement for more details:
https://www.enlightenment.org/news/e22_rc_release
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Enlightenment DR 0.22.0-beta Release

[Mike Blumenkrantz]

The resize with ctrl+wheel is added by default as a regular mouse binding
which can be modified or changed as necessary by the user. Modern laptops
have a thumbscroll available on the touchpad; this has been the case for a
number of years.

On Mon, Oct 23, 2017 at 6:50 AM Quelrond <quelr...@gmail.com> wrote:

> On 23/10/2017 12:36, Mike Blumenkrantz wrote:
> > Thanks for your interest and feedback regarding this recent release.
> >
> > 1. Please file a ticket at https://phab.enlightenment.org/maniphest/
> Thanks for your answer, I'll file the 3 tickets this evening.
> > 2. This is adjustable using ctrl+wheel similar to browser magnification
> You are really cool, guys!! It works, but... what if I have no wheel? ;)
> Normally, on a laptop one have just a touchpad with buttons...
> BTW, with a correct size of the bryce on my 14" laptop, the blue line on
> the luncher bar, indicating the running apps, is too small, almost
> invisible...
>
>
> Peter
>
> > 3. Please file a ticket at https://phab.enlightenment.org/maniphest/
> > 4. Please file a ticket at https://phab.enlightenment.org/maniphest/
> >
> >
> > On Sat, Oct 21, 2017 at 4:57 PM Quelrond <quelr...@gmail.com> wrote:
> >
> >> Hi,
> >>
> >> I've just updated EFL (to 1.20.5 release) and Enlightenment (to
> >> 0.22.0-beta) on my FreeBSD 11 laptop.
> >>
> >> 1. I could crash it, moving bryce gadgets (note that in the same time I
> >> was building a large project in terminology, the CPU was really high).
> >> I've got the backtrace (the images attached).
> >>
> >> 2. I cannot change the size of bryce. Actually it has the horizontal
> >> orientation, I would like to decrease his height. Is it possible?
> >>
> >> 3. I cannot understand how to use enlightenment_askpass tool. I would
> >> like to use it with sudo to start some GUI apps with root privileges.
> >>
> >> 4. CPUFreq gadget moves his arrow in the opposite direction - when the
> >> frequency is max the arrow is glued to the left-button edge, when the
> >> frequency is decreasing (I can see the digits changing inside the shelf
> >> gadget) the arrow begins to move to the top-right.
> >>
> >> It seems that the overall performance is improved, comparing with E21.
> >> I'm using E on the everyday basis, so I'll report my impressions about
> >> the stability a little bit later ;)
> >>
> >>
> >> Thank you for this release
> >>
> >> Peter
> >>
> >>
> >>
> >> On 29/09/2017 19:48, Mike Blumenkrantz wrote:
> >>> HIGHLIGHTS
> >>> * Greatly improved Wayland support
> >>> * Improvements to new gadget infrastructure
> >>> * Added a sudo/ssh askpass utility gui
> >>> * meson build system
> >>> * tiling policy improvements
> >>> * integrated per-window volume controls
> >>>
> >>> CHANGES
> >>>
> >>
> https://git.enlightenment.org/core/enlightenment.git/tree/NEWS?h=v0.22.0-alpha
> >>
> >>
> --
> >> Check out the vibrant tech community on one of the world's most
> >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> >> ___
> >> enlightenment-devel mailing list
> >> enlightenment-devel@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> >>
> >
> --
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> > ___
> > enlightenment-devel mailing list
> > enlightenment-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
>
>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Enlightenment DR 0.22.0-beta Release

[Mike Blumenkrantz]

Thanks for your interest and feedback regarding this recent release.

1. Please file a ticket at https://phab.enlightenment.org/maniphest/
2. This is adjustable using ctrl+wheel similar to browser magnification
3. Please file a ticket at https://phab.enlightenment.org/maniphest/
4. Please file a ticket at https://phab.enlightenment.org/maniphest/


On Sat, Oct 21, 2017 at 4:57 PM Quelrond <quelr...@gmail.com> wrote:

> Hi,
>
> I've just updated EFL (to 1.20.5 release) and Enlightenment (to
> 0.22.0-beta) on my FreeBSD 11 laptop.
>
> 1. I could crash it, moving bryce gadgets (note that in the same time I
> was building a large project in terminology, the CPU was really high).
> I've got the backtrace (the images attached).
>
> 2. I cannot change the size of bryce. Actually it has the horizontal
> orientation, I would like to decrease his height. Is it possible?
>
> 3. I cannot understand how to use enlightenment_askpass tool. I would
> like to use it with sudo to start some GUI apps with root privileges.
>
> 4. CPUFreq gadget moves his arrow in the opposite direction - when the
> frequency is max the arrow is glued to the left-button edge, when the
> frequency is decreasing (I can see the digits changing inside the shelf
> gadget) the arrow begins to move to the top-right.
>
> It seems that the overall performance is improved, comparing with E21.
> I'm using E on the everyday basis, so I'll report my impressions about
> the stability a little bit later ;)
>
>
> Thank you for this release
>
> Peter
>
>
>
> On 29/09/2017 19:48, Mike Blumenkrantz wrote:
> > HIGHLIGHTS
> > * Greatly improved Wayland support
> > * Improvements to new gadget infrastructure
> > * Added a sudo/ssh askpass utility gui
> > * meson build system
> > * tiling policy improvements
> > * integrated per-window volume controls
> >
> > CHANGES
> >
> https://git.enlightenment.org/core/enlightenment.git/tree/NEWS?h=v0.22.0-alpha
> >
>
>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Important: Phab Vote

[Mike Blumenkrantz]

I've created a poll for a longstanding issue that we as a community/project
have been dealing with, and I have added everyone with commit access on CC:

https://phab.enlightenment.org/V30

Do not reply to this mail; keep all comments and posts on the voting page.
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [EGIT] [core/enlightenment] master 02/02: smart suspend - honor suspend on ac or not flag as it should

[Mike Blumenkrantz]

Thanks for this--I can refer users who are still using older versions to
the ticket you created--but I was hoping you would create a ticket for the
remaining efl todo items that you cited in the commit log.

On Wed, Oct 18, 2017 at 9:25 PM Carsten Haitzler <ras...@rasterman.com>
wrote:

> On Wed, 18 Oct 2017 13:20:34 +0000 Mike Blumenkrantz
> <michael.blumenkra...@gmail.com> said:
>
> done
>
> > Can you create a task for this on phab?
> >
> > On Wed, Oct 18, 2017 at 12:37 AM Carsten Haitzler <ras...@rasterman.com>
> > wrote:
> >
> > > raster pushed a commit to branch master.
> > >
> > >
> > >
> http://git.enlightenment.org/core/enlightenment.git/commit/?id=0fada409175333e4ebeee30cab2ccd4ff457445f
> > >
> > > commit 0fada409175333e4ebeee30cab2ccd4ff457445f
> > > Author: Carsten Haitzler (Rasterman) <ras...@rasterman.com>
> > > Date:   Wed Oct 18 13:33:47 2017 +0900
> > >
> > > smart suspend - honor suspend on ac or not flag as it should
> > >
> > > so if you closed the lid ANd didn't have external screens ANd had
> ac
> > > plugged in ... e would suspend even if youdidn't have "suspend on
> ac"
> > > checked in blanking dialog. respect this and handle it properly.
> > >
> > > @fix
> > >
> > > side note... i've notced acpid no longer reporting lid events on
> one
> > > of my systems. this is very sucky. you now have to open
> > > /dev/input/event2 (this may vary from device to device) to get lid
> > > events... it's an input device. this means elput needs to start
> doing
> > > this as we cant get power button or lid events anymore  and we
> may
> > > have to do this for x11 too.
> > > ---
> > >  src/bin/e_acpi.c  |  1 +
> > >  src/bin/e_actions.c   | 23 +--
> > >  src/bin/e_powersave.c | 35 +++
> > >  src/bin/e_powersave.h |  3 +++
> > >  src/bin/e_sys.c   |  5 +
> > >  5 files changed, 65 insertions(+), 2 deletions(-)
> > >
> > >
> > >
> >
> --
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> > ___
> > enlightenment-devel mailing list
> > enlightenment-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> >
>
>
> --
> - Codito, ergo sum - "I code, therefore I am" --
> Carsten Haitzler - ras...@rasterman.com
>
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [EGIT] [core/enlightenment] master 02/02: smart suspend - honor suspend on ac or not flag as it should

[Mike Blumenkrantz]

Can you create a task for this on phab?

On Wed, Oct 18, 2017 at 12:37 AM Carsten Haitzler 
wrote:

> raster pushed a commit to branch master.
>
>
> http://git.enlightenment.org/core/enlightenment.git/commit/?id=0fada409175333e4ebeee30cab2ccd4ff457445f
>
> commit 0fada409175333e4ebeee30cab2ccd4ff457445f
> Author: Carsten Haitzler (Rasterman) 
> Date:   Wed Oct 18 13:33:47 2017 +0900
>
> smart suspend - honor suspend on ac or not flag as it should
>
> so if you closed the lid ANd didn't have external screens ANd had ac
> plugged in ... e would suspend even if youdidn't have "suspend on ac"
> checked in blanking dialog. respect this and handle it properly.
>
> @fix
>
> side note... i've notced acpid no longer reporting lid events on one
> of my systems. this is very sucky. you now have to open
> /dev/input/event2 (this may vary from device to device) to get lid
> events... it's an input device. this means elput needs to start doing
> this as we cant get power button or lid events anymore  and we may
> have to do this for x11 too.
> ---
>  src/bin/e_acpi.c  |  1 +
>  src/bin/e_actions.c   | 23 +--
>  src/bin/e_powersave.c | 35 +++
>  src/bin/e_powersave.h |  3 +++
>  src/bin/e_sys.c   |  5 +
>  5 files changed, 65 insertions(+), 2 deletions(-)
>
>
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Documentation into the Interfaces era :)

[Mike Blumenkrantz]

Maybe I'm missing something, but the question of whether docuwiki is
markdown seems irrelevant to the main points in this thread?

The proposal from the initial mail seems good overall.

On Tue, Oct 17, 2017 at 6:32 AM Andrew Williams 
wrote:

> Googling "is dokuwiki markdown?" returns a dokuwiki page stating "Markdown
> is a text markup language. So is DokuWiki syntax. Or MediaWiki syntax.
> There are similarities but none of them is a dialect of the other".
> The standards page https://tools.ietf.org/html/rfc7763 lists
> http://daringfireball.net/projects/markdown/ as the original source and
> https://tools.ietf.org/html/rfc7764 lists recognised extensions including
> https://michelf.ca/projects/php-markdown/extra/ and
> https://help.github.com/articles/github-flavored-markdown/ but nothing
> about dokuwiki.
> So you'll forgive me for saying that you calling dokuwiki syntax markdown
> does not make it so.
>
> Interoperability is good for us all. It means we can easily change tooling
> if we need to, it means the learning curve is lower and it means we can do
> cool things like embedding it in Edi etc as the format is well recognised
> etc.
>
> I agree with all the ideals of editing online etc etc - the choice of
> format should make no difference here as the dokuwiki is pretty simple even
> for their chosen format no?
> Andrew
>
> On Mon, 16 Oct 2017 at 20:53 Carsten Haitzler 
> wrote:
>
> > On Mon, 16 Oct 2017 09:25:20 + Andrew Williams  >
> > said:
> >
> > > Hi,
> > >
> > > Unfortunately dokuwiki is not markdown -
> >
> > Well... it is markdown AND markup with an eclectic mix of both. there
> > isn't a
> > single markdown format. every wiki has it's own which is slightly
> > different,
> > but commonly they have very short ways to do a link (especially inside
> the
> > wiki), and use **, //, for bold/italic or similar, equals for headlines
> > etc. ... so i'd call it markdown. it is a very specific kind of markdown.
> >
> > > https://www.dokuwiki.org/wiki:syntax , what I was proposing moves us
> to
> > the
> > > php extended markdown which is well known and supported by most php
> based
> > > apps if not more.
> > > By changing to a standardised format we can have better
> interoperability
> > > and also have our auto generated docs integrate into the website much
> > > better.
> >
> > why do we need interoperability? the docs really only have one main
> > purpose.
> > to be displayed by dokuwiki. as i gather you are proposing to put content
> > into
> > the dokuwiki content tree ... and that by definition is dokuwiki
> > markdown/up/whatever ...
> >
> > one of the ideas for our documentation was to have the docs be live
> > editable
> > content on the wiki and auto-generation from source is really all about
> > building the templates and raw "code content" then having sections that
> are
> > user editable along even with user discussion threads. the php doc site
> > works
> > this way so questions and answers about apis, classes or topics stay
> > together
> > with the docs and become part of them. if the docs on something could be
> > improved, any user can improve them just by editing the wiki. thus i see
> > the
> > need to have the wiki format be consistent and the docs are very closely
> > tied
> > to dokuwiki.
> >
> > > As for languages the figuring was that we have a specific list of
> > supported
> > > languages for the new interfaces work. I may have missed a line or two
> as
> > > there was nothing to add or I forgot - but we could be more explicit
> for
> > > sure.
> > > What do the community think are our official supported languages? We
> > have a
> > > lot of manual binding or external contributions so it’s kind of hard to
> > > tell...
> >
> > I'd say lua is probably the most important and interesting. it's already
> > used
> > for documentation generation. it's used inside efl (edje and evas
> > filters). it
> > also is the only language other than c++ that doesn't need extra
> > dependencies
> > beyond what efl already has. we have libelua even as an easy front end to
> > use
> > for using lua script in your code. c++ i'd say is a very close second
> > since it
> > also needs now extra dependencies and we already build by default out of
> > the
> > box like we do with lua. the next batch would be python (which we have no
> > generators for in tree yet) and js (node.js/v8), with c# at the end ATM.
> >
> > > Thanks,
> > > Andrew
> > > On Mon, 16 Oct 2017 at 05:48, Carsten Haitzler 
> > wrote:
> > >
> > > > On Tue, 10 Oct 2017 17:53:09 + Andrew Williams <
> > a...@andywilliams.me>
> > > > said:
> > > >
> > > > > Hi,
> > > > >
> > > > > I am looking at how we should be trying to structure our
> > documentation as
> > > > > we update for interfaces and slowly move aside the legacy pages.
> > > > >
> > > > > I've made this page to summarise my thinking so far - capturing
> what
> > we
> > > > > 

[E-devel] Release Schedule

[Mike Blumenkrantz]

I'm currently doing more testing on a couple patches, but it seems that
there are currently no reported issues which are serious or regular enough
to block a final release. At this time I am planning to execute the E22
release candidate sometime midway through next week, and if it continues to
be the case that no blockers are found then the final release will likely
go out the week after.
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [EGIT] [core/efl] master 01/04: evas: Override del() for evas objects

[Mike Blumenkrantz]

Hi?

On Tue, Oct 10, 2017, 6:32 AM Jean-Philippe ANDRÉ  wrote:

> jpeg pushed a commit to branch master.
>
>
> http://git.enlightenment.org/core/efl.git/commit/?id=e021e25c852313463925195b1367938057734c5f
>
> commit e021e25c852313463925195b1367938057734c5f
> Author: Jean-Philippe Andre 
> Date:   Thu Sep 28 18:03:33 2017 +0900
>
> evas: Override del() for evas objects
>
> This makes EAPI evas_object_del() and EO API efl_del() work the same on
> evas objects, i.e. a del() implies an immediate call to hide() and mark
> the object as "delete_me".
>
> If the refcount remains > 0 the object won't be actually deleted, thus
> EFL_EVENT_DEL won't be triggered. I think it would probably be a good
> idea to have a new event "del,request", to signal reference owners that
> this object "wants" to die.
>
> Ping @raster @zmike
> ---
>  src/lib/evas/canvas/efl_canvas_object.eo |  1 +
>  src/lib/evas/canvas/evas_object_main.c   | 26 +++---
>  2 files changed, 16 insertions(+), 11 deletions(-)
>
> diff --git a/src/lib/evas/canvas/efl_canvas_object.eo
> b/src/lib/evas/canvas/efl_canvas_object.eo
> index 61c59497dd..ac3ecd4bdc 100644
> --- a/src/lib/evas/canvas/efl_canvas_object.eo
> +++ b/src/lib/evas/canvas/efl_canvas_object.eo
> @@ -662,6 +662,7 @@ abstract Efl.Canvas.Object (Efl.Object, Efl.Gfx,
> Efl.Gfx.Stack, Efl.Animator,
>Efl.Object.destructor;
>Efl.Object.finalize;
>Efl.Object.provider_find;
> +  Efl.Object.del;
>Efl.Object.debug_name_override;
>Efl.Gfx.visible { get; set; }
>Efl.Gfx.color { get; set; }
> diff --git a/src/lib/evas/canvas/evas_object_main.c
> b/src/lib/evas/canvas/evas_object_main.c
> index d298efb478..e6f36ec280 100644
> --- a/src/lib/evas/canvas/evas_object_main.c
> +++ b/src/lib/evas/canvas/evas_object_main.c
> @@ -902,17 +902,9 @@ evas_object_ref_get(const Evas_Object *eo_obj)
> return obj->ref;
>  }
>
> -EAPI void
> -evas_object_del(Evas_Object *eo_obj)
> +EOLIAN static void
> +_efl_canvas_object_efl_object_del(const Eo *eo_obj,
> Evas_Object_Protected_Data *obj)
>  {
> -   if (!eo_obj) return;
> -   MAGIC_CHECK(eo_obj, Evas_Object, MAGIC_OBJ);
> -   return;
> -   MAGIC_CHECK_END();
> -
> -   Evas_Object_Protected_Data *obj = efl_data_scope_get(eo_obj, MY_CLASS);
> -
> -   if (!obj) return;
> evas_object_async_block(obj);
> if (obj->delete_me || obj->efl_del_called) return;
> if (obj->ref > 0)
> @@ -920,9 +912,21 @@ evas_object_del(Evas_Object *eo_obj)
>  obj->del_ref = EINA_TRUE;
>  return;
>   }
> -   evas_object_hide(eo_obj);
> +   efl_gfx_visible_set((Eo *) eo_obj, EINA_FALSE);
> obj->efl_del_called = EINA_TRUE;
> +   efl_del(efl_super(eo_obj, MY_CLASS));
> +}
>
> +EAPI void
> +evas_object_del(Evas_Object *eo_obj)
> +{
> +   if (!eo_obj) return;
> +   if (!efl_isa(eo_obj, MY_CLASS))
> + {
> +ERR("Called %s on a non-evas object: %s@%p",
> +__FUNCTION__, efl_class_name_get(eo_obj), eo_obj);
> +return;
> + }
> efl_del(eo_obj);
>  }
>
>
> --
>
>
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[EGIT] [website/www-content] master 14/21: Wiki page start-release changed with summary [] by Mike Blumenkrantz

[Mike Blumenkrantz]

WWW-www.enlightenment.org pushed a commit to branch master.

http://git.enlightenment.org/website/www-content.git/commit/?id=ff74f0d11ed24a6b63d60bc680579d1641095759

commit ff74f0d11ed24a6b63d60bc680579d1641095759
Author: Mike Blumenkrantz <zm...@enlightenment.org>
Date:   Fri Sep 29 11:32:02 2017 -0700

Wiki page start-release changed with summary [] by Mike Blumenkrantz
---
 pages/start-release.txt | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/pages/start-release.txt b/pages/start-release.txt
index 9b752cc0..77107691 100644
--- a/pages/start-release.txt
+++ b/pages/start-release.txt
@@ -1,3 +1,3 @@
 
-EFL 1.20.4 and Enlightenment 0.22 BETA are out - go to our [[download]] page.
+EFL 1.20.4 and 
[[https://files.s-osg.org/enlightenment-releases/enlightenment-0.22.0-beta.tar.gz|Enlightenment
 0.22 BETA]] are out - go to our [[download]] page.
 

-- 

[EGIT] [website/www-content] master 12/21: Wiki page start-release changed with summary [] by Mike Blumenkrantz

[Mike Blumenkrantz]

WWW-www.enlightenment.org pushed a commit to branch master.

http://git.enlightenment.org/website/www-content.git/commit/?id=2d2b9448f88cfd9ba22ac98812efa980ca17e9bb

commit 2d2b9448f88cfd9ba22ac98812efa980ca17e9bb
Author: Mike Blumenkrantz <zm...@enlightenment.org>
Date:   Fri Sep 29 10:48:51 2017 -0700

Wiki page start-release changed with summary [] by Mike Blumenkrantz
---
 pages/start-release.txt | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/pages/start-release.txt b/pages/start-release.txt
index 26a6b871..9b752cc0 100644
--- a/pages/start-release.txt
+++ b/pages/start-release.txt
@@ -1,3 +1,3 @@
 
-EFL 1.20.4 and Enlightenment 0.22 ALPHA are out - go to our [[download]] page.
+EFL 1.20.4 and Enlightenment 0.22 BETA are out - go to our [[download]] page.
 

-- 

[EGIT] [website/www-content] master 15/21: Wiki page download-latest changed with summary [] by Mike Blumenkrantz

[Mike Blumenkrantz]

WWW-www.enlightenment.org pushed a commit to branch master.

http://git.enlightenment.org/website/www-content.git/commit/?id=f77a343adef3f2c53607a0b6d11f72a8f68a14a7

commit f77a343adef3f2c53607a0b6d11f72a8f68a14a7
Author: Mike Blumenkrantz <zm...@enlightenment.org>
Date:   Mon Oct 2 10:20:51 2017 -0700

Wiki page download-latest changed with summary [] by Mike Blumenkrantz
---
 pages/download-latest.txt | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/pages/download-latest.txt b/pages/download-latest.txt
index 22d02269..757f8ce0 100644
--- a/pages/download-latest.txt
+++ b/pages/download-latest.txt
@@ -5,7 +5,7 @@ elm_v = In efl
 emotion_generic_players_v = In efl
 evas_generic_loaders_v= In efl
 
-enlightenment_v   = 0.22.0-alpha
+enlightenment_v   = 0.22.0-beta
 terminology_v = 1.1.1
 rage_v= 0.2.1
 econnman_v= 1.1

-- 

[EGIT] [website/www-content] master 13/21: Wiki page e22_beta_release changed with summary [] by Mike Blumenkrantz

[Mike Blumenkrantz]

WWW-www.enlightenment.org pushed a commit to branch master.

http://git.enlightenment.org/website/www-content.git/commit/?id=ec0a52f84740a8014c57d2556312389351fd8da2

commit ec0a52f84740a8014c57d2556312389351fd8da2
Author: Mike Blumenkrantz <zm...@enlightenment.org>
Date:   Fri Sep 29 10:58:36 2017 -0700

Wiki page e22_beta_release changed with summary [] by Mike Blumenkrantz
---
 pages/news/e22_beta_release.txt | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/pages/news/e22_beta_release.txt b/pages/news/e22_beta_release.txt
index e438d69d..3d2a79ba 100644
--- a/pages/news/e22_beta_release.txt
+++ b/pages/news/e22_beta_release.txt
@@ -185,6 +185,8 @@ Tickets Addressed:
 
 == Download ==
 
+Note: We are experiencing issues with our infrastructure, so Samsung OSG has 
graciously donated hosting for this release.
+
 ^ ** LINK ** ^ ** SHA256 ** ^
 | [[ 
https://files.s-osg.org/enlightenment-releases/enlightenment-0.22.0-beta.tar.gz 
| Enlightenment DR 0.22.0-beta GZIP]]| 
fdbf9c7b14104fb7920b0025f903b476db77dae287ba244a515e6f5b9efd4586 |
 | [[ 
https://files.s-osg.org/enlightenment-releases/enlightenment-0.22.0-beta.tar.xz 
| Enlightenment DR 0.22.0-beta XZ]]  | 
52c2b46615c047dd4440f5a27806a19bddc1293c24f01996e0d6a18a881c0ee5 |

-- 

[EGIT] [website/www-content] master 11/21: Wiki page e22_beta_release changed with summary [created] by Mike Blumenkrantz

[Mike Blumenkrantz]

WWW-www.enlightenment.org pushed a commit to branch master.

http://git.enlightenment.org/website/www-content.git/commit/?id=fd7dc6db55b3ffb75e3f2f3b88e794007d4bab47

commit fd7dc6db55b3ffb75e3f2f3b88e794007d4bab47
Author: Mike Blumenkrantz <zm...@enlightenment.org>
Date:   Fri Sep 29 10:46:30 2017 -0700

Wiki page e22_beta_release changed with summary [created] by Mike 
Blumenkrantz
---
 pages/news/e22_beta_release.txt | 201 
 1 file changed, 201 insertions(+)

diff --git a/pages/news/e22_beta_release.txt b/pages/news/e22_beta_release.txt
new file mode 100644
index ..e438d69d
--- /dev/null
+++ b/pages/news/e22_beta_release.txt
@@ -0,0 +1,201 @@
+=== Enlightenment DR 0.22.0-beta Release ===
+  * //2017-09-29 - by Mike//
+
+Highlights:
+  * Greatly improved Wayland support
+  * Improvements to new gadget infrastructure
+  * Added a sudo/ssh askpass utility gui
+  * meson build system
+  * tiling policy improvements
+  * integrated per-window volume controls
+
+Tickets Addressed:
+  * https://phab.enlightenment.org/T1420
+  * https://phab.enlightenment.org/T1526
+  * https://phab.enlightenment.org/T1571
+  * https://phab.enlightenment.org/T1931
+  * https://phab.enlightenment.org/T2126
+  * https://phab.enlightenment.org/T2452
+  * https://phab.enlightenment.org/T2579
+  * https://phab.enlightenment.org/T2879
+  * https://phab.enlightenment.org/T3031
+  * https://phab.enlightenment.org/T3093
+  * https://phab.enlightenment.org/T3144
+  * https://phab.enlightenment.org/T3164
+  * https://phab.enlightenment.org/T3291
+  * https://phab.enlightenment.org/T3495
+  * https://phab.enlightenment.org/T3682
+  * https://phab.enlightenment.org/T3842
+  * https://phab.enlightenment.org/T4007
+  * https://phab.enlightenment.org/T4097
+  * https://phab.enlightenment.org/T4112
+  * https://phab.enlightenment.org/T4119
+  * https://phab.enlightenment.org/T4121
+  * https://phab.enlightenment.org/T4189
+  * https://phab.enlightenment.org/T4216
+  * https://phab.enlightenment.org/T4293
+  * https://phab.enlightenment.org/T4297
+  * https://phab.enlightenment.org/T4298
+  * https://phab.enlightenment.org/T4339
+  * https://phab.enlightenment.org/T4358
+  * https://phab.enlightenment.org/T4430
+  * https://phab.enlightenment.org/T4439
+  * https://phab.enlightenment.org/T4479
+  * https://phab.enlightenment.org/T4499
+  * https://phab.enlightenment.org/T4509
+  * https://phab.enlightenment.org/T4510
+  * https://phab.enlightenment.org/T4512
+  * https://phab.enlightenment.org/T4522
+  * https://phab.enlightenment.org/T4524
+  * https://phab.enlightenment.org/T4543
+  * https://phab.enlightenment.org/T4544
+  * https://phab.enlightenment.org/T4632
+  * https://phab.enlightenment.org/T4647
+  * https://phab.enlightenment.org/T4648
+  * https://phab.enlightenment.org/T4655
+  * https://phab.enlightenment.org/T4687
+  * https://phab.enlightenment.org/T4716
+  * https://phab.enlightenment.org/T4732
+  * https://phab.enlightenment.org/T4733
+  * https://phab.enlightenment.org/T4747
+  * https://phab.enlightenment.org/T4784
+  * https://phab.enlightenment.org/T4786
+  * https://phab.enlightenment.org/T4787
+  * https://phab.enlightenment.org/T4790
+  * https://phab.enlightenment.org/T4797
+  * https://phab.enlightenment.org/T4798
+  * https://phab.enlightenment.org/T4804
+  * https://phab.enlightenment.org/T4806
+  * https://phab.enlightenment.org/T4807
+  * https://phab.enlightenment.org/T4809
+  * https://phab.enlightenment.org/T4810
+  * https://phab.enlightenment.org/T4815
+  * https://phab.enlightenment.org/T4819
+  * https://phab.enlightenment.org/T4821
+  * https://phab.enlightenment.org/T4826
+  * https://phab.enlightenment.org/T4830
+  * https://phab.enlightenment.org/T4831
+  * https://phab.enlightenment.org/T4885
+  * https://phab.enlightenment.org/T4887
+  * https://phab.enlightenment.org/T4893
+  * https://phab.enlightenment.org/T4939
+  * https://phab.enlightenment.org/T4945
+  * https://phab.enlightenment.org/T4958
+  * https://phab.enlightenment.org/T4963
+  * https://phab.enlightenment.org/T4966
+  * https://phab.enlightenment.org/T4970
+  * https://phab.enlightenment.org/T4988
+  * https://phab.enlightenment.org/T4991
+  * https://phab.enlightenment.org/T5003
+  * https://phab.enlightenment.org/T5007
+  * https://phab.enlightenment.org/T5031
+  * https://phab.enlightenment.org/T5033
+  * https://phab.enlightenment.org/T5041
+  * https://phab.enlightenment.org/T5044
+  * https://phab.enlightenment.org/T5060
+  * https://phab.enlightenment.org/T5076
+  * https://phab.enlightenment.org/T5077
+  *

[EGIT] [core/enlightenment] master 04/04: recreate x11 root pointer when changing application<->enlightenment theme

[Mike Blumenkrantz]

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=28ff2091592fa63adbb90137fdd4b37fca868200

commit 28ff2091592fa63adbb90137fdd4b37fca868200
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Mon Oct 9 07:09:16 2017 -0400

recreate x11 root pointer when changing application<->enlightenment theme

force new visual to be applied immediately instead of requiring a compositor
restart
---
 src/modules/conf_interaction/e_int_config_mouse.c | 11 ++-
 1 file changed, 10 insertions(+), 1 deletion(-)

diff --git a/src/modules/conf_interaction/e_int_config_mouse.c 
b/src/modules/conf_interaction/e_int_config_mouse.c
index 9050fe0e4..79a287cd6 100644
--- a/src/modules/conf_interaction/e_int_config_mouse.c
+++ b/src/modules/conf_interaction/e_int_config_mouse.c
@@ -98,6 +98,7 @@ _free_data(E_Config_Dialog *cfd EINA_UNUSED, 
E_Config_Dialog_Data *cfdata)
 static int
 _basic_apply_data(E_Config_Dialog *cfd EINA_UNUSED, E_Config_Dialog_Data 
*cfdata)
 {
+   Eina_Bool redo = e_config->use_e_cursor != cfdata->use_e_cursor;
e_config->use_e_cursor = cfdata->use_e_cursor;
e_config->show_cursor = cfdata->show_cursor;
e_config->idle_cursor = cfdata->idle_cursor;
@@ -113,7 +114,15 @@ _basic_apply_data(E_Config_Dialog *cfd EINA_UNUSED, 
E_Config_Dialog_Data *cfdata
if ((e_comp->comp_type == E_PIXMAP_TYPE_X) && (!e_config->show_cursor))
  e_pointer_hide(e_comp->pointer);
else
- e_pointers_size_set(e_config->cursor_size);
+ {
+if (redo && (e_comp->comp_type == E_PIXMAP_TYPE_X))
+  {
+ E_FREE_FUNC(e_comp->pointer, e_object_del);
+ e_comp->pointer = e_pointer_window_new(e_comp->root, 1);
+  }
+else
+  e_pointers_size_set(e_config->cursor_size);
+ }
 
e_mouse_update();
 

-- 

[EGIT] [core/enlightenment] master 03/04: always use e cursor theme for canvas pointers

[Mike Blumenkrantz]

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=fd68c99b64d892071a1db4f31d3765a125ff1da2

commit fd68c99b64d892071a1db4f31d3765a125ff1da2
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Mon Oct 9 07:09:16 2017 -0400

always use e cursor theme for canvas pointers

canvas pointer = wl compositor pointer = always use e theme since there is 
no
loader for x11 cursors
---
 src/bin/e_pointer.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/bin/e_pointer.c b/src/bin/e_pointer.c
index 35b500726..ef6163853 100644
--- a/src/bin/e_pointer.c
+++ b/src/bin/e_pointer.c
@@ -532,7 +532,7 @@ e_pointer_canvas_new(Ecore_Evas *ee, Eina_Bool filled)
ptr->color = EINA_TRUE;
ptr->canvas = EINA_TRUE;
ptr->w = ptr->h = e_config->cursor_size;
-   ptr->e_cursor = e_config->use_e_cursor;
+   ptr->e_cursor = 1;
 
ptr->ee = ee;
ptr->evas = ecore_evas_get(ee);

-- 

[EGIT] [core/enlightenment] master 01/04: Revert "do not apply enlightenment cursor theme for xwayland clients"

[Mike Blumenkrantz]

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=03982a14080912c4a3d38e4291482a8d6a6f967e

commit 03982a14080912c4a3d38e4291482a8d6a6f967e
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Mon Oct 9 07:09:16 2017 -0400

Revert "do not apply enlightenment cursor theme for xwayland clients"

This reverts commit 80abcc56006802f2dab61e518e0574c75baa2636.

sort of worked, sort of irrelevant
---
 src/bin/e_pointer.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/src/bin/e_pointer.c b/src/bin/e_pointer.c
index bd368e65b..6953de28a 100644
--- a/src/bin/e_pointer.c
+++ b/src/bin/e_pointer.c
@@ -502,7 +502,7 @@ e_pointer_window_new(Ecore_Window win, Eina_Bool filled)
 
/* set default pointer properties */
ptr->w = ptr->h = e_config->cursor_size;
-   ptr->e_cursor = e_config->use_e_cursor && e_comp->comp_type == 
E_PIXMAP_TYPE_X;
+   ptr->e_cursor = e_config->use_e_cursor;
ptr->win = win;
ptr->color = EINA_FALSE;
if (e_comp->pointer)
@@ -532,7 +532,7 @@ e_pointer_canvas_new(Ecore_Evas *ee, Eina_Bool filled)
ptr->color = EINA_TRUE;
ptr->canvas = EINA_TRUE;
ptr->w = ptr->h = e_config->cursor_size;
-   ptr->e_cursor = e_config->use_e_cursor || e_comp->comp_type != 
E_PIXMAP_TYPE_X;
+   ptr->e_cursor = e_config->use_e_cursor;
 
ptr->ee = ee;
ptr->evas = ecore_evas_get(ee);

-- 

[EGIT] [core/enlightenment] master 02/04: check for non-wl compositor when forcing application cursors onto pointers

[Mike Blumenkrantz]

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=caab810b394692441d794bb1a39d51d9295cb470

commit caab810b394692441d794bb1a39d51d9295cb470
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Mon Oct 9 07:09:16 2017 -0400

check for non-wl compositor when forcing application cursors onto pointers

comp_type is not set during initial pointer creation on startup but will be 
set at
the point of xwl startup, so use a check which will succeed

fix T6157
ref 2b8c70fe98a3b1559dfe906d375438a23d473855
---
 src/bin/e_pointer.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/bin/e_pointer.c b/src/bin/e_pointer.c
index 6953de28a..35b500726 100644
--- a/src/bin/e_pointer.c
+++ b/src/bin/e_pointer.c
@@ -366,7 +366,7 @@ _e_pointer_cb_free(E_Pointer *ptr)
 static void
 _e_pointer_x11_setup(E_Pointer *ptr, const char *cursor)
 {
-   if (ptr->e_cursor && (e_comp->comp_type == E_PIXMAP_TYPE_X))
+   if (ptr->e_cursor && (e_comp->comp_type != E_PIXMAP_TYPE_WL))
  {
 /* create a pointer canvas if we need to */
 if ((!ptr->buffer_evas) && ptr->win) _e_pointer_canvas_add(ptr);

-- 

[EGIT] [core/efl] efl-1.20 01/01: ecore-file: do not emit events when an inotify watch is removed

[Mike Blumenkrantz]

discomfitor pushed a commit to branch efl-1.20.

http://git.enlightenment.org/core/efl.git/commit/?id=907afa8de1e09898363a7428517fb62594bc25a1

commit 907afa8de1e09898363a7428517fb62594bc25a1
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Tue Oct 3 13:33:14 2017 -0400

ecore-file: do not emit events when an inotify watch is removed


???

@fix
---
 src/lib/ecore_file/ecore_file_monitor_inotify.c | 14 +++---
 1 file changed, 3 insertions(+), 11 deletions(-)

diff --git a/src/lib/ecore_file/ecore_file_monitor_inotify.c 
b/src/lib/ecore_file/ecore_file_monitor_inotify.c
index e4cd3a69ad..7c8d5c9e79 100644
--- a/src/lib/ecore_file/ecore_file_monitor_inotify.c
+++ b/src/lib/ecore_file/ecore_file_monitor_inotify.c
@@ -262,17 +262,9 @@ _ecore_file_monitor_inotify_events(Ecore_File_Monitor *em, 
char *file, int mask)
 em->func(em->data, em, ECORE_FILE_EVENT_DELETED_SELF, em->path);
  }
if (mask & IN_IGNORED)
- {
-/* The watch is removed. If the file name still exists monitor the new 
one,
- * else delete it */
-if (ecore_file_exists(em->path))
-  {
- if (_ecore_file_monitor_inotify_monitor(em, em->path))
-   em->func(em->data, em, ECORE_FILE_EVENT_DELETED_SELF, em->path);
-  }
-else
-  em->func(em->data, em, ECORE_FILE_EVENT_DELETED_SELF, em->path);
- }
+ /* The watch is removed. If the file name still exists monitor the new 
one,
+  * else delete it */
+ _ecore_file_monitor_inotify_monitor(em, em->path);
 }
 
 static int

-- 

[EGIT] [core/efl] master 01/01: ecore-file: do not emit events when an inotify watch is removed

[Mike Blumenkrantz]

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=11e92cdc863c590ab426acf09ab720fe0e36253c

commit 11e92cdc863c590ab426acf09ab720fe0e36253c
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Tue Oct 3 13:33:14 2017 -0400

ecore-file: do not emit events when an inotify watch is removed


???

@fix
---
 src/lib/ecore_file/ecore_file_monitor_inotify.c | 14 +++---
 1 file changed, 3 insertions(+), 11 deletions(-)

diff --git a/src/lib/ecore_file/ecore_file_monitor_inotify.c 
b/src/lib/ecore_file/ecore_file_monitor_inotify.c
index e4cd3a69ad..7c8d5c9e79 100644
--- a/src/lib/ecore_file/ecore_file_monitor_inotify.c
+++ b/src/lib/ecore_file/ecore_file_monitor_inotify.c
@@ -262,17 +262,9 @@ _ecore_file_monitor_inotify_events(Ecore_File_Monitor *em, 
char *file, int mask)
 em->func(em->data, em, ECORE_FILE_EVENT_DELETED_SELF, em->path);
  }
if (mask & IN_IGNORED)
- {
-/* The watch is removed. If the file name still exists monitor the new 
one,
- * else delete it */
-if (ecore_file_exists(em->path))
-  {
- if (_ecore_file_monitor_inotify_monitor(em, em->path))
-   em->func(em->data, em, ECORE_FILE_EVENT_DELETED_SELF, em->path);
-  }
-else
-  em->func(em->data, em, ECORE_FILE_EVENT_DELETED_SELF, em->path);
- }
+ /* The watch is removed. If the file name still exists monitor the new 
one,
+  * else delete it */
+ _ecore_file_monitor_inotify_monitor(em, em->path);
 }
 
 static int

-- 

Re: [E-devel] download.enlightenment.org

[Mike Blumenkrantz]

Hello, good day, how is the weather near you, I hope you are well, how is
your local sports team lately, do you have any holidays upcoming, have you
recently enjoyed any pints of note at your local pub?

* At some point prior to Friday I was connecting to the system known as
download.enlightenment.org (e5-web1)
* On Friday I was connected to a different system known as 'e6v1'
* Today I am once again being connected to e5-web1

My ssh config on this machine has not changed. A secondary machine on which
I have also never changed the ssh config and from which I have previously
uploaded releases to download.enlightenment.org successfully connects to
download.enlightenment.org today using the existing known key.

Based on the above, at some point since 28 September 2017 when EDI 0.6
released, the routing to at least one of our machines changed without any
notification and has since changed back, also without notification.

On Mon, Oct 2, 2017 at 4:52 PM Bertrand Jacquin <bertr...@jacquin.bzh>
wrote:

> Hello to you as well, http://www.wikihow.com/Be-Polite,
>
> The keys you should trust are:
>
>   256 SHA256:nw8kggkEVU0zCr8NOmX+jqNUoU57v/MLtgtz2V+mBH8 localhost (ECDSA)
>   2048 SHA256:GexwAUv9WM2lEcEs6HwLmkmHRdL68VxRI2nyzrJFytI localhost (RSA)
>   256 SHA256:EJ+taLrI/XrssKxizGvcA6nu6zUXL3xOttZp+vCyJvE localhost
> (ED25519)
>
> Hence, the one your ssh is complaining about is the right one.
>
> If your SSH config has not change since years, it does not mean it was
> still right.
>
> On Mon, Oct 02, 2017 at 10:21:53AM +, Mike Blumenkrantz wrote:
> > @@@
> > @WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @
> > @@@
> > IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
> > Someone could be eavesdropping on you right now (man-in-the-middle
> attack)!
> > It is also possible that a host key has just been changed.
> > The fingerprint for the ECDSA key sent by the remote host is
> > SHA256:nw8kggkEVU0zCr8NOmX+jqNUoU57v/MLtgtz2V+mBH8.
> > Please contact your system administrator.
> > Add correct host key in /home/zmike/.ssh/known_hosts to get rid of this
> > message.
> > Offending ECDSA key in /home/zmike/.ssh/known_hosts:31
> > ECDSA host key for download.enlightenment.org has changed and you have
> > requested strict checking.
> > Host key verification failed.
> >
> > This is new since Friday when I got the same error indicating that
> > download.enlightenment.org had changed to a different machine. I have
> made
> > no changes to my ssh config in years, and the issue I reported was
> verified
> > by a number of other developers. Either you or someone else has changed
> the
> > routing to this machine since then.
> >
> > On Sat, Sep 30, 2017 at 9:03 AM Bertrand Jacquin <bertr...@jacquin.bzh>
> > wrote:
> >
> > > Hello to you as well,
> > >
> > > This has not change, please follow instructions on
> > > https://phab.enlightenment.org/w/hosting/ssh/
> > >
> > > On Fri, Sep 29, 2017 at 05:30:51PM +, Mike Blumenkrantz wrote:
> > > > This is no longer the machine which hosts web services, nor is it
> even
> > > the
> > > > same vm. No mail was sent to the list. How is such a thing even
> possible?
> > >
> > > --
> > > Bertrand
> > >
>
> --
> Bertrand
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[EGIT] [core/enlightenment] master 01/01: unbreak nls build

[Mike Blumenkrantz]

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=592b3bf2c642f3713c4f0460a944c9af8fa88eeb

commit 592b3bf2c642f3713c4f0460a944c9af8fa88eeb
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Mon Oct 2 09:06:58 2017 -0400

unbreak nls build

broken by 9708e21f79df378a0caf9dfb5242b4ca749463a5
---
 po/ca.po | 22 --
 po/eo.po | 20 
 po/gl.po | 11 ---
 po/pt.po | 11 ---
 po/sr.po | 22 --
 5 files changed, 86 deletions(-)

diff --git a/po/ca.po b/po/ca.po
index f6b9e78ec..bb6eadf40 100644
--- a/po/ca.po
+++ b/po/ca.po
@@ -11002,17 +11002,6 @@ msgstr "CAP"
 #~ msgstr "Amplificació"
 
 #~ msgid ""
-#~ "Copyright  2000-2017, by the Enlightenment Development TeamWe hope you enjoy using this software as much as we enjoyed "
-#~ "writing it.To contact us please visit:http://www.;
-#~ "enlightenment.org"
-#~ msgstr ""
-#~ "Copyright  2000-2017, per l'Equip de Desenvolupament "
-#~ "d'EnlightenmentEsperem que gaudiu utilitzant aquest programari "
-#~ "tant com nosaltres hem gaudit escrivint-lo.Per contactar amb "
-#~ "nosaltres visiteu:http://www.enlightenment.org"
-
-#~ msgid ""
 #~ "Your display driver does not support OpenGL, orno OpenGL engines were "
 #~ "compiled or installed forEvas or Ecore-Evas. Falling back to software "
 #~ "engine."
@@ -11194,17 +11183,6 @@ msgstr "CAP"
 #~ msgid "Enable Xembed"
 #~ msgstr "Activa Xembed"
 
-#~ msgid ""
-#~ "Copyright  2000-2017, by the Enlightenment Development TeamWe hope you enjoy using this software as much as we enjoyed "
-#~ "writing it.To contact us please visit:http://www.;
-#~ "enlightenment.org"
-#~ msgstr ""
-#~ "Copyright  2000-2017, per l'Equip de Desenvolupament "
-#~ "d'EnlightenmentEsperem que gaudiu utilitzant aquest programari "
-#~ "tant com nosaltres hem gaudit escrivint-lo.Per contactar amb "
-#~ "nosaltres visiteu:http://www.enlightenment.org"
-
 #~ msgid "Compositor %u"
 #~ msgstr "Compositor %u"
 
diff --git a/po/eo.po b/po/eo.po
index 44f90b08c..7412ad02f 100644
--- a/po/eo.po
+++ b/po/eo.po
@@ -10857,15 +10857,6 @@ msgstr "NENIO"
 #~ msgstr "Movu fenestron supren"
 
 #~ msgid ""
-#~ "Please hold any modifier you wantand press any button on your mouse,"
-#~ " or roll a wheel, to assign mouse binding.Press Escape to abort."
-#~ msgstr ""
-#~ "Bonvole tenu iun ajn modifilon, kiun vi volas, kaj premi iun ajn "
-#~ "butonon sur via muso aŭ ruli la musradon, por difini musan bindon."
-#~ " Premu Eskapon por ĉesigi."
-
-#~ msgid ""
 #~ "The binding key sequence, that you choose, is already used by "
 #~ "%s action.Please choose another binding key "
 #~ "sequence."
@@ -10892,17 +10883,6 @@ msgstr "NENIO"
 #~ msgid "Quick Panel"
 #~ msgstr "Rapida panelo"
 
-#~ msgid ""
-#~ "Copyright  2000-2017, by the Enlightenment Development TeamWe hope you enjoy using this software as much as we enjoyed "
-#~ "writing it.To contact us please visit:http://www.;
-#~ "enlightenment.org"
-#~ msgstr ""
-#~ "Kopirajto  2000-2017; de la skipo de programado de "
-#~ "EnlightenmentNi esperas, ke vi ĝuu uzadon de ĉi tiu programaro "
-#~ "tiom, kiel ni ĝuis verki ĝin.Por kontakti nin, bonvole visitu:"
-#~ "http://www.enlightenment.org"
-
 #~ msgid "Send to upper right corner"
 #~ msgstr "Sendi en la suprodekstra angulo"
 
diff --git a/po/gl.po b/po/gl.po
index 17eadb7e9..023458ad8 100644
--- a/po/gl.po
+++ b/po/gl.po
@@ -11214,17 +11214,6 @@ msgstr "NINGÚN"
 #~ msgid "Over"
 #~ msgstr "Enriba"
 
-#~ msgid ""
-#~ "Copyright  2000-2017, by the Enlightenment Development TeamWe hope you enjoy using this software as much as we enjoyed "
-#~ "writing it.To contact us please visit:http://www.;
-#~ "enlightenment.org"
-#~ msgstr ""
-#~ "Copyright  2000-2017, polo Equipo de Desenvolvemento de  "
-#~ "EnlightenmentEsperamos que gozara empregando este software "
-#~ "tanto como nos gozamos escribíndoo.Para contactar connosco visite:"
-#~ "http://www.enlightenment.org"
-
 #~ msgid "Setup Popups"
 #~ msgstr "Configurar xanelas emerxentes"
 
diff --git a/po/pt.po b/po/pt.po
index 1db14522d..6eb758c82 100644
--- a/po/pt.po
+++ b/po/pt.po
@@ -12394,17 +12394,6 @@ msgstr "Nenhuma"
 #~ msgid "xkb layouts"
 #~ msgstr "Esquemas xkb"
 
-#~ msgi

Re: [E-devel] download.enlightenment.org

[Mike Blumenkrantz]

@@@
@WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @
@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that a host key has just been changed.
The fingerprint for the ECDSA key sent by the remote host is
SHA256:nw8kggkEVU0zCr8NOmX+jqNUoU57v/MLtgtz2V+mBH8.
Please contact your system administrator.
Add correct host key in /home/zmike/.ssh/known_hosts to get rid of this
message.
Offending ECDSA key in /home/zmike/.ssh/known_hosts:31
ECDSA host key for download.enlightenment.org has changed and you have
requested strict checking.
Host key verification failed.

This is new since Friday when I got the same error indicating that
download.enlightenment.org had changed to a different machine. I have made
no changes to my ssh config in years, and the issue I reported was verified
by a number of other developers. Either you or someone else has changed the
routing to this machine since then.

On Sat, Sep 30, 2017 at 9:03 AM Bertrand Jacquin <bertr...@jacquin.bzh>
wrote:

> Hello to you as well,
>
> This has not change, please follow instructions on
> https://phab.enlightenment.org/w/hosting/ssh/
>
> On Fri, Sep 29, 2017 at 05:30:51PM +, Mike Blumenkrantz wrote:
> > This is no longer the machine which hosts web services, nor is it even
> the
> > same vm. No mail was sent to the list. How is such a thing even possible?
>
> --
> Bertrand
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Enlightenment DR 0.22.0-beta Release

[Mike Blumenkrantz]

HIGHLIGHTS
* Greatly improved Wayland support
* Improvements to new gadget infrastructure
* Added a sudo/ssh askpass utility gui
* meson build system
* tiling policy improvements
* integrated per-window volume controls

CHANGES
https://git.enlightenment.org/core/enlightenment.git/tree/NEWS?h=v0.22.0-alpha

TICKETS ADDRESSED
https://phab.enlightenment.org/T1420
https://phab.enlightenment.org/T1526
https://phab.enlightenment.org/T1571
https://phab.enlightenment.org/T1931
https://phab.enlightenment.org/T2126
https://phab.enlightenment.org/T2452
https://phab.enlightenment.org/T2579
https://phab.enlightenment.org/T2879
https://phab.enlightenment.org/T3031
https://phab.enlightenment.org/T3093
https://phab.enlightenment.org/T3144
https://phab.enlightenment.org/T3164
https://phab.enlightenment.org/T3291
https://phab.enlightenment.org/T3495
https://phab.enlightenment.org/T3682
https://phab.enlightenment.org/T3842
https://phab.enlightenment.org/T4007
https://phab.enlightenment.org/T4097
https://phab.enlightenment.org/T4112
https://phab.enlightenment.org/T4119
https://phab.enlightenment.org/T4121
https://phab.enlightenment.org/T4189
https://phab.enlightenment.org/T4216
https://phab.enlightenment.org/T4293
https://phab.enlightenment.org/T4297
https://phab.enlightenment.org/T4298
https://phab.enlightenment.org/T4339
https://phab.enlightenment.org/T4358
https://phab.enlightenment.org/T4430
https://phab.enlightenment.org/T4439
https://phab.enlightenment.org/T4479
https://phab.enlightenment.org/T4499
https://phab.enlightenment.org/T4509
https://phab.enlightenment.org/T4510
https://phab.enlightenment.org/T4512
https://phab.enlightenment.org/T4522
https://phab.enlightenment.org/T4524
https://phab.enlightenment.org/T4543
https://phab.enlightenment.org/T4544
https://phab.enlightenment.org/T4632
https://phab.enlightenment.org/T4647
https://phab.enlightenment.org/T4648
https://phab.enlightenment.org/T4655
https://phab.enlightenment.org/T4687
https://phab.enlightenment.org/T4716
https://phab.enlightenment.org/T4732
https://phab.enlightenment.org/T4733
https://phab.enlightenment.org/T4747
https://phab.enlightenment.org/T4784
https://phab.enlightenment.org/T4786
https://phab.enlightenment.org/T4787
https://phab.enlightenment.org/T4790
https://phab.enlightenment.org/T4797
https://phab.enlightenment.org/T4798
https://phab.enlightenment.org/T4804
https://phab.enlightenment.org/T4806
https://phab.enlightenment.org/T4807
https://phab.enlightenment.org/T4809
https://phab.enlightenment.org/T4810
https://phab.enlightenment.org/T4815
https://phab.enlightenment.org/T4819
https://phab.enlightenment.org/T4821
https://phab.enlightenment.org/T4826
https://phab.enlightenment.org/T4830
https://phab.enlightenment.org/T4831
https://phab.enlightenment.org/T4885
https://phab.enlightenment.org/T4887
https://phab.enlightenment.org/T4893
https://phab.enlightenment.org/T4939
https://phab.enlightenment.org/T4945
https://phab.enlightenment.org/T4958
https://phab.enlightenment.org/T4963
https://phab.enlightenment.org/T4966
https://phab.enlightenment.org/T4970
https://phab.enlightenment.org/T4988
https://phab.enlightenment.org/T4991
https://phab.enlightenment.org/T5003
https://phab.enlightenment.org/T5007
https://phab.enlightenment.org/T5031
https://phab.enlightenment.org/T5033
https://phab.enlightenment.org/T5041
https://phab.enlightenment.org/T5044
https://phab.enlightenment.org/T5060
https://phab.enlightenment.org/T5076
https://phab.enlightenment.org/T5077
https://phab.enlightenment.org/T5094
https://phab.enlightenment.org/T5097
https://phab.enlightenment.org/T5136
https://phab.enlightenment.org/T5188
https://phab.enlightenment.org/T5235
https://phab.enlightenment.org/T5242
https://phab.enlightenment.org/T5258
https://phab.enlightenment.org/T5262
https://phab.enlightenment.org/T5288
https://phab.enlightenment.org/T5295
https://phab.enlightenment.org/T5298
https://phab.enlightenment.org/T5340
https://phab.enlightenment.org/T5348
https://phab.enlightenment.org/T5350
https://phab.enlightenment.org/T5370
https://phab.enlightenment.org/T5377
https://phab.enlightenment.org/T5418
https://phab.enlightenment.org/T5442
https://phab.enlightenment.org/T5444
https://phab.enlightenment.org/T5464
https://phab.enlightenment.org/T5483
https://phab.enlightenment.org/T5485
https://phab.enlightenment.org/T5500
https://phab.enlightenment.org/T5521
https://phab.enlightenment.org/T5544
https://phab.enlightenment.org/T5552
https://phab.enlightenment.org/T5593
https://phab.enlightenment.org/T5599
https://phab.enlightenment.org/T5600
https://phab.enlightenment.org/T5601
https://phab.enlightenment.org/T5604
https://phab.enlightenment.org/T5606
https://phab.enlightenment.org/T5654
https://phab.enlightenment.org/T5664
https://phab.enlightenment.org/T5666
https://phab.enlightenment.org/T5669
https://phab.enlightenment.org/T5678
https://phab.enlightenment.org/T5693
https://phab.enlightenment.org/T5694
https://phab.enlightenment.org/T5700
https://phab.enlightenment.org/T5707

[EGIT] [core/enlightenment] master 03/03: unset release mode

[Mike Blumenkrantz]

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=d1cac14aee5b197eeea9d30e46c8dae0fd2c1927

commit d1cac14aee5b197eeea9d30e46c8dae0fd2c1927
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Fri Sep 29 13:45:26 2017 -0400

unset release mode
---
 configure.ac | 12 ++--
 meson.build  | 28 ++--
 2 files changed, 20 insertions(+), 20 deletions(-)

diff --git a/configure.ac b/configure.ac
index 1ff68237d..1a9ba1947 100644
--- a/configure.ac
+++ b/configure.ac
@@ -1,14 +1,14 @@
 ##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##
 ##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##
 m4_define([v_maj], [0])
-m4_define([v_min], [22])
-m4_define([v_mic], [0])
+m4_define([v_min], [21])
+m4_define([v_mic], [99])
 m4_define([v_rev], m4_esyscmd([(git rev-list --count HEAD 2>/dev/null || echo 
0) | tr -d '\n']))dnl
 ##--   When released, remove the dnl on the below line
-m4_undefine([v_rev])
+dnl m4_undefine([v_rev])
 m4_define([relname], [0.22.0])
 ##--   When doing snapshots - change soname. remove dnl on below line
-m4_define([relname], [0.22-beta])
+m4_define([relname], [ver-0.22])
 dnl m4_define([v_rel], [-release relname])
 ##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##
 m4_ifdef([v_rev], [m4_define([v_ver], [v_maj.v_min.v_mic.v_rev])], 
[m4_define([v_ver], [v_maj.v_min.v_mic])])
@@ -18,7 +18,7 @@ m4_define([lt_age], v_min)
 ##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##
 ##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##
 
-AC_INIT([enlightenment], [v_ver-beta], 
[enlightenment-devel@lists.sourceforge.net])
+AC_INIT([enlightenment], [v_ver], [enlightenment-devel@lists.sourceforge.net])
 AC_PREREQ([2.52])
 AC_CONFIG_SRCDIR([configure.ac])
 AC_CONFIG_MACRO_DIR([m4])
@@ -54,7 +54,7 @@ AC_DEFINE_UNQUOTED(VMAJ, [v_maj], [Major version])
 AC_DEFINE_UNQUOTED(VMIN, [v_min], [Minor version])
 AC_DEFINE_UNQUOTED(VMIC, [v_mic], [Micro version])
 AC_DEFINE_UNQUOTED(VREV, [v_rev], [Revison])
-AC_DEFINE_UNQUOTED(E_RELEASE_BUILD, [1], [doin it])
+##AC_DEFINE_UNQUOTED(E_RELEASE_BUILD, [1], [doin it])
 version_info="lt_cur:lt_rev:lt_age"
 release_info="v_rel"
 AC_SUBST([version_info])
diff --git a/meson.build b/meson.build
index 04c06a8ee..a8e6c048a 100644
--- a/meson.build
+++ b/meson.build
@@ -1,6 +1,6 @@
 # project
 project('enlightenment', 'c',
-version: '0.22.0-beta',
+version: '0.21.99',
 license: 'BSD 2 clause',
 default_options: [ 'c_std=gnu99', 'warning_level=2' ],
 meson_version  : '>= 0.40.0')
@@ -16,22 +16,22 @@ if clean_check.returncode() == 0
   error('Meson build requires a clean source tree')
 endif
 
-#e_version   = ver.split('.')
-#git_version = '0'
-#git = find_program('git')
-#if git.found() == true
-  #git_cmd = run_command(git.path(), 'rev-list', '--count', 'HEAD')
-  #if git_cmd.returncode() == 0
-#git_version = git_cmd.stdout().strip()
-  #endif
-#endif
+e_version   = ver.split('.')
+git_version = '0'
+git = find_program('git')
+if git.found() == true
+  git_cmd = run_command(git.path(), 'rev-list', '--count', 'HEAD')
+  if git_cmd.returncode() == 0
+git_version = git_cmd.stdout().strip()
+  endif
+endif
 
-#e_version_rev = '.'.join([ver, git_version])
-e_version_rev = ver
+e_version_rev = '.'.join([ver, git_version])
+#e_version_rev = e_version
 
 efl_version = '>= 1.20.4'
 
-release = '0.22-beta'
+release = 'ver-0.22'
 #for releases
 #release = '@0@.@1@.@2@'.format(e_version[0], e_version[1], e_version[2])
 
@@ -82,7 +82,7 @@ config_h.set('_ALL_SOURCE' , '1')
 config_h.set('_POSIX_PTHREAD_SEMANTICS', '1')
 config_h.set('_TANDEM_SOURCE'  , '1')
 config_h.set('__EXTENSIONS__'  , '1')
-config_h.set('E_RELEASE_BUILD' , '1')
+#config_h.set('E_RELEASE_BUILD' , '1')
 
 if get_option('nls') == true
   subdir('po')

-- 

[EGIT] [core/enlightenment] v0.22.0-beta 01/02: 22.0-beta release

[Mike Blumenkrantz]

discomfitor pushed a commit to annotated tag v0.22.0-beta.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=9c3331b48d7fde9fd7ce67c2833959ffdd33c60c

commit 9c3331b48d7fde9fd7ce67c2833959ffdd33c60c
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Tue Sep 12 13:57:13 2017 -0400

22.0-beta release
---
 configure.ac | 12 ++--
 meson.build  | 28 ++--
 2 files changed, 20 insertions(+), 20 deletions(-)

diff --git a/configure.ac b/configure.ac
index 1a9ba1947..1ff68237d 100644
--- a/configure.ac
+++ b/configure.ac
@@ -1,14 +1,14 @@
 ##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##
 ##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##
 m4_define([v_maj], [0])
-m4_define([v_min], [21])
-m4_define([v_mic], [99])
+m4_define([v_min], [22])
+m4_define([v_mic], [0])
 m4_define([v_rev], m4_esyscmd([(git rev-list --count HEAD 2>/dev/null || echo 
0) | tr -d '\n']))dnl
 ##--   When released, remove the dnl on the below line
-dnl m4_undefine([v_rev])
+m4_undefine([v_rev])
 m4_define([relname], [0.22.0])
 ##--   When doing snapshots - change soname. remove dnl on below line
-m4_define([relname], [ver-0.22])
+m4_define([relname], [0.22-beta])
 dnl m4_define([v_rel], [-release relname])
 ##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##
 m4_ifdef([v_rev], [m4_define([v_ver], [v_maj.v_min.v_mic.v_rev])], 
[m4_define([v_ver], [v_maj.v_min.v_mic])])
@@ -18,7 +18,7 @@ m4_define([lt_age], v_min)
 ##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##
 ##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##
 
-AC_INIT([enlightenment], [v_ver], [enlightenment-devel@lists.sourceforge.net])
+AC_INIT([enlightenment], [v_ver-beta], 
[enlightenment-devel@lists.sourceforge.net])
 AC_PREREQ([2.52])
 AC_CONFIG_SRCDIR([configure.ac])
 AC_CONFIG_MACRO_DIR([m4])
@@ -54,7 +54,7 @@ AC_DEFINE_UNQUOTED(VMAJ, [v_maj], [Major version])
 AC_DEFINE_UNQUOTED(VMIN, [v_min], [Minor version])
 AC_DEFINE_UNQUOTED(VMIC, [v_mic], [Micro version])
 AC_DEFINE_UNQUOTED(VREV, [v_rev], [Revison])
-##AC_DEFINE_UNQUOTED(E_RELEASE_BUILD, [1], [doin it])
+AC_DEFINE_UNQUOTED(E_RELEASE_BUILD, [1], [doin it])
 version_info="lt_cur:lt_rev:lt_age"
 release_info="v_rel"
 AC_SUBST([version_info])
diff --git a/meson.build b/meson.build
index a8e6c048a..04c06a8ee 100644
--- a/meson.build
+++ b/meson.build
@@ -1,6 +1,6 @@
 # project
 project('enlightenment', 'c',
-version: '0.21.99',
+version: '0.22.0-beta',
 license: 'BSD 2 clause',
 default_options: [ 'c_std=gnu99', 'warning_level=2' ],
 meson_version  : '>= 0.40.0')
@@ -16,22 +16,22 @@ if clean_check.returncode() == 0
   error('Meson build requires a clean source tree')
 endif
 
-e_version   = ver.split('.')
-git_version = '0'
-git = find_program('git')
-if git.found() == true
-  git_cmd = run_command(git.path(), 'rev-list', '--count', 'HEAD')
-  if git_cmd.returncode() == 0
-git_version = git_cmd.stdout().strip()
-  endif
-endif
+#e_version   = ver.split('.')
+#git_version = '0'
+#git = find_program('git')
+#if git.found() == true
+  #git_cmd = run_command(git.path(), 'rev-list', '--count', 'HEAD')
+  #if git_cmd.returncode() == 0
+#git_version = git_cmd.stdout().strip()
+  #endif
+#endif
 
-e_version_rev = '.'.join([ver, git_version])
-#e_version_rev = e_version
+#e_version_rev = '.'.join([ver, git_version])
+e_version_rev = ver
 
 efl_version = '>= 1.20.4'
 
-release = 'ver-0.22'
+release = '0.22-beta'
 #for releases
 #release = '@0@.@1@.@2@'.format(e_version[0], e_version[1], e_version[2])
 
@@ -82,7 +82,7 @@ config_h.set('_ALL_SOURCE' , '1')
 config_h.set('_POSIX_PTHREAD_SEMANTICS', '1')
 config_h.set('_TANDEM_SOURCE'  , '1')
 config_h.set('__EXTENSIONS__'  , '1')
-#config_h.set('E_RELEASE_BUILD' , '1')
+config_h.set('E_RELEASE_BUILD' , '1')
 
 if get_option('nls') == true
   subdir('po')

-- 

[EGIT] [core/enlightenment] master 02/03: 0.22.0-beta NEWS updates

[Mike Blumenkrantz]

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=839ae73ddb4d242806cb86701755c31be512f467

commit 839ae73ddb4d242806cb86701755c31be512f467
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Fri Sep 29 13:45:26 2017 -0400

0.22.0-beta NEWS updates
---
 NEWS | 70 +---
 1 file changed, 63 insertions(+), 7 deletions(-)

diff --git a/NEWS b/NEWS
index 6d8f538e5..fd9b176ad 100644
--- a/NEWS
+++ b/NEWS
@@ -61,7 +61,7 @@ Andy Williams (6):
   luncher: Fix some wobble
   Add Change Wallpaper item in Desktop menu.
 
-Carsten Haitzler (194):
+Carsten Haitzler (196):
   e ibar/ibox fix starrting/started signal emittion
   e temp module - kill tempget process not terminate to ensure death
   e - fix dnd problems coming from getting top object in comp canvas
@@ -256,6 +256,8 @@ Carsten Haitzler (194):
   e powerszve - fix sleep timeout for select to be correct
   pkgkit unknown string - fix typo
   e start - fix path prepend/append if already in path assuming clue
+  tiling - ensure notification struct is 0'd before use
+  use safer ecore_exe flags that close stdin/out/err if possible
 
 Cedric BAIL (6):
   filepreview: avoid race condition when destroying txt file preview with 
slow hard drive.
@@ -265,12 +267,15 @@ Cedric BAIL (6):
   wl_drm: do not say you have wl_drm backend in config.h when you have not.
   alert: protect use of drm code inside the proper ifdef.
 
-Chidambar Zinnoury (5):
+Chidambar Zinnoury (8):
   e desks config: Bring some flip settings back.
   e desks config: Group all flip-related settings to their own tab.
   e: Don’t show two consecutive menu separators if there is no need in 
client menu.
   e fm: Add a separator only if there is something before.
   e fm: Don’t check every other line whether the location is writable when 
creating menu.
+  e remote: Fix script’s execution rights.
+  e about: Year++.
+  e menu: Fix missing realize when using key-activation to the right.
 
 Christopher Michael (58):
   'cur_group' variable is unused here if we are not building for wayland
@@ -363,7 +368,7 @@ Davide Andreoli (29):
   pkit gadget: do not autoclose the popup
   PKit gadget: more accurate progress bar
 
-Derek Foreman (76):
+Derek Foreman (81):
   Properly send kbd focus to xdg_shell popups
   Make sure the same keyboard resource doesn't end up on the focus list 
twice
   Fix xdg_shell focus logic
@@ -440,6 +445,11 @@ Derek Foreman (76):
   Remove bogus EINA_UNUSED
   Fix video explosion on rpi3 during screen blank
   Fix crash when processing a wayland client cursor set after death
+  Fix wayland frame callback failure
+  Set close on exec for stdin
+  use safer ecore_exe flags that close stdin/out/err more often
+  Stop queuing wl_buffer release events
+  Revert "Set close on exec for stdin"
 
 Flavio Ceolin (1):
   emix: when in alsa mode only operate on master
@@ -455,7 +465,10 @@ JengHyun Kang (1):
 Joshua McBeth (1):
   add dbus message 'org.enlightenment.wm.Window.SendToDesktop'
 
-Marcel Hollerbach (76):
+Leif Middelschulte (1):
+  support proxy settings provided by Connman.
+
+Marcel Hollerbach (80):
   e_comp_wl: introduce api to set index of keymap
   e_xkb: use the new e_comp_wl_input_index_set api
   readme: update keyboard entry
@@ -532,6 +545,10 @@ Marcel Hollerbach (76):
   tiling: give a better error message if a client doesnt fit
   everything:declare this object as const
   meson: install emixer correctly
+  meson: specify that modules have unresolved apis
+  meson: teamwork uses emile
+  meson: wl_drm uses elput
+  meson: wizard also link_with here
 
 Mariusz Bialonczyk (1):
   modules/temperature: cosmetics: typo fix (celcius -> celsius)
@@ -572,7 +589,7 @@ Michaël Bouchaud (yoz) (14):
   mixer: use VOLSET macro in volume output set
   Revert "mixer: do not set back the value from emix once the drag is 
finished"
 
-Mike Blumenkrantz (787):
+Mike Blumenkrantz (823):
   unset release mode
   handle e_comp_x init failure more effectively and perform cleanups
   set x11 randr iface for wl_x11 based on wm presence, not composited state
@@ -1360,6 +1377,42 @@ Mike Blumenkrantz (787):
   revert gadget ctxpopup autopositioning attempts
   resolve desktop spec issues with emixer.desktop
   22.0-alpha release
+  0.22.0-alpha NEWS updates
+  unset release mode
+  install wayland session file
+  install session files conditionally based on the available session types
+  use EC_CHANGED when setting changed flag in client idler
+  hide clients again after show in idler if clients are on hidden desk
+  add some hidden boxes to use as gadget popup hover parents
+  b

[EGIT] [core/enlightenment] master 01/03: 22.0-beta release

[Mike Blumenkrantz]

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=687848ce42f5621913c9d6fa1a1a12e503d2d019

commit 687848ce42f5621913c9d6fa1a1a12e503d2d019
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Fri Sep 29 13:45:26 2017 -0400

22.0-beta release
---
 configure.ac | 12 ++--
 meson.build  | 28 ++--
 2 files changed, 20 insertions(+), 20 deletions(-)

diff --git a/configure.ac b/configure.ac
index 1a9ba1947..1ff68237d 100644
--- a/configure.ac
+++ b/configure.ac
@@ -1,14 +1,14 @@
 ##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##
 ##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##
 m4_define([v_maj], [0])
-m4_define([v_min], [21])
-m4_define([v_mic], [99])
+m4_define([v_min], [22])
+m4_define([v_mic], [0])
 m4_define([v_rev], m4_esyscmd([(git rev-list --count HEAD 2>/dev/null || echo 
0) | tr -d '\n']))dnl
 ##--   When released, remove the dnl on the below line
-dnl m4_undefine([v_rev])
+m4_undefine([v_rev])
 m4_define([relname], [0.22.0])
 ##--   When doing snapshots - change soname. remove dnl on below line
-m4_define([relname], [ver-0.22])
+m4_define([relname], [0.22-beta])
 dnl m4_define([v_rel], [-release relname])
 ##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##
 m4_ifdef([v_rev], [m4_define([v_ver], [v_maj.v_min.v_mic.v_rev])], 
[m4_define([v_ver], [v_maj.v_min.v_mic])])
@@ -18,7 +18,7 @@ m4_define([lt_age], v_min)
 ##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##
 ##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##--##
 
-AC_INIT([enlightenment], [v_ver], [enlightenment-devel@lists.sourceforge.net])
+AC_INIT([enlightenment], [v_ver-beta], 
[enlightenment-devel@lists.sourceforge.net])
 AC_PREREQ([2.52])
 AC_CONFIG_SRCDIR([configure.ac])
 AC_CONFIG_MACRO_DIR([m4])
@@ -54,7 +54,7 @@ AC_DEFINE_UNQUOTED(VMAJ, [v_maj], [Major version])
 AC_DEFINE_UNQUOTED(VMIN, [v_min], [Minor version])
 AC_DEFINE_UNQUOTED(VMIC, [v_mic], [Micro version])
 AC_DEFINE_UNQUOTED(VREV, [v_rev], [Revison])
-##AC_DEFINE_UNQUOTED(E_RELEASE_BUILD, [1], [doin it])
+AC_DEFINE_UNQUOTED(E_RELEASE_BUILD, [1], [doin it])
 version_info="lt_cur:lt_rev:lt_age"
 release_info="v_rel"
 AC_SUBST([version_info])
diff --git a/meson.build b/meson.build
index a8e6c048a..04c06a8ee 100644
--- a/meson.build
+++ b/meson.build
@@ -1,6 +1,6 @@
 # project
 project('enlightenment', 'c',
-version: '0.21.99',
+version: '0.22.0-beta',
 license: 'BSD 2 clause',
 default_options: [ 'c_std=gnu99', 'warning_level=2' ],
 meson_version  : '>= 0.40.0')
@@ -16,22 +16,22 @@ if clean_check.returncode() == 0
   error('Meson build requires a clean source tree')
 endif
 
-e_version   = ver.split('.')
-git_version = '0'
-git = find_program('git')
-if git.found() == true
-  git_cmd = run_command(git.path(), 'rev-list', '--count', 'HEAD')
-  if git_cmd.returncode() == 0
-git_version = git_cmd.stdout().strip()
-  endif
-endif
+#e_version   = ver.split('.')
+#git_version = '0'
+#git = find_program('git')
+#if git.found() == true
+  #git_cmd = run_command(git.path(), 'rev-list', '--count', 'HEAD')
+  #if git_cmd.returncode() == 0
+#git_version = git_cmd.stdout().strip()
+  #endif
+#endif
 
-e_version_rev = '.'.join([ver, git_version])
-#e_version_rev = e_version
+#e_version_rev = '.'.join([ver, git_version])
+e_version_rev = ver
 
 efl_version = '>= 1.20.4'
 
-release = 'ver-0.22'
+release = '0.22-beta'
 #for releases
 #release = '@0@.@1@.@2@'.format(e_version[0], e_version[1], e_version[2])
 
@@ -82,7 +82,7 @@ config_h.set('_ALL_SOURCE' , '1')
 config_h.set('_POSIX_PTHREAD_SEMANTICS', '1')
 config_h.set('_TANDEM_SOURCE'  , '1')
 config_h.set('__EXTENSIONS__'  , '1')
-#config_h.set('E_RELEASE_BUILD' , '1')
+config_h.set('E_RELEASE_BUILD' , '1')
 
 if get_option('nls') == true
   subdir('po')

-- 

[EGIT] [core/enlightenment] v0.22.0-beta 02/02: 0.22.0-beta NEWS updates

[Mike Blumenkrantz]

discomfitor pushed a commit to annotated tag v0.22.0-beta.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=2b0c1c3c19f958d00ab84886e4b87bf482f5e35d

commit 2b0c1c3c19f958d00ab84886e4b87bf482f5e35d
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Tue Sep 12 14:03:23 2017 -0400

0.22.0-beta NEWS updates
---
 NEWS | 70 +---
 1 file changed, 63 insertions(+), 7 deletions(-)

diff --git a/NEWS b/NEWS
index 6d8f538e5..fd9b176ad 100644
--- a/NEWS
+++ b/NEWS
@@ -61,7 +61,7 @@ Andy Williams (6):
   luncher: Fix some wobble
   Add Change Wallpaper item in Desktop menu.
 
-Carsten Haitzler (194):
+Carsten Haitzler (196):
   e ibar/ibox fix starrting/started signal emittion
   e temp module - kill tempget process not terminate to ensure death
   e - fix dnd problems coming from getting top object in comp canvas
@@ -256,6 +256,8 @@ Carsten Haitzler (194):
   e powerszve - fix sleep timeout for select to be correct
   pkgkit unknown string - fix typo
   e start - fix path prepend/append if already in path assuming clue
+  tiling - ensure notification struct is 0'd before use
+  use safer ecore_exe flags that close stdin/out/err if possible
 
 Cedric BAIL (6):
   filepreview: avoid race condition when destroying txt file preview with 
slow hard drive.
@@ -265,12 +267,15 @@ Cedric BAIL (6):
   wl_drm: do not say you have wl_drm backend in config.h when you have not.
   alert: protect use of drm code inside the proper ifdef.
 
-Chidambar Zinnoury (5):
+Chidambar Zinnoury (8):
   e desks config: Bring some flip settings back.
   e desks config: Group all flip-related settings to their own tab.
   e: Don’t show two consecutive menu separators if there is no need in 
client menu.
   e fm: Add a separator only if there is something before.
   e fm: Don’t check every other line whether the location is writable when 
creating menu.
+  e remote: Fix script’s execution rights.
+  e about: Year++.
+  e menu: Fix missing realize when using key-activation to the right.
 
 Christopher Michael (58):
   'cur_group' variable is unused here if we are not building for wayland
@@ -363,7 +368,7 @@ Davide Andreoli (29):
   pkit gadget: do not autoclose the popup
   PKit gadget: more accurate progress bar
 
-Derek Foreman (76):
+Derek Foreman (81):
   Properly send kbd focus to xdg_shell popups
   Make sure the same keyboard resource doesn't end up on the focus list 
twice
   Fix xdg_shell focus logic
@@ -440,6 +445,11 @@ Derek Foreman (76):
   Remove bogus EINA_UNUSED
   Fix video explosion on rpi3 during screen blank
   Fix crash when processing a wayland client cursor set after death
+  Fix wayland frame callback failure
+  Set close on exec for stdin
+  use safer ecore_exe flags that close stdin/out/err more often
+  Stop queuing wl_buffer release events
+  Revert "Set close on exec for stdin"
 
 Flavio Ceolin (1):
   emix: when in alsa mode only operate on master
@@ -455,7 +465,10 @@ JengHyun Kang (1):
 Joshua McBeth (1):
   add dbus message 'org.enlightenment.wm.Window.SendToDesktop'
 
-Marcel Hollerbach (76):
+Leif Middelschulte (1):
+  support proxy settings provided by Connman.
+
+Marcel Hollerbach (80):
   e_comp_wl: introduce api to set index of keymap
   e_xkb: use the new e_comp_wl_input_index_set api
   readme: update keyboard entry
@@ -532,6 +545,10 @@ Marcel Hollerbach (76):
   tiling: give a better error message if a client doesnt fit
   everything:declare this object as const
   meson: install emixer correctly
+  meson: specify that modules have unresolved apis
+  meson: teamwork uses emile
+  meson: wl_drm uses elput
+  meson: wizard also link_with here
 
 Mariusz Bialonczyk (1):
   modules/temperature: cosmetics: typo fix (celcius -> celsius)
@@ -572,7 +589,7 @@ Michaël Bouchaud (yoz) (14):
   mixer: use VOLSET macro in volume output set
   Revert "mixer: do not set back the value from emix once the drag is 
finished"
 
-Mike Blumenkrantz (787):
+Mike Blumenkrantz (823):
   unset release mode
   handle e_comp_x init failure more effectively and perform cleanups
   set x11 randr iface for wl_x11 based on wm presence, not composited state
@@ -1360,6 +1377,42 @@ Mike Blumenkrantz (787):
   revert gadget ctxpopup autopositioning attempts
   resolve desktop spec issues with emixer.desktop
   22.0-alpha release
+  0.22.0-alpha NEWS updates
+  unset release mode
+  install wayland session file
+  install session files conditionally based on the available session types
+  use EC_CHANGED when setting changed flag in client idler
+  hide clients again after show in idler if clients are on hidden desk
+  add some hidden boxes to use as gadget popup hover parents

[E-devel] download.enlightenment.org

[Mike Blumenkrantz]

This is no longer the machine which hosts web services, nor is it even the
same vm. No mail was sent to the list. How is such a thing even possible?
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [EGIT] [core/efl] master 04/05: Revert "elm focus manager - dont leak child lists when updating focus order"

[Mike Blumenkrantz]

https://en.wikipedia.org/wiki/Duct_tape

On Fri, Sep 29, 2017 at 5:53 AM Marcel Hollerbach <
marcel-hollerb...@t-online.de> wrote:

> bu5hm4n pushed a commit to branch master.
>
>
> http://git.enlightenment.org/core/efl.git/commit/?id=e5d1c1f195180b301fb403f0f691dfe1df0867ac
>
> commit e5d1c1f195180b301fb403f0f691dfe1df0867ac
> Author: Marcel Hollerbach 
> Date:   Fri Sep 29 11:09:33 2017 +0200
>
> Revert "elm focus manager - dont leak child lists when updating focus
> order"
>
> This reverts commit bd6dcbb044ffea543f27cc69c421317bdea4a14a.
>
> This was not fixing the issue, just ducktaping over a bug in eolian,
> the
> bug is now probebly fixed in eo / eolian.
> ---
>  src/lib/elementary/efl_ui_focus_manager_calc.c  |  8 +++
>  src/lib/elementary/efl_ui_focus_manager_calc.eo |  2 +-
>  src/lib/elementary/elc_fileselector.c   | 30
> -
>  src/lib/elementary/elm_box.c|  8 ++-
>  src/lib/elementary/elm_grid.c   |  8 ++-
>  src/lib/elementary/elm_table.c  |  8 ++-
>  src/lib/elementary/elm_toolbar.c| 29
> ++--
>  src/tests/elementary/elm_test_focus.c   |  1 -
>  8 files changed, 36 insertions(+), 58 deletions(-)
>
>
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[EGIT] [core/enlightenment] master 02/03: block client rescales during render updates

[Mike Blumenkrantz]

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=15ea006eb54324734649da6788444983f59b16b4

commit 15ea006eb54324734649da6788444983f59b16b4
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Thu Sep 28 13:03:41 2017 -0400

block client rescales during render updates

this guarantees misrenders
---
 src/bin/e_client.c | 13 +
 src/bin/e_client.h |  1 +
 2 files changed, 14 insertions(+)

diff --git a/src/bin/e_client.c b/src/bin/e_client.c
index 1af0d7f16..7fc645a18 100644
--- a/src/bin/e_client.c
+++ b/src/bin/e_client.c
@@ -2107,6 +2107,11 @@ _e_client_eval(E_Client *ec)
 rem_change = 1;
 prop |= E_CLIENT_PROPERTY_POS;
  }
+   if (ec->changes.need_rescale)
+ {
+e_client_rescale(ec);
+ec->changes.need_rescale = 0;
+ }
 
if (ec->changes.reset_gravity)
  {
@@ -3326,6 +3331,14 @@ e_client_rescale(E_Client *ec)
E_OBJECT_CHECK(ec);
E_OBJECT_TYPE_CHECK(ec, E_CLIENT_TYPE);
 
+   if (e_comp->updating)
+ {
+ec->changes.need_rescale = 1;
+EC_CHANGED(ec);
+return;
+ }
+   ec->changes.need_rescale = 0;
+
shaded = ec->shaded;
shade_dir = ec->shade_dir;
if (shaded) e_client_unshade(ec, shade_dir);
diff --git a/src/bin/e_client.h b/src/bin/e_client.h
index 9aafa9897..3687ddfd1 100644
--- a/src/bin/e_client.h
+++ b/src/bin/e_client.h
@@ -586,6 +586,7 @@ struct E_Client
   Eina_Bool internal_state : 1;
   Eina_Bool need_maximize : 1;
   Eina_Bool need_unmaximize : 1;
+  Eina_Bool need_rescale : 1;
} changes;
 
unsigned int   visible : 1; // client is set to be visible by display 
server (never use this)

-- 

[EGIT] [core/enlightenment] master 01/03: Revert "do not perform client moves during comp updates"

[Mike Blumenkrantz]

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=80349d417dbb591895d61c6fd7d3619ad0b0332d

commit 80349d417dbb591895d61c6fd7d3619ad0b0332d
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Thu Sep 28 13:03:41 2017 -0400

Revert "do not perform client moves during comp updates"

This reverts commit def2b0c5fcabdff7eceeeacaa6cda9a89836aaa1.

breaks some resize directions
---
 src/bin/e_comp_object.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/bin/e_comp_object.c b/src/bin/e_comp_object.c
index b765793ef..3aa176b8f 100644
--- a/src/bin/e_comp_object.c
+++ b/src/bin/e_comp_object.c
@@ -1125,7 +1125,7 @@ _e_comp_intercept_move(void *data, Evas_Object *obj, int 
x, int y)
/* only update during resize if triggered by resize */
if (e_client_util_resizing_get(cw->ec) && (!cw->force_move)) return;
cw->ec->x = x, cw->ec->y = y;
-   if (cw->ec->new_client || e_comp->updating /* avoid client zone changes 
during render */)
+   if (cw->ec->new_client)
  {
 /* don't actually do anything until first client idler loop */
 if (!cw->ec->placed)

-- 

[EGIT] [core/enlightenment] master 03/03: do not unnecessarily rescale clients

[Mike Blumenkrantz]

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=1d5977c02a91a0dfe7ecaa6a17e715c15c06e1ec

commit 1d5977c02a91a0dfe7ecaa6a17e715c15c06e1ec
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Thu Sep 28 13:03:41 2017 -0400

do not unnecessarily rescale clients

this function is mainly for rescaling maximized/fullscreen clients to fit 
new
dimensions, so don't call on other clients since this can trigger unwanted 
resize
 events
---
 src/bin/e_client.c | 8 ++--
 src/bin/e_comp.c   | 3 ++-
 2 files changed, 8 insertions(+), 3 deletions(-)

diff --git a/src/bin/e_client.c b/src/bin/e_client.c
index 7fc645a18..66e860880 100644
--- a/src/bin/e_client.c
+++ b/src/bin/e_client.c
@@ -2874,7 +2874,10 @@ e_client_desk_set(E_Client *ec, E_Desk *desk)
 ecore_event_add(E_EVENT_CLIENT_DESK_SET, ev, 
(Ecore_End_Cb)_e_client_event_desk_set_free, NULL);
 
 if (old_desk->zone == ec->zone)
-  e_client_rescale(ec);
+  {
+ if (ec->maximized || ec->fullscreen)
+   e_client_rescale(ec);
+  }
  }
 
if (ec->stack.prev || ec->stack.next)
@@ -3407,7 +3410,8 @@ e_client_zone_set(E_Client *ec, E_Zone *zone)
ecore_event_add(E_EVENT_CLIENT_ZONE_SET, ev, 
(Ecore_End_Cb)_e_client_event_zone_set_free, NULL);
 
e_remember_update(ec);
-   e_client_rescale(ec);
+   if (ec->maximized || ec->fullscreen)
+ e_client_rescale(ec);
 }
 
 E_API void
diff --git a/src/bin/e_comp.c b/src/bin/e_comp.c
index 63e4c6d40..7f78f0365 100644
--- a/src/bin/e_comp.c
+++ b/src/bin/e_comp.c
@@ -1829,7 +1829,8 @@ e_comp_clients_rescale(void)
 EINA_LIST_FREE(tmp, ec)
   {
  ec->pre_res_change.valid = 0;
- e_client_rescale(ec);
+ if (ec->maximized || ec->fullscreen)
+   e_client_rescale(ec);
   }
  }
 }

-- 

[EGIT] [enlightenment/modules/desksanity] master 01/01: bump efl-wl req

[Mike Blumenkrantz]

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/enlightenment/modules/desksanity.git/commit/?id=036cc63fd9ab04767eb040b046653645a645221b

commit 036cc63fd9ab04767eb040b046653645a645221b
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Wed Sep 27 12:02:51 2017 -0400

bump efl-wl req
---
 meson.build | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meson.build b/meson.build
index a151fea..2bccbf6 100644
--- a/meson.build
+++ b/meson.build
@@ -109,7 +109,7 @@ 
add_global_arguments('-DPACKAGE_LIB_DIR="@0@"'.format(dir_lib), language: 'c')
 add_global_arguments('-DPACKAGE_DATA_DIR="@0@"'.format(join_paths(dir_data, 
meson.project_name())), language: 'c')
 add_global_arguments('-DPACKAGE_SYSCONF_DIR="@0@"'.format(dir_sysconf), 
language: 'c')
 
-dep_efl_wl = dependency('efl-wl', required: false)
+dep_efl_wl = dependency('efl-wl', version: '1.21', required: false)
 dep_e = dependency('enlightenment')
 
 dir_module_e = join_paths([dep_e.get_pkgconfig_variable('modules'), 
'desksanity'])

-- 

[EGIT] [core/enlightenment] master 08/09: use client geometry for visibility effect geometry, not comp object geometry

[Mike Blumenkrantz]

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=576c8d086457f2d46220be51ca1f55d55c87da46

commit 576c8d086457f2d46220be51ca1f55d55c87da46
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Tue Sep 26 12:26:19 2017 -0400

use client geometry for visibility effect geometry, not comp object geometry

clients may defer object geometry setting, resulting in unreliable values 
here
---
 src/bin/e_comp_object.c | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/src/bin/e_comp_object.c b/src/bin/e_comp_object.c
index 2e37c83e8..b765793ef 100644
--- a/src/bin/e_comp_object.c
+++ b/src/bin/e_comp_object.c
@@ -851,8 +851,8 @@ _e_comp_object_effect_visibility_start(E_Comp_Object *cw, 
Eina_Bool state)
  ecore_evas_pointer_xy_get(e_comp->ee, , );
else
  evas_pointer_canvas_xy_get(e_comp->evas, , );
-   x -= cw->x;
-   y -= cw->y;
+   x -= cw->ec->x;
+   y -= cw->ec->y;
if (cw->ec->zone)
  zw = cw->ec->zone->w, zh = cw->ec->zone->h;
else
@@ -863,8 +863,8 @@ _e_comp_object_effect_visibility_start(E_Comp_Object *cw, 
Eina_Bool state)
 if (!zone) zone = e_zone_current_get();
 zw = zone->w, zh = zone->h;
  }
-   e_comp_object_effect_params_set(cw->smart_obj, 1, (int[]){cw->x, cw->y,
-  cw->w, cw->h, zw, zh, x, y}, 8);
+   e_comp_object_effect_params_set(cw->smart_obj, 1, (int[]){cw->ec->x, 
cw->ec->y,
+  cw->ec->w, cw->ec->h, zw, zh, x, y}, 8);
e_comp_object_effect_params_set(cw->smart_obj, 0, (int[]){state}, 1);
e_comp_object_effect_start(cw->smart_obj, _e_comp_object_done_defer, cw);
return EINA_TRUE;

-- 

[EGIT] [core/enlightenment] master 02/09: remove input-only client fastpath to resize crashes

[Mike Blumenkrantz]

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=8d55575bcf72a7b6f4206a673f2341916753fe4c

commit 8d55575bcf72a7b6f4206a673f2341916753fe4c
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Tue Sep 26 12:26:18 2017 -0400

remove input-only client fastpath to resize crashes

ref T6023
---
 src/bin/e_comp_object.c | 9 -
 1 file changed, 9 deletions(-)

diff --git a/src/bin/e_comp_object.c b/src/bin/e_comp_object.c
index db129a49e..2e37c83e8 100644
--- a/src/bin/e_comp_object.c
+++ b/src/bin/e_comp_object.c
@@ -1740,15 +1740,6 @@ _e_comp_intercept_show_helper(E_Comp_Object *cw)
 EC_CHANGED(cw->ec);
 return;
  }
-   if (cw->ec->input_only)
- {
-/* who cares */
-cw->real_hid = 0;
-evas_object_move(cw->smart_obj, cw->ec->x, cw->ec->y);
-evas_object_resize(cw->smart_obj, cw->ec->w, cw->ec->h);
-evas_object_show(cw->smart_obj);
-return;
- }
/* ensure that some kind of frame calc has occurred if there's a frame */
if (e_pixmap_is_x(cw->ec->pixmap) && cw->frame_object &&
(cw->ec->h == cw->ec->client.h) && (cw->ec->w == cw->ec->client.w))

-- 

[EGIT] [core/enlightenment] master 06/09: don't do full client rescale on x11 hint change if not maximized/fullscreen

[Mike Blumenkrantz]

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=3b319b5ef96ef961d097349c7a46dbd7618f39cc

commit 3b319b5ef96ef961d097349c7a46dbd7618f39cc
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Tue Sep 26 12:26:19 2017 -0400

don't do full client rescale on x11 hint change if not maximized/fullscreen

regular windows don't get moved here, only resized if hints change

fix T6072
---
 src/bin/e_comp_x.c | 12 +++-
 1 file changed, 11 insertions(+), 1 deletion(-)

diff --git a/src/bin/e_comp_x.c b/src/bin/e_comp_x.c
index 34871f352..314d6c264 100644
--- a/src/bin/e_comp_x.c
+++ b/src/bin/e_comp_x.c
@@ -3871,7 +3871,17 @@ _e_comp_x_hook_client_fetch(void *d EINA_UNUSED, 
E_Client *ec)
 }
}
  if (ec->placed && (!e_client_util_resizing_get(ec)) && 
(!ec->override))
-   e_client_rescale(ec);
+   {
+  if (ec->fullscreen || ec->maximized)
+e_client_rescale(ec);
+  else
+{
+   int rw = ec->w, rh = ec->h;
+
+   e_client_resize_limit(ec, , );
+   evas_object_resize(ec->frame, rw, rh);
+}
+   }
   }
 if (ec->icccm.min_w > 32767) ec->icccm.min_w = 32767;
 if (ec->icccm.min_h > 32767) ec->icccm.min_h = 32767;

-- 

[EGIT] [core/enlightenment] master 09/09: emit E_EVENT_EXEC_NEW_CLIENT with phony exes

[Mike Blumenkrantz]

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=1f650605a0448194d32c57f906f3e29ad45387ee

commit 1f650605a0448194d32c57f906f3e29ad45387ee
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Tue Sep 26 12:26:19 2017 -0400

emit E_EVENT_EXEC_NEW_CLIENT with phony exes

partially fix T6071
---
 src/bin/e_exec.c | 4 +---
 1 file changed, 1 insertion(+), 3 deletions(-)

diff --git a/src/bin/e_exec.c b/src/bin/e_exec.c
index a65e4e3a1..f73aa9cde 100644
--- a/src/bin/e_exec.c
+++ b/src/bin/e_exec.c
@@ -270,8 +270,6 @@ e_exec_phony(E_Client *ec)
 return NULL;
  }
inst->used = 1;
-   ec->exe_inst = inst;
-   inst->clients = eina_list_append(inst->clients, ec);
if (ec->zone) inst->screen = ec->zone->num;
if (ec->desk)
  {
@@ -282,8 +280,8 @@ e_exec_phony(E_Client *ec)
lnew = eina_list_append(l, inst);
if (l) eina_hash_modify(e_exec_instances, inst->key, lnew);
else eina_hash_add(e_exec_instances, inst->key, lnew);
-   inst->ref++;
ecore_event_add(E_EVENT_EXEC_NEW, inst, _e_exec_cb_exec_new_free, inst);
+   e_exec_instance_client_add(inst, ec);
return inst;
 }
 

-- 

[EGIT] [core/enlightenment] master 03/09: fix undefined variable warnings for meson build

[Mike Blumenkrantz]

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=bbea839dfa0e1ba97cb46e03f676c0cb70874a11

commit bbea839dfa0e1ba97cb46e03f676c0cb70874a11
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Tue Sep 26 12:26:18 2017 -0400

fix undefined variable warnings for meson build
---
 data/session/meson.build | 1 +
 data/units/meson.build   | 4 +++-
 2 files changed, 4 insertions(+), 1 deletion(-)

diff --git a/data/session/meson.build b/data/session/meson.build
index fbe1849cf..b0cfda0ac 100644
--- a/data/session/meson.build
+++ b/data/session/meson.build
@@ -1,5 +1,6 @@
 desktop_config = configuration_data()
 desktop_config.set('prefix', dir_prefix)
+desktop_config.set('VERSION', e_version_rev)
 e_desktop = configure_file(input: 'enlightenment.desktop.in',
output   : 'enlightenment.desktop',
configuration: desktop_config
diff --git a/data/units/meson.build b/data/units/meson.build
index ac388bbe3..d0422386f 100644
--- a/data/units/meson.build
+++ b/data/units/meson.build
@@ -1,8 +1,10 @@
+unit_config = configuration_data()
+unit_config.set('prefix', dir_prefix)
 if get_option('systemd') == true
   configure_file(input: 'enlightenment.service.in',
  output   : 'enlightenment.service',
  install  : true,
  install_dir  : systemd_unitdir,
- configuration: config_h
+ configuration: unit_config
 )
 endif

-- 

[EGIT] [core/enlightenment] master 01/09: do not perform client moves during comp updates

[Mike Blumenkrantz]

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=def2b0c5fcabdff7eceeeacaa6cda9a89836aaa1

commit def2b0c5fcabdff7eceeeacaa6cda9a89836aaa1
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Tue Sep 26 12:26:18 2017 -0400

do not perform client moves during comp updates

this can trigger zone changes, which triggers resizes, which is bad

ref T6023
---
 src/bin/e_comp_object.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/bin/e_comp_object.c b/src/bin/e_comp_object.c
index 0b2f9856c..db129a49e 100644
--- a/src/bin/e_comp_object.c
+++ b/src/bin/e_comp_object.c
@@ -1125,7 +1125,7 @@ _e_comp_intercept_move(void *data, Evas_Object *obj, int 
x, int y)
/* only update during resize if triggered by resize */
if (e_client_util_resizing_get(cw->ec) && (!cw->force_move)) return;
cw->ec->x = x, cw->ec->y = y;
-   if (cw->ec->new_client)
+   if (cw->ec->new_client || e_comp->updating /* avoid client zone changes 
during render */)
  {
 /* don't actually do anything until first client idler loop */
 if (!cw->ec->placed)

-- 

[EGIT] [core/enlightenment] master 05/09: fix proxy_excludes handling for connman in previous commit

[Mike Blumenkrantz]

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=fb572c4c9d78d11d1f1c0acde74c759150913409

commit fb572c4c9d78d11d1f1c0acde74c759150913409
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Tue Sep 26 12:26:19 2017 -0400

fix proxy_excludes handling for connman in previous commit
---
 src/modules/connman/e_connman.c | 27 +--
 1 file changed, 13 insertions(+), 14 deletions(-)

diff --git a/src/modules/connman/e_connman.c b/src/modules/connman/e_connman.c
index 464a578c2..b937ab5fb 100644
--- a/src/modules/connman/e_connman.c
+++ b/src/modules/connman/e_connman.c
@@ -246,22 +246,21 @@ static void _service_parse_prop_changed(struct 
Connman_Service *cs,
   }
if (eina_array_count(proxy_excludes) > 0)
   {
- char buf[256], concatinated_proxy_exceptions[256];
- size_t concatinated_string_length;
- concatinated_proxy_exceptions[0] = '\0';
- for (unsigned int i = 0; i < 
eina_array_count(proxy_excludes); i++)
-{
-   snprintf(buf, (sizeof(buf) - 1), "%s ",
-   (const 
char*)eina_array_data_get(proxy_excludes, i));
-   concatinated_string_length = 
eina_strlcat(concatinated_proxy_exceptions, buf,
-   sizeof(concatinated_proxy_exceptions));
-}
- if ((concatinated_string_length < 
sizeof(concatinated_proxy_exceptions)) && (concatinated_string_length > 0))
+ Eina_Strbuf *buf;
+ Eina_Array_Iterator it;
+ unsigned int i;
+ const char *p;
+
+ buf = eina_strbuf_new();
+ EINA_ARRAY_ITER_NEXT(proxy_excludes, i, p, it)
 {
-   
concatinated_proxy_exceptions[concatinated_string_length - 1] = '\0';
+   if (i)
+ eina_strbuf_append_char(buf, ',');
+   eina_strbuf_append(buf, p);
 }
- DBG("New no_proxy: %s", (const 
char*)concatinated_proxy_exceptions);
- e_env_set("no_proxy", concatinated_proxy_exceptions);
+ DBG("New no_proxy: %s", eina_strbuf_string_get(buf));
+ e_env_set("no_proxy", eina_strbuf_string_get(buf));
+ eina_strbuf_free(buf);
   }
 }
  else if (strcmp(method, "direct") == 0)

-- 

[EGIT] [core/enlightenment] master 07/09: use correct env vars for connman proxy setting

[Mike Blumenkrantz]

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=00c968d63c9d13f8d5e90da02b960307c3470237

commit 00c968d63c9d13f8d5e90da02b960307c3470237
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Tue Sep 26 12:26:19 2017 -0400

use correct env vars for connman proxy setting

https://curl.haxx.se/docs/manual.html
---
 src/modules/connman/e_connman.c | 12 ++--
 1 file changed, 6 insertions(+), 6 deletions(-)

diff --git a/src/modules/connman/e_connman.c b/src/modules/connman/e_connman.c
index b937ab5fb..220c705b9 100644
--- a/src/modules/connman/e_connman.c
+++ b/src/modules/connman/e_connman.c
@@ -240,9 +240,9 @@ static void _service_parse_prop_changed(struct 
Connman_Service *cs,
   {
  DBG("New {all,http{,s}}_proxy: %s",
  (const char*)eina_array_data_get(proxy_servers, 0));
- e_env_set("all_proxy", eina_array_data_get(proxy_servers, 
0));
+ e_env_set("ALL_PROXY", eina_array_data_get(proxy_servers, 
0));
  e_env_set("http_proxy", 
eina_array_data_get(proxy_servers, 0));
- e_env_set("https_proxy", 
eina_array_data_get(proxy_servers, 0));
+ e_env_set("HTTPS_PROXY", 
eina_array_data_get(proxy_servers, 0));
   }
if (eina_array_count(proxy_excludes) > 0)
   {
@@ -259,16 +259,16 @@ static void _service_parse_prop_changed(struct 
Connman_Service *cs,
eina_strbuf_append(buf, p);
 }
  DBG("New no_proxy: %s", eina_strbuf_string_get(buf));
- e_env_set("no_proxy", eina_strbuf_string_get(buf));
+ e_env_set("NO_PROXY", eina_strbuf_string_get(buf));
  eina_strbuf_free(buf);
   }
 }
  else if (strcmp(method, "direct") == 0)
 {
-   e_env_unset("all_proxy");
+   e_env_unset("ALL_PROXY");
e_env_unset("http_proxy");
-   e_env_unset("https_proxy");
-   e_env_unset("no_proxy");
+   e_env_unset("HTTPS_PROXY");
+   e_env_unset("NO_PROXY");
 }
 
  if (proxy_excludes)

-- 

[EGIT] [core/enlightenment] master 01/01: fix meson wayland-only detection when xwayland is enabled

[Mike Blumenkrantz]

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=9f6d50ddf8bb747171b7fe9764500aae55f471fc

commit 9f6d50ddf8bb747171b7fe9764500aae55f471fc
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Fri Sep 22 10:31:44 2017 -0400

fix meson wayland-only detection when xwayland is enabled
---
 meson.build | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meson.build b/meson.build
index c4968b592..a8e6c048a 100644
--- a/meson.build
+++ b/meson.build
@@ -307,7 +307,7 @@ if get_option('wayland') == true
 endif
 
 dep_ecore_x = []
-if get_option('wayland') == true and get_option('wl-x11') == false and 
get_option('xwayland')
+if get_option('wayland') == true and get_option('wl-x11') == false and 
get_option('xwayland') == false
   config_h.set('HAVE_WAYLAND_ONLY', '1')
 else
   dep_ecore_x = dependency('ecore-x')

-- 

[EGIT] [core/efl] efl-1.20 01/01: ecore-x: reject successive MappingNotify events if they are identical

[Mike Blumenkrantz]

discomfitor pushed a commit to branch efl-1.20.

http://git.enlightenment.org/core/efl.git/commit/?id=ef5cb4efbbe56c85e025c09afea70271ec94c591

commit ef5cb4efbbe56c85e025c09afea70271ec94c591
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Fri Sep 22 09:54:37 2017 -0400

ecore-x: reject successive MappingNotify events if they are identical

in some cases loading an xmodmap on enlightenment startup can trigger an 
infinite
number of identical events which hard locks the xserver for a very, very 
long time

@fix
---
 src/lib/ecore_x/ecore_x_events.c | 32 +++-
 src/lib/efl_wl/efl_wl.c  |  2 +-
 2 files changed, 20 insertions(+), 14 deletions(-)

diff --git a/src/lib/ecore_x/ecore_x_events.c b/src/lib/ecore_x/ecore_x_events.c
index acd0d67176..11d098826e 100644
--- a/src/lib/ecore_x/ecore_x_events.c
+++ b/src/lib/ecore_x/ecore_x_events.c
@@ -2047,34 +2047,40 @@ void
 _ecore_x_event_handle_mapping_notify(XEvent *xevent)
 {
Ecore_X_Event_Mapping_Change *e;
+   static unsigned long last_serial;
+   int type;
 
_ecore_x_last_event_mouse_move = 0;
 
-   _ecore_x_window_grab_suspend();
-   _ecore_x_key_grab_suspend();
-
-   XRefreshKeyboardMapping((XMappingEvent *)xevent);
-   _ecore_x_modifiers_get();
-
-   _ecore_x_window_grab_resume();
-   _ecore_x_key_grab_resume();
-   e = calloc(1, sizeof(Ecore_X_Event_Mapping_Change));
-   if (!e) return;
switch (xevent->xmapping.request)
  {
   case MappingModifier:
-e->type = ECORE_X_MAPPING_MODIFIER;
+type = ECORE_X_MAPPING_MODIFIER;
 break;
 
   case MappingKeyboard:
-e->type = ECORE_X_MAPPING_KEYBOARD;
+if ((last_serial && (xevent->xmapping.serial == last_serial))) return;
+type = ECORE_X_MAPPING_KEYBOARD;
+last_serial = xevent->xmapping.serial;
 break;
 
   case MappingPointer:
   default:
-e->type = ECORE_X_MAPPING_MOUSE;
+type = ECORE_X_MAPPING_MOUSE;
 break;
  }
+
+   _ecore_x_window_grab_suspend();
+   _ecore_x_key_grab_suspend();
+
+   XRefreshKeyboardMapping((XMappingEvent *)xevent);
+   _ecore_x_modifiers_get();
+
+   _ecore_x_window_grab_resume();
+   _ecore_x_key_grab_resume();
+   e = calloc(1, sizeof(Ecore_X_Event_Mapping_Change));
+   if (!e) return;
+   e->type = type;
e->keycode = xevent->xmapping.first_keycode;
e->num = xevent->xmapping.count;
ecore_event_add(ECORE_X_EVENT_MAPPING_CHANGE, e, NULL, NULL);
diff --git a/src/lib/efl_wl/efl_wl.c b/src/lib/efl_wl/efl_wl.c
index a2aa1da8ee..cacaddfb73 100644
--- a/src/lib/efl_wl/efl_wl.c
+++ b/src/lib/efl_wl/efl_wl.c
@@ -5240,7 +5240,7 @@ efl_wl_run(Evas_Object *obj, const char *cmd)
 if (gl) gl = strdup(gl);
 setenv("ELM_ACCEL", "gl", 1);
  }
-   exe = ecore_exe_run(cmd, c);
+   exe = ecore_exe_pipe_run(cmd, ECORE_EXE_TERM_WITH_PARENT, c);
if (disp) setenv("DISPLAY", disp, 1);
if (env) setenv("WAYLAND_DISPLAY", env, 1);
else unsetenv("WAYLAND_DISPLAY");

-- 

[EGIT] [core/efl] master 01/01: ecore-x: reject successive MappingNotify events if they are identical

[Mike Blumenkrantz]

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=72e9d604a36d18aa18740323ddcbd99f6f9bf8a7

commit 72e9d604a36d18aa18740323ddcbd99f6f9bf8a7
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Fri Sep 22 09:54:37 2017 -0400

ecore-x: reject successive MappingNotify events if they are identical

in some cases loading an xmodmap on enlightenment startup can trigger an 
infinite
number of identical events which hard locks the xserver for a very, very 
long time

@fix
---
 src/lib/ecore_x/ecore_x_events.c | 32 +++-
 src/lib/efl_wl/efl_wl.c  |  2 +-
 2 files changed, 20 insertions(+), 14 deletions(-)

diff --git a/src/lib/ecore_x/ecore_x_events.c b/src/lib/ecore_x/ecore_x_events.c
index acd0d67176..11d098826e 100644
--- a/src/lib/ecore_x/ecore_x_events.c
+++ b/src/lib/ecore_x/ecore_x_events.c
@@ -2047,34 +2047,40 @@ void
 _ecore_x_event_handle_mapping_notify(XEvent *xevent)
 {
Ecore_X_Event_Mapping_Change *e;
+   static unsigned long last_serial;
+   int type;
 
_ecore_x_last_event_mouse_move = 0;
 
-   _ecore_x_window_grab_suspend();
-   _ecore_x_key_grab_suspend();
-
-   XRefreshKeyboardMapping((XMappingEvent *)xevent);
-   _ecore_x_modifiers_get();
-
-   _ecore_x_window_grab_resume();
-   _ecore_x_key_grab_resume();
-   e = calloc(1, sizeof(Ecore_X_Event_Mapping_Change));
-   if (!e) return;
switch (xevent->xmapping.request)
  {
   case MappingModifier:
-e->type = ECORE_X_MAPPING_MODIFIER;
+type = ECORE_X_MAPPING_MODIFIER;
 break;
 
   case MappingKeyboard:
-e->type = ECORE_X_MAPPING_KEYBOARD;
+if ((last_serial && (xevent->xmapping.serial == last_serial))) return;
+type = ECORE_X_MAPPING_KEYBOARD;
+last_serial = xevent->xmapping.serial;
 break;
 
   case MappingPointer:
   default:
-e->type = ECORE_X_MAPPING_MOUSE;
+type = ECORE_X_MAPPING_MOUSE;
 break;
  }
+
+   _ecore_x_window_grab_suspend();
+   _ecore_x_key_grab_suspend();
+
+   XRefreshKeyboardMapping((XMappingEvent *)xevent);
+   _ecore_x_modifiers_get();
+
+   _ecore_x_window_grab_resume();
+   _ecore_x_key_grab_resume();
+   e = calloc(1, sizeof(Ecore_X_Event_Mapping_Change));
+   if (!e) return;
+   e->type = type;
e->keycode = xevent->xmapping.first_keycode;
e->num = xevent->xmapping.count;
ecore_event_add(ECORE_X_EVENT_MAPPING_CHANGE, e, NULL, NULL);
diff --git a/src/lib/efl_wl/efl_wl.c b/src/lib/efl_wl/efl_wl.c
index 5c317141af..8a1a7c2b7c 100644
--- a/src/lib/efl_wl/efl_wl.c
+++ b/src/lib/efl_wl/efl_wl.c
@@ -5355,7 +5355,7 @@ efl_wl_run(Evas_Object *obj, const char *cmd)
 if (gl) gl = strdup(gl);
 setenv("ELM_ACCEL", "gl", 1);
  }
-   exe = ecore_exe_run(cmd, c);
+   exe = ecore_exe_pipe_run(cmd, ECORE_EXE_TERM_WITH_PARENT, c);
if (disp) setenv("DISPLAY", disp, 1);
if (env) setenv("WAYLAND_DISPLAY", env, 1);
else unsetenv("WAYLAND_DISPLAY");

-- 

[EGIT] [core/enlightenment] master 01/01: fix typo in finding chmod meson script

[Mike Blumenkrantz]

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=2f51262833246e57e65b7d11bf654787b6ec2dee

commit 2f51262833246e57e65b7d11bf654787b6ec2dee
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Thu Sep 21 20:58:48 2017 -0400

fix typo in finding chmod meson script

ref d70ab09a4a769b07527b56332618ab2b9a0326e2
---
 meson.build | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meson.build b/meson.build
index 1cce0c143..c4968b592 100644
--- a/meson.build
+++ b/meson.build
@@ -8,7 +8,7 @@ project('enlightenment', 'c',
 # convenience variables for later
 proj = meson.project_name()
 ver  = meson.project_version()
-chmod= join_paths(meson.source_root(), '/meson/meson-chmod.sh')
+chmod= join_paths(meson.source_root(), 'meson/meson-chmod.sh')
 
  check for mixed autofoo and meson build tree mess
 clean_check = run_command('meson/clean_check.sh')

-- 

[EGIT] [core/enlightenment] master 08/08: require efl 1.20.4+

[Mike Blumenkrantz]

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=e121c1083c8e589644a5bbf34bfd285b0d234684

commit e121c1083c8e589644a5bbf34bfd285b0d234684
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Thu Sep 21 13:31:04 2017 -0400

require efl 1.20.4+
---
 configure.ac | 4 ++--
 meson.build  | 2 +-
 2 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/configure.ac b/configure.ac
index dcd39b4a3..1a9ba1947 100644
--- a/configure.ac
+++ b/configure.ac
@@ -91,11 +91,11 @@ extern char **environ;
 AC_DEFINE(HAVE_ENVIRON, 1, [Have environ var])
 ])
 
-efl_version="1.20.3"
+efl_version="1.20.4"
 AC_SUBST(efl_version)
 
 #We use ecore_drm2 beta API
-efl_ecore_drm2_version="1.20.3"
+efl_ecore_drm2_version="1.20.4"
 AC_SUBST(efl_ecore_drm2_version)
 
 AC_CHECK_HEADERS([sys/timerfd.h sys/ptrace.h arpa/inet.h netinet/in.h])
diff --git a/meson.build b/meson.build
index 46695ebd7..1cce0c143 100644
--- a/meson.build
+++ b/meson.build
@@ -29,7 +29,7 @@ endif
 e_version_rev = '.'.join([ver, git_version])
 #e_version_rev = e_version
 
-efl_version = '>= 1.20.3'
+efl_version = '>= 1.20.4'
 
 release = 'ver-0.22'
 #for releases

-- 

[EGIT] [core/enlightenment] master 03/08: store the currently active key binding as an accessible variable

[Mike Blumenkrantz]

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=92614d0c695cf88a2c1e01a6e90b27b3b7f0bb18

commit 92614d0c695cf88a2c1e01a6e90b27b3b7f0bb18
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Thu Sep 21 13:31:04 2017 -0400

store the currently active key binding as an accessible variable
---
 src/bin/e_bindings.c | 6 ++
 1 file changed, 6 insertions(+)

diff --git a/src/bin/e_bindings.c b/src/bin/e_bindings.c
index b9df55644..e9d6a6797 100644
--- a/src/bin/e_bindings.c
+++ b/src/bin/e_bindings.c
@@ -660,6 +660,8 @@ e_bindings_key_ungrab(E_Binding_Context ctxt, 
Ecore_X_Window win)
 #endif
 }
 
+EINTERN E_Binding_Key *e_binding_key_current;
+
 E_API E_Action *
 e_bindings_key_down_event_handle(E_Binding_Context ctxt, E_Object *obj, 
Ecore_Event_Key *ev)
 {
@@ -669,10 +671,12 @@ e_bindings_key_down_event_handle(E_Binding_Context ctxt, 
E_Object *obj, Ecore_Ev
if (bindings_disabled) return NULL;
act = e_bindings_key_event_find(ctxt, ev, );
if (!act) return NULL;
+   e_binding_key_current = binding;
if (act->func.go_key)
  act->func.go_key(obj, binding->params, ev);
else if (act->func.go)
  act->func.go(obj, binding->params);
+   e_binding_key_current = NULL;
return act;
 }
 
@@ -685,10 +689,12 @@ e_bindings_key_up_event_handle(E_Binding_Context ctxt, 
E_Object *obj, Ecore_Even
if (bindings_disabled) return NULL;
act = e_bindings_key_event_find(ctxt, ev, );
if (!act) return NULL;
+   e_binding_key_current = binding;
if (act->func.end_key)
  act->func.end_key(obj, binding->params, ev);
else if (act->func.end)
  act->func.end(obj, binding->params);
+   e_binding_key_current = NULL;
return act;
 }
 

-- 

[EGIT] [core/enlightenment] master 05/08: add action router action to route specific key presses to specified clients

[Mike Blumenkrantz]

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=5694d7af968bedafea3d15c7bede58c7da49f2e5

commit 5694d7af968bedafea3d15c7bede58c7da49f2e5
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Thu Sep 21 13:31:04 2017 -0400

add action router action to route specific key presses to specified clients
---
 src/bin/e_comp_wl_extensions.c | 48 ++
 1 file changed, 48 insertions(+)

diff --git a/src/bin/e_comp_wl_extensions.c b/src/bin/e_comp_wl_extensions.c
index ef9eae3d5..1c2f84ec8 100644
--- a/src/bin/e_comp_wl_extensions.c
+++ b/src/bin/e_comp_wl_extensions.c
@@ -1026,11 +1026,55 @@ _dmabuf_add(void *data EINA_UNUSED, int type 
EINA_UNUSED, void *event)
return ECORE_CALLBACK_PASS_ON;
 }
 
+extern E_Binding_Key *e_binding_key_current;
+
+static void
+_e_comp_wl_action_route_act_key_route_go_end(E_Object *obj EINA_UNUSED, const 
char *params EINA_UNUSED, Ecore_Event_Key *ev)
+{
+   Eina_List *l, *ll;
+   Action_Route_Key *ar;
+   E_Binding_Key *binding;
+
+   l = eina_hash_find(key_bindings, ev->key);
+   EINA_LIST_FOREACH(l, ll, ar)
+ {
+E_Client *ec = wl_resource_get_user_data(ar->surface);
+if (!ec) continue;
+binding = >binding.key;
+if (((e_binding_key_current->mod != binding->mod) && 
(e_binding_key_current->any_mod != binding->any_mod)) ||
+  (e_binding_key_current->ctxt != binding->ctxt)) continue;
+e_comp_wl_key_up(ev, ec);
+break;
+ }
+}
+
+static void
+_e_comp_wl_action_route_act_key_route_go(E_Object *obj EINA_UNUSED, const char 
*params EINA_UNUSED, Ecore_Event_Key *ev)
+{
+   Eina_List *l, *ll;
+   Action_Route_Key *ar;
+   E_Binding_Key *binding;
+
+   l = eina_hash_find(key_bindings, ev->key);
+   EINA_LIST_FOREACH(l, ll, ar)
+ {
+E_Client *ec = wl_resource_get_user_data(ar->surface);
+if (!ec) continue;
+binding = >binding.key;
+if (((e_binding_key_current->mod != binding->mod) && 
(e_binding_key_current->any_mod != binding->any_mod)) ||
+  (e_binding_key_current->ctxt != binding->ctxt)) continue;
+e_comp_wl_key_down(ev, ec);
+break;
+ }
+}
+
 EINTERN Eina_Bool e_comp_wl_extensions_tizen_init(void);
 
 EINTERN Eina_Bool
 e_comp_wl_extensions_init(void)
 {
+   E_Action *act;
+
e_comp_wl->extensions = E_NEW(E_Comp_Wl_Extension_Data, 1);
 
/* try to add session_recovery to wayland globals */
@@ -1049,6 +1093,10 @@ e_comp_wl_extensions_init(void)
e_client_hook_add(E_CLIENT_HOOK_MOVE_BEGIN, 
_e_comp_wl_extensions_client_move_begin, NULL);
e_client_hook_add(E_CLIENT_HOOK_MOVE_END, 
_e_comp_wl_extensions_client_move_end, NULL);
 
+   act = e_action_add("key_route");
+   act->func.go_key = _e_comp_wl_action_route_act_key_route_go;
+   act->func.end_key = _e_comp_wl_action_route_act_key_route_go_end;
+
e_comp_wl_extensions_tizen_init();
 
return EINA_TRUE;

-- 

[EGIT] [core/enlightenment] master 07/08: move meson-chmod.sh into meson/

[Mike Blumenkrantz]

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=d70ab09a4a769b07527b56332618ab2b9a0326e2

commit d70ab09a4a769b07527b56332618ab2b9a0326e2
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Thu Sep 21 13:31:04 2017 -0400

move meson-chmod.sh into meson/
---
 meson.build| 2 +-
 meson-chmod.sh => meson/meson-chmod.sh | 0
 meson_dist.mk  | 2 +-
 3 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/meson.build b/meson.build
index 42f36bd64..46695ebd7 100644
--- a/meson.build
+++ b/meson.build
@@ -8,7 +8,7 @@ project('enlightenment', 'c',
 # convenience variables for later
 proj = meson.project_name()
 ver  = meson.project_version()
-chmod= join_paths(meson.source_root(), 'meson-chmod.sh')
+chmod= join_paths(meson.source_root(), '/meson/meson-chmod.sh')
 
  check for mixed autofoo and meson build tree mess
 clean_check = run_command('meson/clean_check.sh')
diff --git a/meson-chmod.sh b/meson/meson-chmod.sh
similarity index 100%
rename from meson-chmod.sh
rename to meson/meson-chmod.sh
diff --git a/meson_dist.mk b/meson_dist.mk
index 9498db52c..f166ffb96 100644
--- a/meson_dist.mk
+++ b/meson_dist.mk
@@ -17,7 +17,7 @@ data/units/meson.build \
 data/session/meson.build \
 doc/meson.build \
 meson.build \
-meson-chmod.sh \
+meson/meson-chmod.sh \
 meson/clean_check.sh \
 meson/meson_inst.sh \
 meson/meson_modules.sh \

-- 

[EGIT] [core/enlightenment] master 02/08: make e_bindings_modifiers_from_ecore() an externally usable function

[Mike Blumenkrantz]

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=8cc46fb201dba35a09073323cf0cc6cba2d2f831

commit 8cc46fb201dba35a09073323cf0cc6cba2d2f831
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Thu Sep 21 13:31:04 2017 -0400

make e_bindings_modifiers_from_ecore() an externally usable function
---
 src/bin/e_bindings.c | 13 ++---
 src/bin/e_bindings.h |  1 +
 2 files changed, 7 insertions(+), 7 deletions(-)

diff --git a/src/bin/e_bindings.c b/src/bin/e_bindings.c
index dcfcba1ba..b9df55644 100644
--- a/src/bin/e_bindings.c
+++ b/src/bin/e_bindings.c
@@ -7,7 +7,6 @@ static void   _e_bindings_edge_free(E_Binding_Edge 
*bind);
 static void   _e_bindings_signal_free(E_Binding_Signal *bind);
 static void   _e_bindings_wheel_free(E_Binding_Wheel *bind);
 static void   _e_bindings_acpi_free(E_Binding_Acpi *bind);
-static E_Binding_Modifier _e_bindings_modifiers(unsigned int modifiers);
 static Eina_Bool  _e_bindings_edge_cb_timer(void *data);
 
 /* local subsystem globals */
@@ -128,7 +127,7 @@ e_bindings_ecore_event_mouse_wheel_convert(const 
Ecore_Event_Mouse_Wheel *ev, E_
event->canvas.x = e_comp_canvas_x_root_adjust(ev->root.x);
event->canvas.y = e_comp_canvas_y_root_adjust(ev->root.y);
event->timestamp = ev->timestamp;
-   event->modifiers = _e_bindings_modifiers(ev->modifiers);
+   event->modifiers = e_bindings_modifiers_from_ecore(ev->modifiers);
 }
 
 E_API void
@@ -139,7 +138,7 @@ e_bindings_ecore_event_mouse_button_convert(const 
Ecore_Event_Mouse_Button *ev,
event->canvas.x = e_comp_canvas_x_root_adjust(ev->root.x);
event->canvas.y = e_comp_canvas_y_root_adjust(ev->root.y);
event->timestamp = ev->timestamp;
-   event->modifiers = _e_bindings_modifiers(ev->modifiers);
+   event->modifiers = e_bindings_modifiers_from_ecore(ev->modifiers);
 
event->double_click = !!ev->double_click;
event->triple_click = !!ev->triple_click;
@@ -701,7 +700,7 @@ e_bindings_key_event_find(E_Binding_Context ctxt, 
Ecore_Event_Key *ev, E_Binding
Eina_List *l;
E_Action *act = NULL;
 
-   mod = _e_bindings_modifiers(ev->modifiers);
+   mod = e_bindings_modifiers_from_ecore(ev->modifiers);
if (e_binding_key_list_cb)
  {
 act = e_binding_key_list_cb(ctxt, ev, mod, bind_ret);
@@ -865,7 +864,7 @@ e_bindings_edge_event_find(E_Binding_Context ctxt, 
E_Event_Zone_Edge *ev, Eina_B
E_Action *act = NULL;
Eina_List *l;
 
-   mod = _e_bindings_modifiers(ev->modifiers);
+   mod = e_bindings_modifiers_from_ecore(ev->modifiers);
EINA_LIST_FOREACH(edge_bindings, l, binding)
  /* A value of <= -1.0 for the delay indicates it as a mouse-click binding 
on that edge */
  if (((binding->edge == ev->edge)) &&
@@ -1459,8 +1458,8 @@ e_bindings_context_match(E_Binding_Context bctxt, 
E_Binding_Context ctxt)
return 0;
 }
 
-static E_Binding_Modifier
-_e_bindings_modifiers(unsigned int modifiers)
+E_API E_Binding_Modifier
+e_bindings_modifiers_from_ecore(unsigned int modifiers)
 {
E_Binding_Modifier mod = 0;
 
diff --git a/src/bin/e_bindings.h b/src/bin/e_bindings.h
index 8bc6ef43d..940cac120 100644
--- a/src/bin/e_bindings.h
+++ b/src/bin/e_bindings.h
@@ -203,6 +203,7 @@ E_API void 
e_bindings_ecore_event_mouse_button_convert(const Ecore_Event_Mouse_B
 E_API void e_bindings_ecore_event_mouse_wheel_convert(const 
Ecore_Event_Mouse_Wheel *ev, E_Binding_Event_Wheel *event);
 
 E_API int e_bindings_context_match(E_Binding_Context bctxt, E_Binding_Context 
ctxt);
+E_API E_Binding_Modifier e_bindings_modifiers_from_ecore(unsigned int 
modifiers);
 
 E_API void e_bindings_disabled_set(Eina_Bool disabled);
 #endif

-- 

[EGIT] [core/enlightenment] master 06/08: add fd passing to aux hints protocol

[Mike Blumenkrantz]

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=4d0ceeb02c7d8d52b8b13ae7667dccbbf81af506

commit 4d0ceeb02c7d8d52b8b13ae7667dccbbf81af506
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Thu Sep 21 13:31:04 2017 -0400

add fd passing to aux hints protocol
---
 src/bin/e_comp_wl.h  |  1 +
 src/bin/e_comp_wl_extensions_tizen.c | 45 ++--
 src/bin/e_hints.c| 25 
 src/bin/e_hints.h|  6 +++--
 src/protocol/efl-aux-hints.xml   | 13 ++-
 5 files changed, 81 insertions(+), 9 deletions(-)

diff --git a/src/bin/e_comp_wl.h b/src/bin/e_comp_wl.h
index 2aa12f2c0..d2c300c12 100644
--- a/src/bin/e_comp_wl.h
+++ b/src/bin/e_comp_wl.h
@@ -53,6 +53,7 @@ struct _E_Comp_Wl_Aux_Hint
int   id;
const char   *hint;
const char   *val;
+   int32_t   fd;
Eina_Bool changed;
Eina_Bool deleted;
 };
diff --git a/src/bin/e_comp_wl_extensions_tizen.c 
b/src/bin/e_comp_wl_extensions_tizen.c
index 1aca7bc9f..5e9d8d9af 100644
--- a/src/bin/e_comp_wl_extensions_tizen.c
+++ b/src/bin/e_comp_wl_extensions_tizen.c
@@ -181,6 +181,26 @@ _tzpol_iface_cb_aux_hint_add(struct wl_client *client 
EINA_UNUSED, struct wl_res
 }
 
 static void
+_tzpol_iface_cb_aux_hint_add_fd(struct wl_client *client EINA_UNUSED, struct 
wl_resource *res_tzpol, struct wl_resource *surf, int32_t id, const char *name, 
int32_t fd)
+{
+   E_Client *ec;
+   Eina_Bool res = EINA_FALSE;
+
+
+   ec = wl_resource_get_user_data(surf);
+   EINA_SAFETY_ON_NULL_RETURN(ec);
+
+   res = e_hints_aux_hint_add_fd(ec, id, name, fd);
+
+   if (res)
+ {
+_e_policy_wl_aux_hint_apply(ec);
+efl_aux_hints_send_allowed_aux_hint(res_tzpol, surf, id);
+EC_CHANGED(ec);
+ }
+}
+
+static void
 _tzpol_iface_cb_aux_hint_change(struct wl_client *client EINA_UNUSED, struct 
wl_resource *res_tzpol, struct wl_resource *surf, int32_t id, const char *value)
 {
E_Client *ec;
@@ -200,6 +220,25 @@ _tzpol_iface_cb_aux_hint_change(struct wl_client *client 
EINA_UNUSED, struct wl_
 }
 
 static void
+_tzpol_iface_cb_aux_hint_change_fd(struct wl_client *client EINA_UNUSED, 
struct wl_resource *res_tzpol, struct wl_resource *surf, int32_t id, int32_t fd)
+{
+   E_Client *ec;
+   Eina_Bool res = EINA_FALSE;
+
+   ec = wl_resource_get_user_data(surf);
+   EINA_SAFETY_ON_NULL_RETURN(ec);
+
+   res = e_hints_aux_hint_change_fd(ec, id, fd);
+
+   if (res)
+ {
+_e_policy_wl_aux_hint_apply(ec);
+efl_aux_hints_send_allowed_aux_hint(res_tzpol, surf, id);
+EC_CHANGED(ec);
+ }
+}
+
+static void
 _tzpol_iface_cb_aux_hint_del(struct wl_client *client EINA_UNUSED, struct 
wl_resource *res_tzpol EINA_UNUSED, struct wl_resource *surf, int32_t id)
 {
E_Client *ec;
@@ -330,6 +369,8 @@ static const struct efl_aux_hints_interface 
_e_efl_aux_hints_interface =
_tzpol_iface_cb_aux_hint_change,
_tzpol_iface_cb_aux_hint_del,
_tzpol_iface_cb_supported_aux_hints_get,
+   _tzpol_iface_cb_aux_hint_add_fd,
+   _tzpol_iface_cb_aux_hint_change_fd,
 };
 
 static void
@@ -339,11 +380,11 @@ _efl_aux_hints_destroy(struct wl_resource *res)
 }
 
 static void
-_e_comp_wl_efl_aux_hints_cb_bind(struct wl_client *client, void *data 
EINA_UNUSED, uint32_t version EINA_UNUSED, uint32_t id)
+_e_comp_wl_efl_aux_hints_cb_bind(struct wl_client *client, void *data 
EINA_UNUSED, uint32_t version, uint32_t id)
 {
struct wl_resource *res;
 
-   if (!(res = wl_resource_create(client, _aux_hints_interface, 1, id)))
+   if (!(res = wl_resource_create(client, _aux_hints_interface, 
MIN(version, 2), id)))
  {
 ERR("Could not create %s interface", "efl-aux-hints");
 wl_client_post_no_memory(client);
diff --git a/src/bin/e_hints.c b/src/bin/e_hints.c
index 69e6e118a..067dc0b9a 100644
--- a/src/bin/e_hints.c
+++ b/src/bin/e_hints.c
@@ -1736,14 +1736,28 @@ E_API Eina_Bool
 e_hints_aux_hint_add(E_Client *ec, int32_t id, const char *name, const char 
*val)
 {
if (!ec) return EINA_FALSE;
-   return e_hints_aux_hint_add_with_pixmap(ec->pixmap, id, name, val);
+   return e_hints_aux_hint_add_with_pixmap(ec->pixmap, id, name, val, -1);
+}
+
+E_API Eina_Bool
+e_hints_aux_hint_add_fd(E_Client *ec, int32_t id, const char *name, int32_t fd)
+{
+   if (!ec) return EINA_FALSE;
+   return e_hints_aux_hint_add_with_pixmap(ec->pixmap, id, name, NULL, fd);
 }
 
 E_API Eina_Bool
 e_hints_aux_hint_change(E_Client *ec, int32_t id, const char *val)
 {
if (!ec) return EINA_FALSE;
-   return e_hints_aux_hint_change_with_pixmap(ec->pixmap, id, val);
+   return e_hints_aux_hint_change_with_pixmap(ec->pixmap, id, val, -1);
+}
+
+E_API Eina_Bool
+e_hints_aux_hint_change_fd(E_Client *ec, int32_t id, int32_t fd)
+{
+   if (!ec) return EINA_FALSE;
+   return e_hints_aux_hint_change_with_pixmap(ec->pixmap, id, NULL, f

[EGIT] [core/enlightenment] master 01/08: don't perform zone updates on client resize

[Mike Blumenkrantz]

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=11a08ebc306338f568e020c00e9d27f6de0cc725

commit 11a08ebc306338f568e020c00e9d27f6de0cc725
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Thu Sep 21 13:31:04 2017 -0400

don't perform zone updates on client resize

zone updates should probably only happen on client moves, not resizes

ref T6023
---
 src/bin/e_client.c | 1 -
 1 file changed, 1 deletion(-)

diff --git a/src/bin/e_client.c b/src/bin/e_client.c
index 7589ecb2d..1af0d7f16 100644
--- a/src/bin/e_client.c
+++ b/src/bin/e_client.c
@@ -1643,7 +1643,6 @@ _e_client_cb_evas_resize(void *data, Evas *e EINA_UNUSED, 
Evas_Object *obj EINA_
 
_e_client_event_simple(ec, E_EVENT_CLIENT_RESIZE);
 
-   if (!ec->ignored) _e_client_zone_update(ec);
evas_object_geometry_get(ec->frame, , , , );
if (ec->stack.prev || ec->stack.next)
  {

-- 

[EGIT] [core/enlightenment] master 04/08: add a client parameter to wl key down/up event processing functions

[Mike Blumenkrantz]

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=5da5418873aa14c42953674762b15563f661f009

commit 5da5418873aa14c42953674762b15563f661f009
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Thu Sep 21 13:31:04 2017 -0400

add a client parameter to wl key down/up event processing functions

if passed, send the event to the specified client
---
 src/bin/e_comp_canvas.c |  4 ++--
 src/bin/e_comp_wl.c | 10 --
 src/bin/e_comp_wl.h |  4 ++--
 3 files changed, 8 insertions(+), 10 deletions(-)

diff --git a/src/bin/e_comp_canvas.c b/src/bin/e_comp_canvas.c
index 6453674b7..97d6234fb 100644
--- a/src/bin/e_comp_canvas.c
+++ b/src/bin/e_comp_canvas.c
@@ -131,7 +131,7 @@ _key_down(int ctx, Ecore_Event_Key *ev)
(!e_comp->screen->key_down) || (!e_comp->screen->key_down(ev))) &&
  !e_bindings_key_down_event_handle(ctx, E_OBJECT(e_comp), ev)
 #ifdef HAVE_WAYLAND
-   && !e_comp_wl_key_down(ev)
+   && !e_comp_wl_key_down(ev, NULL)
 #endif
  ;
 }
@@ -163,7 +163,7 @@ _key_up(int ctx, Ecore_Event_Key *ev)
(!e_comp->screen->key_up) || (!e_comp->screen->key_up(ev))) &&
  !e_bindings_key_up_event_handle(ctx, E_OBJECT(e_comp), ev)
 #ifdef HAVE_WAYLAND
-   && !e_comp_wl_key_up(ev)
+   && !e_comp_wl_key_up(ev, NULL)
 #endif
  ;
 }
diff --git a/src/bin/e_comp_wl.c b/src/bin/e_comp_wl.c
index 9025ba8de..1575ad406 100644
--- a/src/bin/e_comp_wl.c
+++ b/src/bin/e_comp_wl.c
@@ -3304,9 +3304,8 @@ e_comp_wl_output_remove(const char *id)
 }
 
 EINTERN Eina_Bool
-e_comp_wl_key_down(Ecore_Event_Key *ev)
+e_comp_wl_key_down(Ecore_Event_Key *ev, E_Client *ec)
 {
-   E_Client *ec = NULL;
uint32_t serial, *end, *k, keycode;
 
if ((e_comp->comp_type != E_PIXMAP_TYPE_WL) || (ev->window != 
e_comp->ee_win)) return EINA_FALSE;
@@ -3342,7 +3341,7 @@ e_comp_wl_key_down(Ecore_Event_Key *ev)
if ((!e_client_action_get()) && (!e_comp->input_key_grabs) &&
(!e_menu_is_active()))
  {
-ec = e_client_focused_get();
+if (!ec) ec = e_client_focused_get();
 if (ec && ec->comp_data->surface && e_comp_wl->kbd.focused)
   {
  struct wl_resource *res;
@@ -3361,9 +3360,8 @@ e_comp_wl_key_down(Ecore_Event_Key *ev)
 }
 
 EINTERN Eina_Bool
-e_comp_wl_key_up(Ecore_Event_Key *ev)
+e_comp_wl_key_up(Ecore_Event_Key *ev, E_Client *ec)
 {
-   E_Client *ec = NULL;
uint32_t serial, *end, *k, keycode;
struct wl_resource *res;
Eina_List *l;
@@ -3392,7 +3390,7 @@ e_comp_wl_key_up(Ecore_Event_Key *ev)
if ((!e_client_action_get()) && (!e_comp->input_key_grabs) &&
(!e_menu_is_active()))
  {
-ec = e_client_focused_get();
+if (!ec) ec = e_client_focused_get();
 
 if (e_comp_wl->kbd.focused)
   {
diff --git a/src/bin/e_comp_wl.h b/src/bin/e_comp_wl.h
index 0ff222584..2aa12f2c0 100644
--- a/src/bin/e_comp_wl.h
+++ b/src/bin/e_comp_wl.h
@@ -408,8 +408,8 @@ E_API double e_comp_wl_idle_time_get(void);
 E_API Eina_Bool e_comp_wl_output_init(const char *id, const char *make, const 
char *model, int x, int y, int w, int h, int pw, int ph, unsigned int refresh, 
unsigned int subpixel, unsigned int transform, unsigned int num);
 E_API void e_comp_wl_output_remove(const char *id);
 
-EINTERN Eina_Bool e_comp_wl_key_down(Ecore_Event_Key *ev);
-EINTERN Eina_Bool e_comp_wl_key_up(Ecore_Event_Key *ev);
+EINTERN Eina_Bool e_comp_wl_key_down(Ecore_Event_Key *ev, E_Client *ec);
+EINTERN Eina_Bool e_comp_wl_key_up(Ecore_Event_Key *ev, E_Client *ec);
 E_API Eina_Bool e_comp_wl_evas_handle_mouse_button(E_Client *ec, uint32_t 
timestamp, uint32_t button_id, uint32_t state);
 
 E_API extern int E_EVENT_WAYLAND_GLOBAL_ADD;

-- 

[EGIT] [core/enlightenment] master 01/01: remove fdo interfaces from music control dbus xml

[Mike Blumenkrantz]

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=6a53fe8f93eacdd871588a00488bd63be198cf94

commit 6a53fe8f93eacdd871588a00488bd63be198cf94
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Fri Sep 15 13:36:44 2017 -0400

remove fdo interfaces from music control dbus xml
---
 src/modules/music-control/introspect.xml | 26 --
 1 file changed, 26 deletions(-)

diff --git a/src/modules/music-control/introspect.xml 
b/src/modules/music-control/introspect.xml
index 7a12476a5..48a9a99c8 100644
--- a/src/modules/music-control/introspect.xml
+++ b/src/modules/music-control/introspect.xml
@@ -1,31 +1,5 @@
 
 
-   
-  
- 
-  
-   
-   
-  
- 
- 
- 
-  
-  
- 
- 
-  
-  
- 
- 
- 
-  
-  
- 
- 
- 
-  
-   

   
  

-- 

[EGIT] [core/enlightenment] master 01/01: fix meson wayland build without drm

[Mike Blumenkrantz]

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=c478d4aaf4e4e179ff6fb83a263744c9e518a0f6

commit c478d4aaf4e4e179ff6fb83a263744c9e518a0f6
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Fri Sep 15 13:33:54 2017 -0400

fix meson wayland build without drm
---
 src/modules/wl_drm/meson.build | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/modules/wl_drm/meson.build b/src/modules/wl_drm/meson.build
index e5044a9d1..3827d724e 100644
--- a/src/modules/wl_drm/meson.build
+++ b/src/modules/wl_drm/meson.build
@@ -1,4 +1,4 @@
-if get_option('wayland') != true
+if get_option('wayland') != true or dep_ecore_drm2.found() != true
   disable = true
 else
   src = files(

-- 

[EGIT] [core/efl] efl-1.20 01/01: wayland: fix xdg-shell popup windows

[Mike Blumenkrantz]

discomfitor pushed a commit to branch efl-1.20.

http://git.enlightenment.org/core/efl.git/commit/?id=2d079fb112ae0b2aff60b3ba6f40a542084f6410

commit 2d079fb112ae0b2aff60b3ba6f40a542084f6410
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Fri Aug 11 18:43:15 2017 -0400

wayland: fix xdg-shell popup windows

@fix
---
 src/lib/ecore_wl2/ecore_wl2_window.c   | 55 +-
 src/lib/elementary/efl_ui_win.c| 12 +++--
 .../engines/wayland/ecore_evas_wayland_common.c|  1 +
 3 files changed, 44 insertions(+), 24 deletions(-)

diff --git a/src/lib/ecore_wl2/ecore_wl2_window.c 
b/src/lib/ecore_wl2/ecore_wl2_window.c
index 78f6129af0..caa2a7b3de 100644
--- a/src/lib/ecore_wl2/ecore_wl2_window.c
+++ b/src/lib/ecore_wl2/ecore_wl2_window.c
@@ -296,7 +296,6 @@ _ecore_wl2_window_zxdg_popup_create(Ecore_Wl2_Window *win)
struct zxdg_positioner_v6 *pos;
 
EINA_SAFETY_ON_NULL_RETURN(win->parent);
-   EINA_SAFETY_ON_NULL_RETURN(win->grab);
pos = zxdg_shell_v6_create_positioner(win->display->wl.zxdg_shell);
if (!pos) return;
 
@@ -312,8 +311,9 @@ _ecore_wl2_window_zxdg_popup_create(Ecore_Wl2_Window *win)
win->parent->zxdg_surface, pos);
 
zxdg_positioner_v6_destroy(pos);
-   zxdg_popup_v6_grab(win->zxdg_popup, win->grab->wl.seat,
-  wl_display_get_serial(win->display->wl.display));
+   if (win->grab)
+ zxdg_popup_v6_grab(win->zxdg_popup, win->grab->wl.seat,
+wl_display_get_serial(win->display->wl.display));
zxdg_popup_v6_set_user_data(win->zxdg_popup, win);
zxdg_popup_v6_add_listener(win->zxdg_popup, &_zxdg_popup_listener, win);
 
@@ -448,30 +448,43 @@ _ecore_wl2_window_shell_surface_init(Ecore_Wl2_Window 
*window)
 zxdg_surface_v6_add_listener(window->zxdg_surface,
  &_zxdg_surface_listener, window);
 
-window->zxdg_toplevel =
-  zxdg_surface_v6_get_toplevel(window->zxdg_surface);
-zxdg_toplevel_v6_set_user_data(window->zxdg_toplevel, window);
-zxdg_toplevel_v6_add_listener(window->zxdg_toplevel,
-  &_zxdg_toplevel_listener, window);
+window->zxdg_configure_ack = zxdg_surface_v6_ack_configure;
+window->pending.configure = EINA_TRUE;
 
-if (window->title)
-  zxdg_toplevel_v6_set_title(window->zxdg_toplevel, window->title);
-if (window->class)
-  zxdg_toplevel_v6_set_app_id(window->zxdg_toplevel, window->class);
+if (window->type == ECORE_WL2_WINDOW_TYPE_MENU)
+  _ecore_wl2_window_zxdg_popup_create(window);
+else
+  {
+ window->zxdg_toplevel =
+   zxdg_surface_v6_get_toplevel(window->zxdg_surface);
+ zxdg_toplevel_v6_set_user_data(window->zxdg_toplevel, window);
+ zxdg_toplevel_v6_add_listener(window->zxdg_toplevel,
+   &_zxdg_toplevel_listener, window);
 
-window->zxdg_set_min_size = zxdg_toplevel_v6_set_min_size;
-window->zxdg_set_max_size = zxdg_toplevel_v6_set_max_size;
+ if (window->title)
+   zxdg_toplevel_v6_set_title(window->zxdg_toplevel, 
window->title);
+ if (window->class)
+   zxdg_toplevel_v6_set_app_id(window->zxdg_toplevel, 
window->class);
 
-window->zxdg_configure_ack = zxdg_surface_v6_ack_configure;
-_ecore_wl2_window_type_set(window);
+ window->zxdg_set_min_size = zxdg_toplevel_v6_set_min_size;
+ window->zxdg_set_max_size = zxdg_toplevel_v6_set_max_size;
 
-window->pending.configure = EINA_TRUE;
+ {
+struct zxdg_toplevel_v6 *ptop = NULL;
 
-if (window->maximized)
-  zxdg_toplevel_v6_set_maximized(window->zxdg_toplevel);
+if (window->parent)
+  ptop = window->parent->zxdg_toplevel;
 
-if (window->fullscreen)
-  zxdg_toplevel_v6_set_fullscreen(window->zxdg_toplevel, NULL);
+if (ptop)
+  zxdg_toplevel_v6_set_parent(window->zxdg_toplevel, ptop);
+ }
+
+ if (window->maximized)
+   zxdg_toplevel_v6_set_maximized(window->zxdg_toplevel);
+
+ if (window->fullscreen)
+   zxdg_toplevel_v6_set_fullscreen(window->zxdg_toplevel, NULL);
+  }
 
 wl_surface_commit(window->surface);
  }
diff --git a/src/lib/elementary/efl_ui_win.c b/src/lib/elementary/efl_ui_win.c
index 31b3f203af..306da95497 100644
--- a/src/lib/elementary/efl_ui_win.c
+++ b/src/lib/elementary/efl_ui_win.c
@@ -4437,7 +4437,11 @@ _elm_win_frame_style_update(Efl_Ui_Win_Data *sd, 
Eina_Bo

[EGIT] [core/enlightenment] master 02/02: avoid div by 0 in gadget layout

[Mike Blumenkrantz]

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=62acd53a965f3d9376c230d1ec4805320019c46b

commit 62acd53a965f3d9376c230d1ec4805320019c46b
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Fri Sep 15 12:17:44 2017 -0400

avoid div by 0 in gadget layout

CID 1381165
---
 src/bin/e_gadget.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/bin/e_gadget.c b/src/bin/e_gadget.c
index a0951a564..c55759b10 100644
--- a/src/bin/e_gadget.c
+++ b/src/bin/e_gadget.c
@@ -760,7 +760,7 @@ _site_layout_orient(Evas_Object *o, E_Gadget_Site *zgs)
   groups++;
}
   }
-else if (!groups) groups++;
+if (!groups) groups++;
 
 size = eina_list_data_get(expand);
 if (IS_HORIZ(zgs->orient))

-- 

[EGIT] [core/enlightenment] master 01/02: remove futile null check

[Mike Blumenkrantz]

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=50473083d1f54951d919193e8f8373a7858c4122

commit 50473083d1f54951d919193e8f8373a7858c4122
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Fri Sep 15 12:17:44 2017 -0400

remove futile null check

CID 1381166
---
 src/modules/luncher/bar.c | 9 +++--
 1 file changed, 3 insertions(+), 6 deletions(-)

diff --git a/src/modules/luncher/bar.c b/src/modules/luncher/bar.c
index 70f26281c..838804e7f 100644
--- a/src/modules/luncher/bar.c
+++ b/src/modules/luncher/bar.c
@@ -723,13 +723,10 @@ _bar_icon_preview_menu_hide(void *data, Evas *e 
EINA_UNUSED, Evas_Object *obj, v
 
evas_object_event_callback_del_full(obj, EVAS_CALLBACK_HIDE, 
_bar_icon_preview_menu_hide, ic);
ic->client_menu = NULL;
-   if (ic)
+   if (ic->preview)
  {
-if (ic->preview)
-  {
- ic->inst->current_preview_menu = EINA_FALSE;
- _bar_icon_preview_mouse_out(ic, NULL, NULL, NULL);
-  }
+ic->inst->current_preview_menu = EINA_FALSE;
+_bar_icon_preview_mouse_out(ic, NULL, NULL, NULL);
  }
 }
 

-- 

[EGIT] [core/enlightenment] master 02/04: handle unmovable gadgets in gadget move action

[Mike Blumenkrantz]

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=283a1cd62030b038024ee86752e190d55607df97

commit 283a1cd62030b038024ee86752e190d55607df97
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Thu Sep 14 15:02:40 2017 -0400

handle unmovable gadgets in gadget move action

a gadget which refuses to create a duplicate of itself can be considered
immobile

fix T5998
---
 src/bin/e_gadget.c | 8 +++-
 1 file changed, 7 insertions(+), 1 deletion(-)

diff --git a/src/bin/e_gadget.c b/src/bin/e_gadget.c
index 7c991b24a..a0951a564 100644
--- a/src/bin/e_gadget.c
+++ b/src/bin/e_gadget.c
@@ -1131,7 +1131,6 @@ _gadget_act_move(E_Object *obj, const char *params 
EINA_UNUSED, E_Binding_Event_
g = e_object_data_get(obj);
zgc = evas_object_data_get(g, "__e_gadget");
zgc->moving = 1;
-   evas_object_pass_events_set(zgc->site->layout, 1);
_editor_pointer_site_init(zgc->site->orient, NULL, NULL, 1);
e_gadget_site_owner_setup(pointer_site, zgc->site->anchor, NULL);
ZGS_GET(pointer_site);
@@ -1140,7 +1139,14 @@ _gadget_act_move(E_Object *obj, const char *params 
EINA_UNUSED, E_Binding_Event_
else
  _gadget_util_add(zgs, NULL, zgc->type, zgc->id);
z = eina_list_data_get(zgs->gadgets);
+   if (!z)
+ {
+E_FREE_FUNC(pointer_site, evas_object_del);
+zgc->moving = 0;
+return EINA_TRUE;
+ }
z->moving = 1;
+   evas_object_pass_events_set(zgc->site->layout, 1);
evas_object_geometry_get(g, NULL, NULL, , );
evas_object_resize(pointer_site, w, h);
eina_stringshare_refplace(>style.name, zgc->style.name);

-- 

[EGIT] [core/enlightenment] master 03/04: flag zone/edge mouse binding activation with ON_HOLD

[Mike Blumenkrantz]

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=00daafac10a4a25cb4fed8fb1fb5503c38fe7eb6

commit 00daafac10a4a25cb4fed8fb1fb5503c38fe7eb6
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Thu Sep 14 15:02:40 2017 -0400

flag zone/edge mouse binding activation with ON_HOLD

ensure multiple bindings aren't triggered by the same event
---
 src/bin/e_zone.c | 27 +++
 1 file changed, 19 insertions(+), 8 deletions(-)

diff --git a/src/bin/e_zone.c b/src/bin/e_zone.c
index 0e006e2c9..4a24ed540 100644
--- a/src/bin/e_zone.c
+++ b/src/bin/e_zone.c
@@ -81,6 +81,7 @@ _e_zone_cb_mouse_in(void *data, Evas *e EINA_UNUSED, 
Evas_Object *obj, void *eve
E_Zone *zone = data;
 
if (!ev->timestamp) return;
+   if (ev->event_flags & EVAS_EVENT_FLAG_ON_HOLD) return;
edge = _e_zone_detect_edge(zone, obj);
if (edge == E_ZONE_EDGE_NONE) return;
 
@@ -93,7 +94,8 @@ _e_zone_cb_mouse_in(void *data, Evas *e EINA_UNUSED, 
Evas_Object *obj, void *eve
zev->drag = !!evas_pointer_button_down_mask_get(e_comp->evas);
 
ecore_event_add(E_EVENT_ZONE_EDGE_IN, zev, NULL, NULL);
-   e_bindings_edge_in_event_handle(E_BINDING_CONTEXT_ZONE, E_OBJECT(zone), 
zev);
+   if (e_bindings_edge_in_event_handle(E_BINDING_CONTEXT_ZONE, E_OBJECT(zone), 
zev))
+ ev->event_flags |= EVAS_EVENT_FLAG_ON_HOLD;
 }
 
 static void
@@ -105,6 +107,7 @@ _e_zone_cb_mouse_out(void *data, Evas *e EINA_UNUSED, 
Evas_Object *obj, void *ev
E_Zone *zone = data;
 
if (!ev->timestamp) return;
+   if (ev->event_flags & EVAS_EVENT_FLAG_ON_HOLD) return;
edge = _e_zone_detect_edge(zone, obj);
if (edge == E_ZONE_EDGE_NONE) return;
 
@@ -117,7 +120,8 @@ _e_zone_cb_mouse_out(void *data, Evas *e EINA_UNUSED, 
Evas_Object *obj, void *ev
zev->drag = !!evas_pointer_button_down_mask_get(e_comp->evas);
 
ecore_event_add(E_EVENT_ZONE_EDGE_OUT, zev, NULL, NULL);
-   e_bindings_edge_out_event_handle(E_BINDING_CONTEXT_ZONE, E_OBJECT(zone), 
zev);
+   if (e_bindings_edge_out_event_handle(E_BINDING_CONTEXT_ZONE, 
E_OBJECT(zone), zev))
+ ev->event_flags |= EVAS_EVENT_FLAG_ON_HOLD;
 }
 
 static void
@@ -129,6 +133,7 @@ _e_zone_cb_mouse_down(void *data, Evas *e EINA_UNUSED, 
Evas_Object *obj, void *e
E_Zone *zone = data;
 
if (!ev->timestamp) return;
+   if (ev->event_flags & EVAS_EVENT_FLAG_ON_HOLD) return;
edge = _e_zone_detect_edge(zone, obj);
if (edge == E_ZONE_EDGE_NONE) return;
 
@@ -140,7 +145,8 @@ _e_zone_cb_mouse_down(void *data, Evas *e EINA_UNUSED, 
Evas_Object *obj, void *e
zev->button = ev->button;
zev->modifiers = e_bindings_evas_modifiers_convert(ev->modifiers);
ecore_event_add(E_EVENT_ZONE_EDGE_OUT, zev, NULL, NULL);
-   e_bindings_edge_down_event_handle(E_BINDING_CONTEXT_ZONE, E_OBJECT(zone), 
zev);
+   if (e_bindings_edge_down_event_handle(E_BINDING_CONTEXT_ZONE, 
E_OBJECT(zone), zev))
+ ev->event_flags |= EVAS_EVENT_FLAG_ON_HOLD;
 }
 
 static void
@@ -152,6 +158,7 @@ _e_zone_cb_mouse_up(void *data, Evas *e EINA_UNUSED, 
Evas_Object *obj, void *eve
E_Zone *zone = data;
 
if (!ev->timestamp) return;
+   if (ev->event_flags & EVAS_EVENT_FLAG_ON_HOLD) return;
edge = _e_zone_detect_edge(zone, obj);
if (edge == E_ZONE_EDGE_NONE) return;
 
@@ -163,7 +170,8 @@ _e_zone_cb_mouse_up(void *data, Evas *e EINA_UNUSED, 
Evas_Object *obj, void *eve
zev->button = ev->button;
zev->modifiers = e_bindings_evas_modifiers_convert(ev->modifiers);
ecore_event_add(E_EVENT_ZONE_EDGE_OUT, zev, NULL, NULL);
-   e_bindings_edge_up_event_handle(E_BINDING_CONTEXT_ZONE, E_OBJECT(zone), 
zev);
+   if (e_bindings_edge_up_event_handle(E_BINDING_CONTEXT_ZONE, E_OBJECT(zone), 
zev))
+ ev->event_flags |= EVAS_EVENT_FLAG_ON_HOLD;
 }
 
 static void
@@ -174,6 +182,7 @@ _e_zone_cb_mouse_move(void *data, Evas *e EINA_UNUSED, 
Evas_Object *obj, void *e
E_Zone_Edge edge;
E_Zone *zone = data;
 
+   if (ev->event_flags & EVAS_EVENT_FLAG_ON_HOLD) return;
edge = _e_zone_detect_edge(zone, obj);
if (edge == E_ZONE_EDGE_NONE) return;
 
@@ -1478,10 +1487,11 @@ _e_zone_cb_bg_mouse_down(void *data,
  Evas_Object *obj EINA_UNUSED,
  void *event_info)
 {
-   E_Zone *zone;
+   E_Zone *zone = data;
+   Evas_Event_Mouse_Down *ev = event_info;
 
-   zone = data;
if (e_comp_util_mouse_grabbed()) return;
+   if (ev->event_flags & EVAS_EVENT_FLAG_ON_HOLD) return;
 
if (!zone->cur_mouse_action)
  {
@@ -1505,9 +1515,10 @@ _e_zone_cb_bg_mouse_up(void *data,
Evas_Object *obj EINA_UNUSED,
void *event_info)
 {
-   E_Zone *zone;
+   E_Zone *zone = data;
+   Evas_Event_Mouse_Up *ev = event_info;
 
-   zone = data;
+   if (ev->event_flags & EVAS_EVENT_FLAG_ON_HOLD) return;
if (zone->cur_mouse_action)
  {
 E_Binding_Event_Mouse_Button event;

-- 

[EGIT] [core/enlightenment] master 01/04: block recursive mouse eventing in bryce action handlers

[Mike Blumenkrantz]

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=49e2a31cfc33802ef18d4f9820e6705e25cbbd39

commit 49e2a31cfc33802ef18d4f9820e6705e25cbbd39
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Thu Sep 14 15:02:40 2017 -0400

block recursive mouse eventing in bryce action handlers

ensure that only the outermost event adds a post callback to avoid
triggering actions multiple times
---
 src/bin/e_bryce.c | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/src/bin/e_bryce.c b/src/bin/e_bryce.c
index a1eaeef7f..4e7f76a7f 100644
--- a/src/bin/e_bryce.c
+++ b/src/bin/e_bryce.c
@@ -609,6 +609,7 @@ _bryce_mouse_down(void *data, Evas *e, Evas_Object *obj 
EINA_UNUSED, void *event
 {
Bryce *b = data;
 
+   if (b->event_info == event_info) return;
b->event_info = event_info;
evas_post_event_callback_push(e, _bryce_mouse_down_post, b);
 }
@@ -630,6 +631,7 @@ _bryce_mouse_up(void *data, Evas *e, Evas_Object *obj 
EINA_UNUSED, void *event_i
 {
Bryce *b = data;
 
+   if (b->event_info == event_info) return;
b->event_info = event_info;
evas_post_event_callback_push(e, _bryce_mouse_up_post, b);
 }
@@ -651,6 +653,7 @@ _bryce_mouse_wheel(void *data, Evas *e, Evas_Object *obj 
EINA_UNUSED, void *even
 {
Bryce *b = data;
 
+   if (b->event_info == event_info) return;
b->event_info = event_info;
evas_post_event_callback_push(e, _bryce_mouse_wheel_post, b);
 }

-- 

[EGIT] [core/enlightenment] master 04/04: fix clickable edge binding activation with other mouse buttons

[Mike Blumenkrantz]

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=98dbaa909077ed2de05500dedf82feaaf0279206

commit 98dbaa909077ed2de05500dedf82feaaf0279206
Author: Mike Blumenkrantz <zm...@osg.samsung.com>
Date:   Thu Sep 14 15:02:40 2017 -0400

fix clickable edge binding activation with other mouse buttons

check for the button specified in the binding, not whether the event
contains a click

fix T4510
---
 src/bin/e_bindings.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/bin/e_bindings.c b/src/bin/e_bindings.c
index e068b4b19..dcfcba1ba 100644
--- a/src/bin/e_bindings.c
+++ b/src/bin/e_bindings.c
@@ -869,7 +869,7 @@ e_bindings_edge_event_find(E_Binding_Context ctxt, 
E_Event_Zone_Edge *ev, Eina_B
EINA_LIST_FOREACH(edge_bindings, l, binding)
  /* A value of <= -1.0 for the delay indicates it as a mouse-click binding 
on that edge */
  if (((binding->edge == ev->edge)) &&
- ((click && EINA_FLT_EQ(binding->delay, -1.0 * click)) || (!click && 
(binding->delay >= 0.0))) &&
+ ((click && EINA_FLT_EQ(binding->delay, -1.0 * ev->button)) || (!click 
&& (binding->delay >= 0.0))) &&
  ((binding->drag_only == ev->drag) || ev->drag) &&
  ((binding->any_mod) || (binding->mod == mod)))
{

--