Best Practices and Accessibility

• Don't use color as a way to convey meaning or importance. Colorblind users and screenreaders may not pick up on color changes.
• Don't mix different font types. Stick to the default font. 
• Do not change the font size unless you have good reason. If you need headers within a text box, use Heading 3 and Heading 4 in the rich text editor, or use <h3> and <h4> tags in the HTML.
• Do not underlinine text that is not a hyperlink.
• Use bold or italics in the rich text editor (or <strong> or <em> tags in HTML) to indicate emphasis. Use these tags sparingly. 
• When using HTML, avoid older-style bold <b> or italics <i> tags as they denote style rather than importance.
• Avoid relying on non-HTML content that may not be accessible, like PDF or PowerPoint documents.

Take caution when copying & pasting content from any source. Many times hidden style code will also be copied along that could break with best practices and introduce inaccessible content.

There are a few ways to avoid hidden style code from being placed into your guide. The rich text editor has a few useful tools to use. 

•  This button will show a popup box that will strip out all text formatting and leave behind plain text. Best for simple text.
•  This button will show a popup box that will keep a lot of the original formatting from the Word document source. This is also the default behavior when pasting directly into the rich text editor. This does not follow best practices so try not to use this feature unless you plan to go through the source and clean up the formatting by hand!
•  This button will remove all formatting from selected text inside the rich text editor. This will generally solve strange formatting issues you may find from copied text. This button will also remove hard-coded widths from tables that may overflow your guide.

• Only use tables for tabular data that fits well into rows and columns.
• Don't use tables to format links or other information. 
• Use table headers to describe the contents of the table columns.
• Avoid spanned rows as screen readers may not properly parse them.
• Tables have special styling to make them work well with responsive design. No need to manually change the table's width or cell padding in LibGuides.

Here is an example default 2x2 table with a header created within the rich text editor.