> I think that removing the hard dependency on xinerama is a good idea, > and I like being able to specify the options manually. > > I believe there is some value in being able to use xinerama if it's > available, though. It just seems unfriendly to force the user to enter > all the monitor configuration if we can load it. To me, it seems > parallel to the -f parameter - the user can manually specify > dimensions identical to their workspace area, but if we can load it > nicely, why not do it for them? > > Note that I'm not suggesting that we require xinerama, but if it's > available, why not give the user an option to use it?
I agree. If configure finds xinerama and -f is used then use all the screens like the patch. For multi mon without -f It seems like the only thing left is to decide on the syntax. I think we have seen at least 3 formats. The only think I didn't like about some of them is the inability to specify which screen is the primary. Since we don't need to be "user friendly" for this advanced option maybe we should use a format that most flexible and easy to parse. Jay ------------------------------------------------------------------------------ Enable your software for Intel(R) Active Management Technology to meet the growing manageability and security demands of your customers. Businesses are taking advantage of Intel(R) vPro (TM) technology - will your software be a part of the solution? Download the Intel(R) Manageability Checker today! http://p.sf.net/sfu/intel-dev2devmar _______________________________________________ Freerdp-devel mailing list Freerdp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freerdp-devel
