Skip to main content

📝 Lesson 8.2: Accessibility, Export, PDF & Print

A document isn't finished when it looks good on your screen — it's finished when it reaches your reader intact, works for people who use a screen reader, and prints or exports cleanly to whatever format they need. This lesson closes that gap. You'll run Word's Accessibility Checker and finally see the big payoff of building with real Styles and headings, export to PDF the right way (including accessible tagged and PDF/A options), round-trip .docx with other tools, and set up a clean print.

📚 What You'll Learn

By the end of this lesson, you will be able to:

  • Run the Accessibility Checker (Review > Check Accessibility) and fix the issues it finds
  • Understand the six accessibility essentials — alt text, real heading structure, meaningful link text, table header rows, color contrast, and reading order — and why accessible equals better-structured for everyone
  • Export to PDF (and know when to use tagged PDF and PDF/A), plus save to other formats
  • Round-trip .docx sensibly with Google Docs, older Word, and ODF
  • Set up a clean print — preview, scaling, margins, print range/selection, and duplex

⏱️ Estimated Time: 50 minutes

🎯 Project: Run the Accessibility Checker on your report, fix every issue it flags, then export a tagged, accessible PDF you'd be proud to send.

In This Lesson

Why Accessible = Better Structured for Everyone

Accessibility can sound like a compliance chore — a box to tick for the sake of a rule. It's the opposite. When you make a document accessible, you're doing exactly what this whole course has been teaching: giving it real structure of meaning. A screen reader that reads a document aloud needs to know which lines are headings, what an image shows, where a link goes, and which row of a table is the header. Those are the same things that make a document navigable, searchable, and easy to restyle for everyone.

Here's the connection that ties it back to Lesson 2.3 and every lesson since: a screen reader builds its navigation from your Heading styles — the very same headings that power the Navigation pane and your automatic table of contents. If you hand-bolded a big line to look like a heading, a sighted reader might guess it's a heading, but a screen reader just reads a slightly larger sentence with no way to jump to it. Real Heading styles are what make a document usable for someone who can't see the formatting. All that discipline you built pays off here in a way that genuinely helps real people.

So the mental shift is simple and encouraging: you're not adding a separate "accessibility layer" on top of a finished document. If you've built with Styles and headings the way this course taught, you're already most of the way there. The Accessibility Checker mostly just catches the few things structure alone doesn't cover — like alt text on images — and confirms you did the rest right.

🧠 Mindset

Accessible documents aren't only for people with disabilities — they're better for everyone. A document with real headings is easier to skim, search, and turn into a table of contents. Meaningful link text is clearer for every reader, not just screen-reader users. Good color contrast is easier to read on a phone in sunlight. When you design for the person with the greatest need, you make it better for all. That's a genuinely satisfying reason to care.

The Accessibility Checker & the Six Essentials

Word has a built-in tool that scans your document and reports accessibility problems, ranked by severity. Find it at Review > Check Accessibility (it's available in the desktop app and in Word for the web). It opens a pane listing Errors (things that block access), Warnings (things that make access hard), and Tips (things that could be better). Click any item and Word tells you what's wrong and, usually, offers a one-click fix or jumps you straight to the problem. You can also turn on "Keep accessibility checker running while I work" so it flags issues as you go.

Almost everything it finds falls into six essentials. Learn these and you'll fix issues faster than the checker can list them:

Essential What it means How to fix it in Word
Alt text on images A short text description a screen reader reads in place of the image Right-click the image > View Alt Text, or select it and use Picture Format > Alt Text. Describe what it shows; mark purely decorative images as decorative.
Real heading structure Headings are actual Heading styles, in a logical order (don't skip from H1 to H3) Apply Home > Styles — Heading 1, 2, 3 — instead of hand-bolding. The payoff of the whole course.
Meaningful link text Link text describes the destination, not "click here" or a raw URL Select the link, Insert > Link (or right-click > Edit Link), and set the display text to something descriptive.
Table header rows The top row is marked as a header so it's announced for every data row Click in the table, then Table Layout > Repeat Header Rows and tick Header Row in Table Design. Keep tables simple — avoid merged cells.
Color contrast Text stands out enough from its background to be readable Avoid light-gray-on-white or clashing colors; don't rely on color alone to convey meaning (add a label or icon too).
Reading order Content is read in the order it's meant to be understood Keep the document flowing top-to-bottom; be careful with floating text boxes and complex wrapping, which can scramble the order.

📖 Definition

Alt text (alternative text): a written description of an image that a screen reader speaks aloud, and that also appears if the image fails to load. Good alt text is short and describes the meaning — "Bar chart: sales rose 40% from Q1 to Q3" — not "image1.png." If an image is purely decorative and carries no information, mark it as decorative so the screen reader skips it rather than reading a distracting description.

Work through the checker top to bottom — Errors first, then Warnings, then Tips — and re-run it after fixing. The list shrinking to "No accessibility issues found" is one of the most satisfying moments in finishing a document, and it takes far less time than you'd expect once your headings are real Styles. Just remember that a clean result means "no issues the checker can detect," not "perfectly accessible": it can't tell whether your alt text is actually meaningful or whether a bolded line should have been a heading. So finish with two human checks — read your alt text aloud, and confirm every heading appears in the Navigation pane.

Export to PDF — Tagged & PDF/A

PDF is the universal "final form" of a document: it looks the same on every device, can't be accidentally reflowed, and doesn't need Word to open. When your document is polished, exporting a PDF is how you send it out into the world. In Word you have two routes to the same destination:

  • File > Save As and choose PDF (*.pdf) from the file-type list, or
  • File > Export > Create PDF/XPS Document (desktop). In Word for the web, use File > Export > Download as PDF.

Both work — but there's an important detail hiding in the Options dialog (desktop app), especially if you care about accessibility, and you now do:

Option What it does When to use it
Tagged PDF ("Document structure tags for accessibility") Carries your headings, alt text, reading order, and table structure into the PDF so screen readers can navigate it Almost always — leave it ticked. This is what makes your accessible Word doc an accessible PDF.
PDF/A An archival PDF standard that embeds everything needed to reproduce the document faithfully for the long term When a document must be preserved or submitted to an archive, court, or records system.
Standard vs Minimum size Optimizes for print quality vs a smaller file for online sharing/email "Standard" for print or high quality; "Minimum size" for emailing or the web.
Page range / selection Export only certain pages or just the selected text When you only need to send part of a long document.

⚠️ Web vs desktop difference

The fine-grained PDF Options — explicitly ticking "tagged for accessibility," choosing PDF/A, or setting size — live in the desktop app. Word for the web can download a PDF, but it gives you fewer knobs. The good news is that when your document is built with real Styles and headings, the structure carries through regardless; and if you need a guaranteed tagged/PDF-A export with full control, that's a case where the desktop app earns its keep. As always, exact menu wording shifts between versions and platforms — hold onto the concept, not the pixel.

Other Formats & Round-Tripping .docx

PDF is for final, look-the-same output. But sometimes you need the document to stay editable in another tool, and that's where Word's other File > Save As formats come in. The most useful ones:

  • .docx — Word's own modern format and the de-facto standard. This is what you share when the other person will edit it.
  • .odt (OpenDocument Text) — an open standard used by LibreOffice and some government/education systems. Word can read and write it.
  • .rtf — Rich Text Format, a very portable but limited format that nearly any editor opens.
  • .txt — plain text, no formatting at all, for when you want the words and nothing else.
  • Web page (.html) — occasionally useful, though it produces messy markup; rarely the right choice.

Round-tripping .docx with other tools

A round trip means opening your Word .docx in another program, editing it, and bringing it back — and the honest truth is that it works reasonably well but not perfectly. Here's what to expect:

Round trip How well it goes What to watch for
Word ↔ Google Docs Good for everyday documents; Docs imports and exports .docx Advanced layout, some fonts, complex references, and mail-merge fields may shift or be simplified. Check headings and page layout after.
New Word ↔ older Word Very good — .docx is stable across recent versions Features newer than the old version may not survive; Word warns you in Compatibility Mode.
Word ↔ ODF (.odt) Workable for text and basic formatting The two formats model some things differently; expect minor layout and Styles drift.

The recurring lesson: a well-structured document survives a round trip far better than a hand-formatted one. Real Heading styles, proper lists, and paragraph spacing translate cleanly because they're expressed as meaning; a document held together with manual spaces, blank lines, and hand-bolding is exactly what breaks when another tool re-interprets it. One more reason to format by meaning.

💡 Practical rule

Send a PDF when the reader just needs to read or print it and it must look identical everywhere. Send a .docx when the reader needs to edit it. Only reach for .odt, .rtf, or .txt when someone specifically asks for them. When in doubt, PDF for finished, .docx for editable.

Printing — Preview, Scaling, Ranges & Duplex

Even in a digital world, plenty of documents still get printed — and Word's print screen packs a lot of control into one place. Open it with File > Print or Ctrl+P (on Mac, ⌘+P). The right side shows a live print preview — always glance at it before printing, because it's the last chance to catch a stray blank page or a heading stranded at the bottom.

Key controls on the print screen:

  • Copies & printer — how many, and which device (including "Print to PDF," another way to make a PDF).
  • Print range / selection — print All Pages, the Current Page, a specific range like 3-7, or just the text you selected first (Print Selection). Great for a long report you only need part of.
  • Duplex (two-sided) — Print on Both Sides if your printer supports it, flipping on the long or short edge. Saves paper and looks more professional.
  • Pages per sheet & scaling — fit multiple pages on one sheet, or Scale to Paper Size to shrink or enlarge to the paper you actually have.
  • Orientation & paper size — portrait/landscape and Letter/A4, matching what you set on the Layout tab.
  • Margins — adjustable here or on the Layout tab; check them if content is getting clipped at the edges.

⚠️ Watch Out

The number-one printing surprise is margins vs the printer's unprintable edge. Most printers can't print right to the paper's edge, so a design that runs content into the far margin can get clipped. If the preview looks right but the printout is cut off, widen your margins slightly or use Scale to Paper Size. And always trust the preview over your memory of the page — it shows exactly what will come out.

As with export, a well-structured document simply prints better. Page breaks land where they should because you used real breaks (not a pile of Enters), headings stay with their content because Style settings keep them together, and the whole thing paginates predictably. Structure isn't only for the screen — it's what makes paper behave, too.

Structure Pays Off at Export & Print

Step back and notice the pattern across this entire lesson: accessibility, PDF export, format round-trips, and printing all reward the same thing — a document built from meaning with Styles and headings. That's not a coincidence. Every one of these is a moment where your document leaves the comfortable environment of your own Word window and has to survive being interpreted by something else: a screen reader, a PDF engine, Google Docs, a printer. And structure is exactly what survives that translation.

graph LR A["🏗️ Well-structured doc
real Styles & headings"] --> B["♿ Accessibility Checker
mostly passes already"] A --> C["📄 Tagged PDF
headings & alt text carry over"] A --> D["🔄 .docx round-trip
survives other tools cleanly"] A --> E["🖨️ Clean print
predictable pagination"]

A document held together by hand-formatting — blank lines for spacing, bolded lines pretending to be headings, spaces for indents — breaks at every one of those exits. The screen reader can't navigate it, the tagged PDF has no structure to tag, the round trip scrambles it, and the pagination goes haywire. So this lesson is really the final vindication of the course's core philosophy: format by meaning, and the whole downstream world just works.

💡 The payoff, stated plainly

You didn't learn Styles and headings to satisfy a rule. You learned them so that — at the very end, when it matters most — your document is accessible to everyone, exports as a clean tagged PDF, opens correctly in other tools, and prints predictably, all with almost no extra effort. That's the return on the discipline. It comes due right here.

🎯 Project: Check Accessibility & Export a Tagged PDF

Time to finish your report properly. You'll run the Accessibility Checker on the report you built in Module 7, fix everything it flags, and then export an accessible, tagged PDF — the version you'd actually send to a real reader. This is the last polish step before the capstone.

🏋️ Make it accessible, then export a proper PDF

Objective: Get to "No accessibility issues found," then produce a tagged PDF that carries your structure with it.

Instructions (about 20 minutes):

  1. (2 min) Open your report and run Review > Check Accessibility. Read the pane — note how many Errors, Warnings, and Tips it lists.
  2. (6 min) Fix the Errors first: usually missing alt text on images (right-click > View Alt Text) and any images or tables with no description. Add a short, meaningful description to each; mark decorative images as decorative.
  3. (4 min) Fix Warnings and Tips: confirm your headings are real Heading styles, set your table's header row, rewrite any "click here" links to meaningful text, and check color contrast.
  4. (2 min) Re-run the checker until it reads "No accessibility issues found." The checker doesn't catch everything, so also open the Navigation pane and confirm every heading appears there.
  5. (4 min) Export a PDF: File > Export (or Save As > PDF). In the desktop app open Options and ensure "Document structure tags for accessibility" (tagged PDF) is ticked; on the web, use Export > Download as PDF. Open the PDF and confirm it looks right.
  6. (2 min) Preview a print with Ctrl+P (⌘+P on a Mac) — glance for stray blank pages or clipped margins, even if you don't actually print.
💡 Hint — the accessibility fix order
ACCESSIBILITY & EXPORT PASS

1. Review > Check Accessibility  → read the pane
2. ERRORS (fix first)
   [ ] Alt text on every meaningful image
   [ ] Decorative images marked decorative
   [ ] Tables have a header row
3. WARNINGS / TIPS
   [ ] Headings are real Heading styles (H1 → H2 → H3, no skips)
   [ ] Links use meaningful text, not "click here"
   [ ] Color contrast OK; meaning not by color alone
   [ ] Reading order flows top-to-bottom
4. Re-run → "No accessibility issues found"
5. Export PDF → Options → TAGGED for accessibility ✓
6. Ctrl+P → check preview (blank pages? clipped margins?)

If you're on Word for the web and can't tick the tagged-PDF option explicitly, don't worry — because your headings are real Styles, the structure still carries. Note it in your journal as a place the desktop app gives more control.

✅ Project Completion Checklist

  • The Accessibility Checker reports no remaining Errors (ideally no Warnings either)
  • Every meaningful image has alt text; decorative ones are marked decorative
  • Your table has a proper header row and your links have meaningful text
  • You exported a PDF — tagged for accessibility where your version allows it
  • You checked print preview for blank pages and clipped margins

🎯 Quick Quiz

Question 1: Why does using real Heading styles matter for accessibility?

Question 2: You want to email a finished report that must look identical for everyone and be screen-reader friendly. Best choice?

Best Practices for Accessibility, Export & Print

✅ Do's

  • Run the Accessibility Checker before you send anything important. It takes two minutes and catches much of what your eyes miss — though not everything, so pair it with a quick Navigation-pane check of your headings.
  • Add short, meaningful alt text to every informative image; mark decorative ones as decorative.
  • Leave "tagged for accessibility" on when exporting PDFs, so your structure travels with the file.
  • Send PDF for final, .docx for editable — pick the format for the job.
  • Always glance at print preview before printing to catch blank pages and clipped margins.

❌ Don'ts

  • Don't rely on color alone to convey meaning — add a label, icon, or text as well.
  • Don't use "click here" link text. Describe the destination so it's clear out of context.
  • Don't assume a hand-formatted document will round-trip or tag cleanly — it won't; real Styles are what survives.
  • Don't run content into the far margin and expect it to print — respect the printer's unprintable edge.

💡 Pro Tips

  • Turn on "Keep accessibility checker running while I work" so issues surface as you build, not at the end.
  • "Print to PDF" is a quick way to make a PDF from any platform — but the real Export dialog gives you the tagged/PDF-A control you now know to want.

📓 Learning Journal

Keep a learning journal as you work through this course — a separate document, a note, or even a second Word file right beside the one you're building. After each lesson, take a few minutes to write down:

  • Key concepts you learned
  • Techniques that clicked for you
  • Questions or confusion points to revisit
  • Ideas you want to try in your own documents
  • Your progress and feelings about learning this — including where your confidence grew

✍️ This lesson's prompt: What did the Accessibility Checker find in your report — and how many of those issues came down to structure you'd already handled with Styles and headings? Now that you've seen how accessibility, PDF export, and printing all reward a well-structured document, how does that change how you feel about the "format by meaning" habit you've been building? What's one document you'll go back and make accessible?

📝 Lesson Summary

🎓 Key Takeaways

  • The Accessibility Checker (Review > Check Accessibility) scans for Errors, Warnings, and Tips — mostly the six essentials: alt text, real heading structure, meaningful link text, table header rows, color contrast, and reading order.
  • Accessible = better structured for everyone. Screen readers navigate by real Heading styles — the same structure that powers your Navigation pane and table of contents.
  • Export to PDF via File > Save As or Export; keep tagged PDF on for accessibility, and use PDF/A for archiving. Fine controls live in the desktop app.
  • Save to other formats (.docx, .odt, .rtf, .txt) as needed; .docx round-trips reasonably with Google Docs, older Word, and ODF — and a well-structured document survives the trip best. PDF for final, .docx for editable.
  • Print with Ctrl+P: check the preview, set the range/selection, use duplex and scaling, and mind your margins. A well-structured document exports and prints cleanly.

🎉 What You've Accomplished

Your report is now genuinely finished: it works for people using assistive technology, exports as a clean tagged PDF that keeps its structure, and prints predictably. You also saw the whole course pay off in one place — every one of these steps rewarded the "format by meaning" discipline you've been building since Module 2. That's a document you can send to anyone, anywhere, with confidence.

❓ Common Questions at This Stage

Do I really need to add alt text to every image?

To every image that carries information, yes — a chart, a diagram, a photo that matters to the content. Purely decorative images (a border, a background flourish) should be marked as decorative instead, so a screen reader skips them rather than reading a pointless description. The Accessibility Checker will flag images that need one either way.

My Word document looked perfect but the PDF wasn't accessible. Why?

Almost always because the PDF was exported untagged. Tagging is what carries your headings, alt text, and reading order into the PDF. In the desktop app, open the PDF export Options and make sure "Document structure tags for accessibility" is ticked. And it only works if the Word document had real structure to begin with — real Heading styles, not hand-bolded lines.

Will my document look identical after a round trip through Google Docs?

Reasonably close for everyday documents, but not guaranteed identical — advanced layout, some fonts, and complex references can shift, and Docs may simplify things Word does that it doesn't. A well-structured document (real Styles, proper lists) survives far better than a hand-formatted one. If the final form must look identical everywhere, send a PDF instead.

🔭 Looking Ahead

In the next and final lesson — Lesson 8.3: Capstone — A Complete, Polished, Structured Document — you bring everything together. Content, structure, and presentation; Styles and a table of contents; visuals, accessibility, and export — all in one guided build of a document you'll be genuinely proud of. It's the finale the whole course has been building toward.

✅ Before the Next Lesson

  • Have your accessible report and its tagged PDF saved and ready
  • Skim back over your earlier lessons on Styles, TOC, sections, and visuals — the capstone uses them all
  • Write your Learning Journal entry on how structure paid off at export time

📚 Additional Resources

🌟 Encouragement for the Journey

You just made a document that works for everyone — and you saw, in black and white, why all that Styles discipline was worth it. Accessible, exportable, printable, all from one well-built document. That's the mark of someone who doesn't just use Word, but understands it. One lesson left — the capstone — where you put every skill together into a document you'll be proud to show off. 📝