typography-base: process 'type' attribute of HTML <ol> tag

[hpalacio]

Some markup languages like AsciiDoc, allow defining the 'type'
attribute of HTML <ol> tag.
For instance, the following AsciiDoc code:

[loweralpha]
. item1
. item2

Produces in GitHub the HTML code:

<ol type="a">
	<li>item1</li>
	<li>item2</li>
</ol>

The current SCSS doesn't cover this 'type' attribute, so the regular
default symbol (decimal) applies, instead of the one intended by the
author.

Signed-off-by: Hector Palacios [email protected]

[changeset-bot]

🦋 Changeset detected

Latest commit: 42ebe55

The changes in this PR will be included in the next version bump.

This PR includes changesets to release 1 package

Name	Type
@primer/css	Minor

Not sure what this means? Click here to learn what changesets are.

Click here if you're a maintainer who wants to add another changeset to this PR

[jonrohan]

Interesting! I didn't realize it could do that, could you provide an example to a rendered link? I might want to namespace this so we're not directly effecting all ol

[hpalacio]

Hi @jonrohan
See example at https://github.com/hpalacio/markdown-test/blob/hpalacio/lists/lists.adoc.
The first part has no specifiers. Renders by default to:

• level 1: decimal
• level 2: lowerroman
• level 3: loweralpha
• level 4: loweralpha

The second part has some specifiers: loweralpha for level 2, lowerroman for level 3, decimal for level 4.

You can inspect the code to see how such lists render.

• loweralpha: <ol type='a'>
• lowerroman: <ol type='i'>

I was expecting "decimal" or "arabic" to also render as <ol type='1'> but that's not happening. I wonder if it's an issue of AsciiDoc.

In any case, without a specific style for the type attribute, the default style applies, so both lists render the same.
Check out how the list would show with the applied styles in https://codepen.io/hpalacio/pen/WNRLLwX

[jonrohan]

Thanks so much @hpalacio! Going to include it in the next release