The Remote Framebuffer Protocol
RFC 6143
Yes
(Cullen Jennings)
(Robert Sparks)
No Objection
(Adrian Farrel)
(Lisa Dusseault)
(Ron Bonica)
Abstain
(Tim Polk)
Note: This ballot was opened for revision 03 and is now closed.
Alexey Melnikov Former IESG member
(was Discuss)
Yes
Yes
(2009-07-30)
Unknown
I am very glad that this protocol is going to be documented in an RFC. I don't expect you to do anything about the following comments. If a future version of this protocol is developed in IETF, I hope they can be addressed: 7.5.6. ClientCutText RFB provides limited support for synchronizing the "cut buffer" of selected text between client and server. This message tells the server that the client has new ISO 8859-1 (Latin-1) text in its cut buffer. Ends of lines are represented by the newline character (hex 0a) alone. No carriage-return (hex 0d) is used. There is no way to transfer text outside the Latin-1 character set. :-( I am also hoping that a future version can integrate the SASL authentication framework (RFC 4422). And finally, language tags can be used for human readable text (RFC 4646).
Cullen Jennings Former IESG member
Yes
Yes
()
Unknown
Robert Sparks Former IESG member
(was Discuss, No Objection)
Yes
Yes
(2010-12-06)
Unknown
Adrian Farrel Former IESG member
(was Discuss)
No Objection
No Objection
()
Unknown
Lisa Dusseault Former IESG member
No Objection
No Objection
()
Unknown
Ralph Droms Former IESG member
No Objection
No Objection
(2009-07-15)
Unknown
Section 6 mentions that several versions of RFB have been published. Would it be possible to add references to the docs in which those versions have been published? Or is it the intention of this doc to obsolete those earlier docs?
Ron Bonica Former IESG member
No Objection
No Objection
()
Unknown
Russ Housley Former IESG member
(was Discuss)
No Objection
No Objection
(2009-07-16)
Unknown
Please place normative and informational references in different subsections.
Tim Polk Former IESG member
(was Discuss)
Abstain
Abstain
()
Unknown