Just seat1, seat2... That's what I said we found unusable to get "bob", "jane" in EDC.
In C you could snprintf() and add signals, or register with ",*" and then parse, BUT that's only in C or bindings, not EDC/Embryo since in a script/program you can't know the signal that triggered you. In C you can retrieve bob from seat1, seat1 from bob and map accordingly. From edc point of view, you can only write theme based on something you know. Like assign focus color red to seat1, green to seat2, blue to seat3. If you get bob, you can't figure it out since it is dependent on the system configuration. Em sáb, 3 de dez de 2016 às 01:20, Carsten Haitzler <ras...@rasterman.com> escreveu: > On Fri, 2 Dec 2016 14:54:20 -0200 Bruno Dilly <bdi...@profusion.mobi> > said: > > > Hi folks, > > > > now that multiseat is supported up to Evas, we’re working on Edje. > > > > The idea is that a developer would be able to implement an UI that > > may be used by more than one single seat, properly handling focus, > > and providing different feedback for different seats action. > > > > Let’s say, different colors on focus, different images when different > > seat pointers are over, etc. > > > > I’ve done an initial implementation and wrote an example. It’s available > > on my branch devs/bdilly/edje_multiseat . There you’ll be able to find > > edje_multiseat example (C code + EDC). > > > > To make this possible, a few main changes were done: > > * New signals were added, adding the seat as suffix. So “mouse,in” > would > > be still be emitted, but also “mouse,in,seat1”, for example > > * Real Parts now may be focused by multiple seats > > * Some actions receive an optional seat parameter. For instance, > > FOCUS_SET may receive the seat name, or it will consider it's about the > > default seat. > > * Since Evas seat devices may have arbitrary names (at least using > > wayland backend you can name them as you want using udev rules), or set > > them on programmatic ways, Edje will have custom names for seats, > following > > a well established pattern. So first announced seat will be named > “seat1”, > > the second “seat2”... If an application supports three seats, on EDC you > > know what signals you should expect. It makes it possible to write > general > > applications (in the sense of not knowing exactly seats beforehand). But > > let’s say it’s not the case. there is a specific product built in a way > > that they know exactly which seats are supported and configured their > > names, or want to check if this seat has pointer, keyboard, or whatever… > > for this cases, Edje also emits signals saying when devices were added > (or > > removed) and their names. With these names you can use a new Edje > function > > to fetch the Evas device named as “seat1”. > > > > Please let me know about any suggestions or concerns. > > > > I should make a pull request with this initial patchset soon > > wait... so seats can be named... udev rules. so lets say i have seats: > > bob > jane > > i get signals like: > > mouse,in,bob > mouse,out,jane > > right? > > so i ALSO get > > mouse,in,seat1 > mouse,out,seat2 > > ? so i can write specific seat name handling signal stuff AND also have > generic? or... ? > > -- > ------------- Codito, ergo sum - "I code, therefore I am" -------------- > The Rasterman (Carsten Haitzler) ras...@rasterman.com > > > > ------------------------------------------------------------------------------ > 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 > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > ------------------------------------------------------------------------------ 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 enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
