On Thu, 30 Oct 2008 14:46:12 -0700 "Matt Barclay" <[EMAIL PROTECTED]> babbled:
> On Thu, Oct 30, 2008 at 2:14 PM, Jose Gonzalez <[EMAIL PROTECTED]> wrote: > > Matt Barclay wrote: > >> > >> Hello, > >> > >> I'm working on an app that let's the user control a chair. In the > >> app, the user will click on the headrest, armrest, seatback, or > >> footrest to control its position. Since these pieces of the chair are > >> not rectangles, I'm planning on using some Embryo scripting to get the > >> mouse coordinates on the chair, then figure out if the click is inside > >> of the controllable areas and emit a signal. A much cleaner approach, > >> I think, would be a part type POLY that would let edje do the heavy > >> lifting and behave just like RECT. I can't be the first person to run > >> into this challenge. How have you solved it in the past? How hard > >> would it be to add POLY to edje? I see evas already has support for > >> polygons. > >> > > > > That sounds like a fun and interesting project. :) > > Yeah, mostly because this is our pilot EFL project! It's really > incredible what these libraries can do and how easy it is to build a > development process around graphic design, UI scripting, and > application programming. you're playing with something that has some bits pretty mature and solid - other still very much in progress. so be prepared for rough patches - but you get the general direction we are going - split the worlds of programmer and ui artist/designer. let the programmer specify core functionality and behavior. ie the programmer is like the structural engineer. he builds the foundations and framework of the building and some of its core infrastructure (piping, ducts, elevators etc.). then the ui designer comes in with his crew and does the walls, windows, floors, carpets, furniture, paintings, sculptures etc. that gives the thing the "feel" day to day. we of course make arbitrary decisions where WE think the line is between engineer and designer. mostly based on the fact that i straddle both sides and know both ends and i make a call as to which camp it falls in. at the time :) > I just discovered the part option "precise_is_inside". This may serve > my selfish purposes very well. In my free time, I'll have a look at > ways of specifying a POLY in an EDC and post a proposal to the list. until we revamp our poly/vector stuff you can just use simple images with the shape drawn - set the color to 255 255 255 0 (faded completely out). this means parts of the image that are transparent will have mouse events just drop through underneath - those where image pixels have stuff will not. it'll be good enough for your needs - most peoples' i think. :) > BTW, what happened to the API docs? I'm getting a 404: > > http://docs.enlightenment.org/api/edje/html/edcref.html since we moved to svn a lot fo auto-doc building scripts broke. but the docs are in the srctree ./gendoc (or now some libs its "make doc" ). > Regards, > Matt > > > Now, as to poly objs in edje/edc, well it shouldn't be too dificult really > > - > > once you can come up with a reasonable edc format description which you can > > edje_cc parse, save in eet as some list or array structure for the set of > > vertices, > > the rest is simple. > > However, there are plans for overhauls of evas' polys (and other vector > > objs) > > and one that seems reasonable is to allow for the set of poly vertices to be > > specified as floats, so you may want to allow that (even if current evas > > would > > truncate them to int coords). > > You may also look into things like the svg, xaml, and such specs which have > > similar object descriptions for inspiration on the edc format description > > (xaml I believe has a polygon object, can't recall about svg - though they > > both > > have a more general 'path' obj description, and possibly someone may have > > even > > suggested a CSS based polygon or path obj description.. maybe someone from > > Apple). > > Lastly, you may want to speak with Cedric and Jorge, as they are both > > interested > > in this topic. > > > > > > > > ____________________________________________________________ > > Overwhelmed? Click here for information on drug and alcohol rehabilitation. > > http://thirdpartyoffers.juno.com/TGL2141/fc/Ioyw6i3nCeLATRB3A0uPCqRbHSH68VGJaT2fHF3sPhYp5tZehw3yvj/ > > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel