Thank you for the report. I will investigate... Can you provide your relevant mouse & focus settings from E please ? Is it always just YuTube in fullscreen ? Rage ?

This function (ecore_wl2_window_rotation_change_done_send) is called from ecore_evas wayland engine. Please check ecore_evas_wayland_common.c file

In D9215#226702, @CHAN wrote:

@eagleeye Please revert this commit.

Not sure this patch makes sense. If we are hiding the main surface the any subsurfaces of that main surface should be hidden also...so yes, perhaps window_show should also be showing the subsurfaces ? Perhaps you could explain the issue and why this patch is necessary ??

In D11857#226019, @elyes wrote:

I mean included twice

When you say these are duplicated, what do you mean ? Are they already included from a previous header ?

Patch makes sense to me, but I am not familiar with the dnd changes so would be great if @bu5hm4n could have a look also

@vtorri This looks good to me, but I cannot push it :( git phab is being stupid here and doesn't want to work. Please feel free to push this tho.

Why is src/modules/ethumb/emotion/placeholder.png modified in this patch ??

Ok, so yes. Wayland is apparently required (for building at least) the Ecore_Buffer library. Apparently this was added back in 2015 ... so it has been this way for a long time now

Ohhh Ecore_Evas ... your original post said Evas lol. I will have a look

I looked through the Evas buffer engine, but I do not see any dependency on wayland protocols inside the engine itself....

These have been inactive for years now, so closing. If these features are really needed/desired, please reopen

These have been inactive for years now, so closing. If these features are really needed/desired, please reopen

These have been inactive for years now, so closing. If these features are really needed/desired, please reopen

These have been inactive for years now, so closing. If these features are really needed/desired, please reopen

These have been inactive for years now, so closing. If these features are really needed/desired, please reopen

These have been inactive for years now, so closing. If these features are really needed/desired, please reopen

In D11764#224227, @bu5hm4n wrote:

This was caused by buggy a installation. :(

@netstar Ahh ok :) I just wanted to double check that there was nothing you needed me to do for this ticket. Thanks for the patch btw :) Yes, in the future if there is anything that the *bsd* people require from me, please let me know.

@netstar Just to clarify ... what work is needed here from me ??

@cederom I see Zero good reason to use obsolete wl code .. In fact, I highly discourage it's usage, so much to the point that I deprecated those libraries a while ago ;) In theory, it may be possible to use obsolete in order to run E-WL ... but I cannot speak for it's actual usefulness. YMMV of course, but as I am sitting here writing this, I cannot help but shake my head and scream NO! Don't do it....

@cederom https://phab.enlightenment.org/w/wayland/

@cederom Well, the work on ecore_wl2 porting would be good for EFL wayland Client apps (ie: running Terminology in Weston, etc). The work of fixing eeze to use DEVD would be needed for running the Enlightenment Wayland compositor.

@cederom I'm glad to see people are porting to *bsd. With regard to eeze using udev (and thus not portable), if someone would like to submit patches to make eeze use whatever *bsd uses for devices, then that would be great !! In all honesty, the *bsd port should not really use deprecated ecore_wl, ecore_drm libraries. Those are terribly old, have a few flaws, are unmaintained, and have since been replaced w/ ecore_wl2 & ecore_drm2. Also, if someone would like to provide patches for ecore_wl2 to support *bsd, please don't hesitate to submit them.

Can you be more specific about what is causing the building to fail ? I don't have access to FreeBSD, so any extra info you can provide to help isolate where exactly the build is breaking would be a great help !!

This looks ok to me ..

No @ProhtMeyhet , it does Not...

No need to be sorry :) I was just curious because I never use the sysinfo module so I wanted to double check what the problem was :)

what is wrong with the slider stepping for mouse wheel that requires this fix ?? (ie: what was the original problem?)