On 08/23/2014 03:41 AM, Peters, Brad T wrote: > Hi Carsten, Semun, > > I agree, abstracting away the direct ecore_main loop manipulation > makes sense, but as this implementation would be Tizen specific, > it wouldn't belong in Buxton upstream. Could easily branch Buxton for > Tizen though.
efl is not tizen specific. not in any way or form. > > Carsten, > I'm not quite clear on the intent of your message. "in efl land, we > don't go forcing people to do this" - Do what? > Call ecore_main_fd_handler_add() directly? I *think* you're > supporting Semun's statement, but you may be doing > exactly the opposite ;) > we dont go encouragiing, forcing or otherwise peolpe touse fd handlers. it's a very custom/specific solution intended to deal with raw fd's *IF* absolutely needed. we make a library/api wrapper that does this for them. they just init the lib, openb some config and it's all silently done behind the scenes for them. they don't need to know that an fd even exists. make their lives easier and reduce the number of things to go wrong. in this example we'd create some config object (these days using eo files to generate the whole object infra/templates), and this object would allow callbacks to be attached. those callbacks would deal with any async events. methods/properties would deal with direct interaction. > Best regards, > Brad Peters > > On Fri, Aug 22, 2014 at 3:21 AM, Carsten Haitzler > <[email protected] <mailto:[email protected]>> wrote: > > http://docs.enlightenment.org/auto/efl/ecore_fd_handler_example_c.html > > http://docs.enlightenment.org/auto/efl/group__Ecore__Main__Loop__Group.html > > :) there in tizen everywhere - even where glib is not. documented > already. > > but generally in efl land we don't go forcing people to do this. > we generally make thin wrappers that do this glue for people and > then glue in any callback work and other stuff so they > work/look/appear to fit in. :) > > On 08/22/2014 07:16 PM, Semun Lee wrote: >> >> Thanks for guide about buxton. >> >> >> >> However, I worry about that developers should register the fd of >> buxton to the main loop of a program. >> >> Most programs in Tizen use g_main_loop as its main loop, so, it >> may be very useful if there is a simple api for registering >> buxton fd to the g_main_loop. >> >> >> >> What do you think about it? >> >> >> >> Best regards, >> >> Semun >> >> >> >> *From:*Peters, Brad T [mailto:[email protected]] >> *Sent:* Thursday, August 21, 2014 6:12 AM >> *To:* Semun Lee >> *Cc:* Tizen Dev >> *Subject:* Re: [Dev] Issues on converting from vconf to buxton >> >> >> >> What is Buxton and how can I use it? >> >> >> >> Should it replace our use of vconf? >> >> >> >> I have uploaded "A Brief Guide to Buxton" to the public Tizen >> wiki, which >> >> should answer these questions, and more. >> >> >> >> https://wiki.tizen.org/w/images/e/e9/ABriefGuidetoBuxton.pdf >> >> >> >> Note there is also a Wiki page for Buxton, which provides a >> high-level overview of Buxton. >> >> >> >> https://wiki.tizen.org/wiki/Buxton >> >> >> >> We'll be providing a sample conversion of the FLIGHT_MODE vconf >> key, as used in a Tizen 2.2 RD PQ image. >> >> Though I would have loved to provide these sample conversions in >> a 3.0 environment, the only 3.0 Tizen image >> >> I have access to is IVI, which does not use vconf. Thus, not a >> particularly good demonstration project ;) >> >> >> >> Please use the resources provided, and let me know if there are >> questions. >> >> >> >> Best regards, >> >> Brad Peters >> Intel Tizen Mobile Development Lead >> >> and AppFW Architect >> >> >> >> On Mon, Aug 11, 2014 at 10:37 AM, Peters, Brad T >> <[email protected] <mailto:[email protected]>> wrote: >> >> Hi Semun, >> >> >> >> This is a valid point and a good idea. We're currently working to >> put together several demonstration projects which have been fully >> converted. A guide like you suggest would go well with these. >> I'll start putting such a document together, and have something >> out towards end of week. >> >> >> >> Best regards, >> >> -Brad Peters >> >> >> >> Best >> >> >> >> On Mon, Aug 11, 2014 at 3:11 AM, Semun Lee <[email protected] >> <mailto:[email protected]>> wrote: >> >> Hi folks, >> >> >> >> There are hundreds jira issues about converting from vconf to buxton. >> >> Is there any guide in detail for this issue? >> >> I think we need a guide to convert from vconf to buxton coherently. >> >> >> >> Best regards, >> >> Semun >> >> >> _______________________________________________ >> Dev mailing list >> [email protected] <mailto:[email protected]> >> https://lists.tizen.org/listinfo/dev >> >> >> >> >> >> >> >> _______________________________________________ >> Dev mailing list >> [email protected] <mailto:[email protected]> >> https://lists.tizen.org/listinfo/dev > > -- > The above message is intended solely for the named addressee and may > contain trade secret, industrial technology or privileged and > confidential information otherwise protected under applicable law > including the Unfair Competition Prevention and Trade Secret Protection > Act. Any unauthorized dissemination, distribution, copying or use of the > information contained in this communication is strictly prohibited. If > you have received this communication in error, please notify the sender > by email and delete this communication immediately. > > > _______________________________________________ > Dev mailing list > [email protected] <mailto:[email protected]> > https://lists.tizen.org/listinfo/dev > > -- The above message is intended solely for the named addressee and may contain trade secret, industrial technology or privileged and confidential information otherwise protected under applicable law including the Unfair Competition Prevention and Trade Secret Protection Act. Any unauthorized dissemination, distribution, copying or use of the information contained in this communication is strictly prohibited. If you have received this communication in error, please notify the sender by email and delete this communication immediately.
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Dev mailing list [email protected] https://lists.tizen.org/listinfo/dev
