On Mon, Aug 15, 2016 at 6:04 AM, Carsten Haitzler <[email protected]> wrote: > i would just have a single io interface that can both read and write - and > just permissioning determines which you can or cannot do. ie have this mirror > a > fd with open/close/read/write/seek. it's a well understood concept for a lot > of > people. :)
Sure. As I wrote elsewhere I'm going with the hardest route that is split interfaces and see how it goes. A socket, for example, wouldn't have "sizer" or "positioner" interfaces. Currently you can pick src/lib/ecore/efl_io_*_fd.eo that matters to you and provide a finalize/open... Like an Efl.Io.Stdin that would provide only reader/closer. If we go with one single interface, you'd have to override methods to return error on seek/write/resize... If it's to be disliked, a simple "sed 's/efl_io_(reader|writer|closer|positioner|sizer)_/self_io_/g'" would fix it, then we'd have a single efl_io.eo I went with the more granular approach also because efl/interfaces all seem pretty granular to me. > as above. slice - how is this better than a binbuf?. being discussed in the other thread :-) > as per jpeg - i see no > good reasonto split this into 3 interfaces. people are well accustomed to > normal i/o like open/read/write/seek/tell/close. :) indeed there is not a blocker, but the minor details like above (pick just the interfaces you use, instead of get them all and forcefully disable some methods) and possibility to do eo_isa() to know what the object supports. It's easy to change, a simple sed as above. -- Gustavo Sverzut Barbieri -------------------------------------- Mobile: +55 (16) 99354-9890 ------------------------------------------------------------------------------ What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports. http://sdm.link/zohodev2dev _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
