Hi Peter, [snip] > > If I remember correctly, the Hextile encoding allows a tile may > choose to "inherit" the foreground colour from the previous tile only > if the prior tile actually had a foreground colour. The previous tile > must therefore be 2-colour (or 1-colour, which is essentially a special > case of 2-colour...). > > When reading the spec it's not very clear that the foreground > color is "cleared" whenever there is a tile w/o foreground.
That is correct, with the caveat that "a tile w/o foreground" is a tile with coloured sub-rects, i.e. a non-monochrome tile. It's perfectly reasonable to have a series of monochrome tiles of which only the first specifies a foreground colour. [snip] > It seems strange that someone who is in the process of pushing the RFB > spec through the IETF does not go out of their way to invite this > community when they know about it, and some ulterior motive could be the > explanation. [snip] One might also consider a lack of motive born of lack of personal involvement in the RFC process as a less sinister explanation. Or does that sound too absurd? ;) Cheers, -- Wez @ RealVNC Ltd P.S. As I said, your message was received & I'd expect you'll hear back from someone shortly. ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ tigervnc-rfbproto mailing list tigervnc-rfbproto@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-rfbproto
