Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.Sign up
Language names, again #318
I'm sorry this is coming up again and again, but language names need to be even more flexible.
In the end, they turn up in an HTML5 class name, and the syntax for class names is extremely flexible:
Is there a reason the syntax for languages in fenced code blocks is restricted?
common mark seems to agree with русский:
But indeed few other implementations do. Hmm.
(Note that I would require a space before the
@cabo Thanks for bringing this up.
In the kramdown specification I did exactly specify of what characters an ID name may be specified but didn't do the same for class names.
Keeping that in mind not allowing any character in class names would actually be a bug. However, the two characters I would not include are the dot and hash sign so as to make chaining class and ID names in attribute lists still possible.
Any thoughts on this?
And what do you mean by this:
Just tried it -- great!
(My comment about requiring a space was that maybe
should not be recognized as a code block start. But then, the
(If you really need a
Looking forward for a release, so I can start referencing the new version from kramdown-rfc2629.