Hello devs :) There was a brief discussion on IRC today regarding using libinput (of wayland fame) for other input related things in EFL (aside from drm). Cedric mentioned that it could be used for fb and various other engines/platforms. This would allow us to unify handling input devices under one efl library.
Ecore_Input seems the likely candidate to me....So I am writing to get any additional comments/remarks (before going through the effort of changing things). One thing that I have noticed in the current ecore_input code is the namespacing seems wrong. The actual ecore_input codebase uses ecore_event as the API namespace (ecore_event_init, etc, etc). This just seems sooo wrong to me :( One thing I would like to do (open for discussion), is to unify this into ecore_input_init, etc, etc to make the API functions match the library namespace...However this would mean depcreating the existing ecore_event_init APIs (yes, mark them as deprecated, but internally just make the code call the newer ecore_input_init, etc). Another thing we could do here is to bring in udev dependency and do input device discovery :) This would unify things so that we don't duplicate code (ecore_drm does this, ecore_fb could benefit from it, etc, etc). Yet a third thing Could be to (compile time optional) bring in the systemd deps from ecore_drm and have ecore_input handle opening /dev/input devices and feeding those events. This would also unify and reduce code duplication. Please bear in mind this is an RFC so nothing is concrete yet. I am just trying to gather ideas/thoughts/concerns/comments, etc, etc Before I get started on the work. Flame On ! dh ------------------------------------------------------------------------------ Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
