Hi,
This seems to assume a finite and known in advance number of seats? I'm not well aware of what the seats are or how that's all supposed to work, but this sounds strange to me. Maybe someone can enlighten me? Why would the theme know the number of seats? (the approach probably makes perfect sense but i'm not sure what edje should do wrt. seats) TIA, On 4 December 2016 at 10:58, Carsten Haitzler <ras...@rasterman.com> wrote: > On Sat, 03 Dec 2016 15:24:17 +0000 Gustavo Sverzut Barbieri > <barbi...@gmail.com> said: > > > 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. > > ok. so edje will stick to simple seat1, seat2 etc. ok. sensible. > > > 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. > > yeah. unless the app emits these signals specifically as part of the edje > <-> > app "interface". > > > 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 > > > -- > ------------- 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 > -- Jean-Philippe André ------------------------------------------------------------------------------ _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
