Timeline for Sandbox for Proposed Challenges
Current License: CC BY-SA 4.0
14 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Jun 17, 2020 at 9:03 | history | edited | CommunityBot |
Commonmark migration
|
|
| Jun 27, 2019 at 15:03 | history | edited | Robin Ryder | CC BY-SA 4.0 |
added 29 characters in body
|
| Jun 27, 2019 at 15:02 | comment | added | Robin Ryder | @NickKennedy Yes, 0 is allowed. | |
| Jun 27, 2019 at 14:51 | comment | added | Nick Kennedy | Can a letter be assigned the value 0? That would be a non-negative integer | |
| Jun 25, 2019 at 22:05 | comment | added | Robin Ryder |
@FryAmTheEggman Potentially, an answerer could use only non-letters, add a single a, and then all following answers would need to assign a large value to a and avoid that letter in their own code. That seems OK to me, but I am a fan of lipograms... Anyway, I have updated the challenge following this helpful discussion; let's see if there are further comments. Thanks for your feedback!
|
|
| Jun 25, 2019 at 21:58 | history | edited | Robin Ryder | CC BY-SA 4.0 |
letters instead of characters
|
| Jun 24, 2019 at 22:55 | comment | added | FryAmTheEggman | Ah, I missed that, sorry. It still seems to have trouble with languages that could write all of their code using bytes outside the range you select and then throw in a small number of other characters, but I don't know if that is "broken" enough to make it unfun. | |
| Jun 24, 2019 at 20:41 | comment | added | Robin Ryder | @FryAmTheEggman Yes, and then whoever submitted that is guaranteed to lose, since the second-to-last answer wins. | |
| Jun 24, 2019 at 16:49 | comment | added | FryAmTheEggman | I don't think that works with your setup at all because a submission with no characters in whatever range you pick must always score exactly zero so it necessarily ends the chain. | |
| Jun 24, 2019 at 16:35 | comment | added | Robin Ryder | @FryAmTheEggman How about restricting to letters (without diacritics)? Anything not in [a-z] or [A-Z] must have value 0. I think this circumvents the problem. Or maybe extend to letters+digits, or even all ASCII characters. | |
| Jun 24, 2019 at 14:39 | comment | added | FryAmTheEggman | Wouldn't asking for a hexdump of the code to be in each answer ensure that the solutions are fairly accessible? TIO also has problems with displaying particular characters (null bytes especially) and other things like that each text box has one fixed encoding. | |
| Jun 24, 2019 at 14:34 | comment | added | Robin Ryder | @FryAmTheEggman I have been thinking about this as well. I want it to be easy to set up on TIO, which means that solvers should be able to just copy-paste the code of previous answers. Forcing solvers to take into account the esoteric codepoints of golfing languages would be a hassle. I'd be more inclined to let answerers pick the encoding, but I suppose that might create potential loopholes. | |
| Jun 24, 2019 at 3:45 | comment | added | FryAmTheEggman | Using characters like this seems to have some problems. Do answers get to pick encodings? Or is it really more like \$ f(c_{1},e_{1}) \$ where \$ e_{i} \$ is the encoding used by the ith answer? I think this may work better if you say it should work on bytes, then answerers can choose to interpret those bytes as characters in whatever encoding they want. | |
| Jun 23, 2019 at 11:44 | history | answered | Robin Ryder | CC BY-SA 4.0 |