Another FYI. As part of the cleanup, I am seriously considering removing colour map (i.e. palette) support. Reasons for doing so:
- It's a lot of added complexity for something that is rarely, if at all, used today. - Our current viewer doesn't need it, and remote servers are required to support true color (i.e. it doesn't affect our ability to talk to other VNC servers). - We can still support colour map clients by giving them a generated palette based on e.g. 3-3-2 channels. IOW, our servers will still support all clients. The only downside I can see is that we lose built-in support for writing a TigerVNC server for a platform that uses palettes. I don't consider this a practical issue as those are rare. And should one come up, then you could put a conversion routine in the glue for that specific platform, rather than in the common code. Thoughts? Rgds -- Pierre Ossman Software Development Cendio AB http://cendio.com Teknikringen 8 http://twitter.com/ThinLinc 583 30 Linköping http://facebook.com/ThinLinc Phone: +46-13-214600 http://plus.google.com/+CendioThinLinc A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing?
signature.asc
Description: PGP signature
------------------------------------------------------------------------------ CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
_______________________________________________ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
