[protobuf] Re: Issue 120 in protobuf: Request to allow extending CodedInputStream and CodeOutputStream

2012-01-03 Thread protobuf
Comment #8 on issue 120 by ken...@google.com: Request to allow extending CodedInputStream and CodeOutputStream http://code.google.com/p/protobuf/issues/detail?id=120 It's true that because Coded*Stream are public, we cannot contract these interfaces. However, we *do* currently have the

[protobuf] Re: Issue 120 in protobuf: Request to allow extending CodedInputStream and CodeOutputStream

2011-12-28 Thread protobuf
Updates: Owner: ken...@google.com Comment #6 on issue 120 by ken...@google.com: Request to allow extending CodedInputStream and CodeOutputStream http://code.google.com/p/protobuf/issues/detail?id=120 The problem with this is that if we ever modify the API of Coded*Stream (e.g. to

[protobuf] Re: Issue 120 in protobuf: Request to allow extending CodedInputStream and CodeOutputStream

2011-12-28 Thread protobuf
Comment #7 on issue 120 by owen.oma...@gmail.com: Request to allow extending CodedInputStream and CodeOutputStream http://code.google.com/p/protobuf/issues/detail?id=120 I understand about not wanting to get locked into an API, although I'm sure you'll already find that if you change the

[protobuf] Re: Issue 120 in protobuf: Request to allow extending CodedInputStream and CodeOutputStream

2011-12-27 Thread protobuf
Comment #4 on issue 120 by owen.oma...@gmail.com: Request to allow extending CodedInputStream and CodeOutputStream http://code.google.com/p/protobuf/issues/detail?id=120 I'd like to make an alternative encoding that has additional properties. With the final set on the