Skip to content
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

all-your-base: Show all the choices that tracks could make #1002

Closed
wants to merge 2 commits into from
Closed

all-your-base: Show all the choices that tracks could make #1002

wants to merge 2 commits into from

Conversation

petertseng
Copy link
Member

all-your-base 2.0.0

In #280 we made
the explicit choice to leave various cases expected: null where tracks
can make their own decisions (leading zeroes, the representations of
zero, whether empty sequence is acceptable as input).

There are four affected cases.

#473 results in
a discussion that some post-processing is necessary, based on the
decisions that a given track makes. One might even imagine that each
individual generator may have to reimplement base translation to arrive
at the proper answers for each case.

To ease the process of translation, instead we show the possible choices
that a track might make and show the expected value under each possible
choice.

A previous proposal did not receive support:
#468

However, this proposal differs because it offers multiple choices.

Closes #1001 by mutual exclusion

@petertseng
Copy link
Member Author

The intent is that #1000 will be merged and zero or one of (#1001, #1002) will be merged.

I gain almost no benefit from #1002.

all-your-base 2.0.0

In #280 we made
the explicit choice to leave various cases `expected: null` where tracks
can make their own decisions (leading zeroes, the representations of
zero, whether empty sequence is acceptable as input).

There are four affected cases.

#473 results in
a discussion that some post-processing is necessary, based on the
decisions that a given track makes. One might even imagine that each
individual generator may have to reimplement base translation to arrive
at the proper answers for each case.

To ease the process of translation, instead we show the possible choices
that a track might make and show the expected value under each possible
choice.

A previous proposal did not receive support:
#468

However, this proposal differs because it offers multiple choices.

Closes #1001 by mutual exclusion
"expected": {
"choices": {
"if_your_track_allows_leading_zeroes_in_input": {
"choices": {
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

bug: For tracks that allow leading zeroes in nonzero inputs BUT expect their zeroes to nonetheless be [], this should be an error, but currently isn't. Oh no, how could I make such a grievous error on such an important PR

@petertseng
Copy link
Member Author

In consideration of the reviewers' limited time, I really don't think you should expend your time reviewing this one.

@petertseng petertseng closed this Nov 10, 2017
@petertseng petertseng deleted the ayb-show-choices branch November 10, 2017 08:27
petertseng added a commit that referenced this pull request Nov 11, 2017
all-your-base 1.2.0

In #280 we made
the explicit choice to leave various cases `expected: null` where tracks
can make their own decisions (leading zeroes, the representations of
zero, whether empty sequence is acceptable as input).

There are four affected cases.

#473 results in
a discussion that some post-processing is necessary, based on the
decisions that a given track makes. One might even imagine that each
individual generator may have to reimplement base translation to arrive
at the proper answers for each case.

To ease the process of translation, instead we make some canonical
choices, explicitly show what the choices are, and offer that tracks may
make a different choice if desired.

A previous proposal did not receive support:
#468

However, this proposal differs because it does change the comments at
the top of the file.

Closes #1002 by mutual exclusion
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant