Ben Lerner

Closing this PR, since there's a cleaner (1-line!) CSS fix to make the borders hug the table more tightly. This will also give tight borders to rendered rows.

Being addressed by #421, correct?

If you try https://code.pyret.org/editor#headerStyle=hide, does that suffice for you? (Similarly you can try `footerStyle=hide`, and you can `&` the params together to hide both...

well... Ctrl+Enter in the definitions area will rerun it. But that is indeed obscure. :) There is also `headerStyle=small`, which does do what you want, but it's got some visual...

The type is right; the code is wrong. More accurately, it should return an `Option`, if we're going to be pedantic about erroneous color names.

Then you're stuck with throwing an uncatchable fatal error if the color name is bogus. Pick your poison...

No, I'm not happy with that status quo. The new image library, whose APIs we've discussed at length, now has `name-to-color` that returns an `Option`, and a `color-named` that returns...

That's exactly why we created `color-named`, which had a shorter name and dynamically crashes if you give it garbage inputs. I don't think we want Pyret to ever have functions...

From pyret-horizon, right now:  The same output occurs if you `include image-typed` instead.

We kept `name-to-color` because it was a legacy name and you and Emanuel insisted we needed to keep it for back-compat reasons; we added `color-named` because it was shorter. We...