Formatting nits

[bterlson]

As reported by Domenic in tc39/proposal-async-await#59:

• Add styling for emu-const
• Remove emu-t right margin when inside normal text.
• Make Completion auto-link appropriately.

[ljharb]

It seems like v1.7.0 also no longer includes newlines in the generated HTML between steps in emu-alg blocks - is this related, or should it be a separate issue? (see tc39/proposal-string-pad-start-end@5b008b8#diff-3540caefa502006d8a33cb1385720803R13)

[bterlson]

@ljharb That was as a result of removing the beautify step from EMD so if the line breaks important to you, file a bug there!

[ljharb]

It looks like the issue was decided in tc39/ecmarkdown#12 - I'm not sure why this particular formatting would be that slow.

[domenic]

If you want to beautify, beautify the whole document as a post-processing step. Don't build that into the tools.

[ljharb]

Do you have a recommended tool to use? Typically I've found it easiest to beautify during generation of HTML, but super difficult to do reliably after.

[domenic]

Well, we were already doing it after the generation of the HTML, so you're not going to get anything different. js-beautify is what I used.

[ljharb]

Sounds good, I'll try that, thanks.

Update: done in tc39/proposal-string-pad-start-end@c0decde - thanks for the tip

[bterlson]

Not special-casing Completion - Completion{ ... } will link to the term Completion, which seems fine. Just need Completion to have a dfn in the source doc so it ends up in the biblio. See jmdyck/es-spec-emu#6.

[bterlson]

These are all addressed in 2.0.0-beta1