On Thu, 25 May 2017 08:41:38 +0000 Andrew Williams <[email protected]> wrote:
> Hi William, > > In reply to > > "I really do not care. I just need to replace ecore_x_init with > something that will replace its function for both X and Wayland." > > Please try to care about the reasons and structure of what exists. > Raster was trying to explain why our levels of abstraction are the > way they are. If you are asking for an additional layer it would seem > very prudent indeed to care about the why's of how we have built this > far. It is not practical for every problem encountered to learn why the world is as it is now. > As indicated we have application layer APIs such as elm and edje > which are abstracted (for the most part - bugs exist) on top of both > display (well more if you include OS X etc). If you use them the > correct display subsystem should init automatically. I am not as interested in EFL development as I am EFL application development. Issues with application development does not mean I need to understand how EFL was designed per se. Just what I need to know to accomplish a given task. Simple requests can be denied without the need for detailed explanation. > It seems like you have run into an issue due to the non-standard way > the parent process your app is part of is behaving - maybe we can > solve that bug rather than adding a new layer of abstraction? If we > truly need a new abstraction can it be articulated as a general > use-case rather than a workaround for this particular issue? Abstraction or not, function/code exists in one that does not the other. Which either such code should be removed entirely. Or a layer made for abstraction for both. It is basically saying this code exists, but do not use it. Ecore X code exists say for grabbing. But does not for Wayland, so do not use? Why is it there then? Should it be deprecated, legacy etc? Not something I care to discuss. But if EFL devs say to EFL app devs that all apps must work in Wayland, X, etc the same. Then EFL app devs need the tools for such. -- William L. Thomson Jr.
pgpW6VpgOUWAd.pgp
Description: OpenPGP digital signature
------------------------------------------------------------------------------ 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 [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
