On Wed, Nov 11, 2015 at 7:26 AM Carsten Haitzler <ras...@rasterman.com> wrote:
> raster pushed a commit to branch master. > > > http://git.enlightenment.org/core/enlightenment.git/commit/?id=b018ac1abc692e94c7b181672ef35ea25749cbd6 > > commit b018ac1abc692e94c7b181672ef35ea25749cbd6 > Author: Carsten Haitzler (Rasterman) <ras...@rasterman.com> > Date: Wed Nov 11 21:22:30 2015 +0900 > > e screens/zones/randr - store randr2 id in xinerama and zones for > lookup > > so e has a bit of a problem. we mostly deal with zones, BUt these > zones come from our old xinerama code (this likely should just die > some time) and THIS code gets fed info from e's randr code. we > re-fill/modify as randr finds new screens or things get reconfigured. > thus zones adapt. the problem is now all our zone code really has a > hard time reverse mapping the zone back to where it came from -eg the > randr screen data. you literally can't do a whole bunch of things like > know if that zone was an internal laptop lid or an external screen, or > if it was rotated or even what the dpi is... as you ave no deasy way > to map it back other than by guessing geometry matches. > > this fixes that by storing the randr screen id (which should be > unique) fromt he original src randr screen in the xinerama screen and > then in the zone. with this you can do a quick lookup in the e randr > data should you ever need to find the info. this should pave the way > for some other fixes/improvements, but without this they cannot be > done. > > @fix > I just wanted to mail and say that I appreciate your descriptive commit message. Thanks for taking the time to write it. ------------------------------------------------------------------------------ _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
