pangram: clarify language in README

[tleen]

Made README clearer in regards to allowed inputs for pangram / allowed
inputs for interface.

Added the term 'rune' into the problem context.

Resolves #801

[robphoenix]

I'm not fully up on generating the READMEs, is this in danger of being overwritten?

[tleen]

I don't think so, I believe that was a one time thing? I do have to look into it more, it's part of the reason why #786 has been sitting around. If that ends up happening we can redo in the local metafile or wherever.

[tleen]

Yes, it would be overwritten but by us via configlet, automation in README's is a thing of the past. See the comment in 4a9e2a0. Full docs here.

[robphoenix]

Okay, yeah, unless we change the description.md in the problem-specifications repo, then anything we add to hints.md will be additional. To change this we need to re-write it here. I suppose we just need to be considerate of this if we ever want to regenerate READMEs in the future and not just do them all.

[tleen]

This may be a good example of why we moved to locally generated READMEs in the first place.

[robphoenix]

I wonder if we're addressing the wrong problem here. Looking at exercism/problem-specifications@ff2abe7 & exercism/problem-specifications#842 it may be that we should update the test suite to reflect the canonical-data.json instead of rewriting the README. And then add a generator when we can.

[tleen]

Yeah, I think that is better since we are the divergent track here.

[robphoenix]

Okay, do you want to update the config.json manually now until we implement the generator?

[tleen]

I was gonna yank those two entries out of the test suite?

[robphoenix]

Sounds good 👍