-
Notifications
You must be signed in to change notification settings - Fork 72
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
WIP: Event-based encoding API based on Data-E #1423
base: master
Are you sure you want to change the base?
Conversation
8fbd823
to
750e586
Compare
750e586
to
6a0cd77
Compare
1633a1f
to
15b3d4f
Compare
15b3d4f
to
207e2eb
Compare
207e2eb
to
a2944f1
Compare
d70ff81
to
9f683f0
Compare
95ec395
to
c6b75e3
Compare
810485d
to
6e49597
Compare
b249fc1
to
a9f7a02
Compare
b3e8267
to
0d9c977
Compare
a5b2f9c
to
fcca76a
Compare
41698a9
to
f8ed0f8
Compare
45b19b2
to
6b658fb
Compare
29f3d96
to
f4d9222
Compare
f4d9222
to
ac5d745
Compare
ac5d745
to
185fb06
Compare
185fb06
to
2e3e068
Compare
5b218d2
to
a835285
Compare
a835285
to
821f6a9
Compare
821f6a9
to
63674e8
Compare
4e8e848
to
1c2145f
Compare
1c2145f
to
bcc515b
Compare
bcc515b
to
42d5319
Compare
// copyRecord allows only string keys so this will | ||
// work. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
copyRecord keys can be symbols now, right?
@gibson042 and I just talked about that recently, I think.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
oh... or is that Far object method names?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
No. Yes.
Cannot be copyRecord property names. Can be Far object method names.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Though we discourage the latter until we see how receptive OCapN is to @kriskowal 's suggestions to no longer accept symbol method names per se. IOW, only string names transmitted as method names, where each side get to decide whether to translate it into a local string method name or a local symbol method name. Would require a bit of refactoring of abstraction levels, so method names have a special place, and so unlikely to be settled soon. Until then, the current symbols-also consensus stands. But we'd like to avoid unnecessarily entrenching that until this matter is settled.
See http://www.erights.org/data/serial/jhu-paper/data-e-manual.html
@kriskowal , an unfortunate result of reminding me of Data-E ;)
@gibson042 , I don't know that I'll ever get it ready for review. But you may be interested anyway.
No longer staged on #1594 until it is on a more recent master