-
Notifications
You must be signed in to change notification settings - Fork 10
Decision: Paragraph indenting
Thing | Info |
---|---|
Relevant features | Content view |
Date started | 2021-04-12 |
Date finished | 2021-04-16 |
Decision status | Done |
Summary of outcome | Indents |
Reg text is structured into citable paragraphs that contain sub-paragraphs. For example, paragraph (a) can contain paragraphs 1-5, and paragraph 5 can include paragraphs i-iii.
Classic eCFR does not nest indents for paragraphs (every paragraph has the same hanging indent), which matches the paper books:
Beta eCFR has large indents:
Cornell LII has small indents:
What kind of indenting do we want to provide?
What's the right balance between readability and accuracy?
The reg text XML does not provide specific information about how to indent - it just provides what you see on classic eCFR (lists of paragraphs). This means tools that provide indents need to interpret them and display their interpretations. Any automated interpretation can have errors and inconsistencies.
Three experienced reg users talking about classic eCFR:
- "The biggest problem here is that it's not nested. The indents are all the same, so it's hard to tell what sub-paragraph it's on, if you're looking in the middle of this subsection."
- "It takes me a minute to actually figure out, oh, that's two of, one of, B of 611. It's weird. This one [early eRegs demo] gives us a view into that, lets us see how that's nested, which I think is preferable."
- "All regs have to be dry. But the way eCFR is set up - to understand what is a subparagraph of another section. It says paragraph a, subparagraphs I, II - but it’s not indented well - so you’re like wait, did I just move into a new subsection. The regs are so not user friendly...There are some subsections, like 45 CFR 95.611, that have many letters and many numbers under them. And you can go blind trying to figure out what falls under what, you know what I mean?"
For reference: 45 CFR 95.611 in classic eCFR + 45 CFR 95.611 in beta eCFR.
Many experienced reg readers are likely to be accustomed to reading the formatting in classic eCFR and the book. But reg readers (including experienced reg readers) can find it confusing to read the nested paragraphs without the indents as a hint about structure. Our domain SME says that some indenting is needed.
People can arrive at interpretation errors if they don't understand the nesting, especially when skimming the text.
A lot of CMCS staff use classic eCFR, and some use Cornell LII. So far, nobody has mentioned using beta eCFR.
Currently our mockups have small indents, while our live site is matching eCFR and the book (no indents).
No indents reduces our risk of errors, but it means some reg readers will find eRegs harder to read and get confused more often.
We should provide small indents to help readers interpret the regs.
Make a test version of the most sticky and complicated indenting we believe is realistic for our regs and test it with our current design, including the ones where you have italic 1s and 2s.
We have to implement indenting.
Please note that all pages on this GitHub wiki are draft working documents, not complete or polished.
Our software team puts non-sensitive technical documentation on this wiki to help us maintain a shared understanding of our work, including what we've done and why. As an open source project, this documentation is public in case anything in here is helpful to other teams, including anyone who may be interested in reusing our code for other projects.
For context, see the HHS Open Source Software plan (2016) and CMS Technical Reference Architecture section about Open Source Software, including Business Rule BR-OSS-13: "CMS-Released OSS Code Must Include Documentation Accessible to the Open Source Community".
For CMS staff and contractors: internal documentation on Enterprise Confluence (requires login).
- Federal policy structured data options
- Regulations
- Resources
- Statute
- Citation formats
- Export data
- Site homepage
- Content authoring
- Search
- Timeline
- Not built
- 2021
- Reg content sources
- Default content view
- System last updated behavior
- Paragraph indenting
- Content authoring workflow
- Browser support
- Focus in left nav submenu
- Multiple content views
- Content review workflow
- Wayfinding while reading content
- Display of rules and NPRMs in sidebar
- Empty states for supplemental content
- 2022
- 2023
- 2024
- Medicaid and CHIP regulations user experience
- Initial pilot research outline
- Comparative analysis
- Statute research
- Usability study SOP
- 2021
- 2022
- 2023-2024: 🔒 Dovetail (requires login)
- 🔒 Overview (requires login)
- Authentication and authorization
- Frontend caching
- Validation checklist
- Search
- Security tools
- Tests and linting
- Archive