Accessibility Conformance Report
- Product
- IdeaLine web application, marketing website and legal documents (version 0.1.x)
- Report date
- 17 October 2026
- Vendor
- [COMPANY LEGAL NAME]
- Contact
- [ACCESSIBILITY CONTACT EMAIL]
- Evaluation method
- Self-assessment using automated scans, scripted keyboard and behavior tests, reflow / text-spacing / forced-colors emulation, and source review. See the evidence key. Independent audit and assistive-technology testing: pending.
- Applicable standards
- WCAG 2.2 A and AA; Revised Section 508 (36 CFR 1194, Appendix C); EN 301 549 V3.2.1 (with the WCAG 2.2 additions expected in V4.x)
1. Summary
Of the 55 WCAG 2.2 Level A and AA success criteria, IdeaLine supports 47, partially supports 1, does not support 0 and finds 7 not applicable (media criteria; IdeaLine has no audio or video). The one partial criterion is 3.3.4 (optional delete confirmation). The one failing requirement is outside WCAG: the calendar PDF download is not a tagged PDF (Section 508 504.2.2).
- This report is a self-assessment by the IdeaLine team. It has not been verified by an independent accessibility auditor.
- Automated and scripted checks do not replace testing with assistive technology. Screen-reader testing (NVDA with Firefox and Chrome, JAWS with Chrome, VoiceOver with Safari on macOS and iOS, TalkBack with Chrome) and voice-control testing (Dragon, Voice Control) are planned and have not yet been completed. Until they are, criteria that depend on screen-reader behavior are reported on the basis of code review and automated checks.
- WCAG 2.2 Level A and AA (including the nine new criteria) are evaluated. Section 508 incorporates WCAG 2.0 A and AA for web content; WCAG 2.2 is a superset, so conformance to the table below also demonstrates conformance to WCAG 2.0 and 2.1 A and AA, except where the table notes otherwise.
- The only criterion marked "Partially Supports" is 3.3.4 (optional delete confirmation). The only "Does Not Support" item is the non-tagged calendar PDF export (Section 508 504.2.2).
Terms: Supports: the functionality has at least one method that meets the criterion without known defects. Partially Supports: some functionality does not meet it. Does Not Support: the majority does not meet it. Not Applicable: the criterion is not relevant to the product.
2. WCAG 2.2 Level A and AA
The table applies to the website, legal pages and web application together. Evidence codes are explained in section 6.
| Criterion | Conformance level | Remarks and explanations | Evidence |
|---|---|---|---|
| 1.1.1 | Supports | Icons are hidden from assistive technology or have text names; icon-only buttons have accessible names. Charts and badges are accompanied by text. The calendar picture downloads (PNG, JPG, PDF) are images by nature; the Excel, CSV and JSON exports are the accessible equivalent (see Section 508 504.2.2 below). | E1 E6 |
| 1.2.1 | Not Applicable | IdeaLine publishes no audio or video. | |
| 1.2.2 | Not Applicable | No synchronized media. | |
| 1.2.3 | Not Applicable | No synchronized media. | |
| 1.2.4 | Not Applicable | No live media. | |
| 1.2.5 | Not Applicable | No synchronized media. | |
| 1.3.1 | Supports | Landmarks, heading levels, lists, data tables with header cells, grouped controls and programmatically associated labels are used throughout. The calendar is a grid with rows, column headers and cells. Screen-reader verification is pending (see notes). | E1 E6 |
| 1.3.2 | Supports | Reading order follows source order; layouts that reorder visually keep a logical DOM order. | E2 E6 |
| 1.3.3 | Supports | Instructions never rely only on shape, color, position or sound. | E6 |
| 1.3.4 | Supports | No orientation lock; layouts work in portrait and landscape. | E3 |
| 1.3.5 | Supports | Sign-in, access request and profile fields carry autocomplete tokens (username, current-password, new-password, name, email, organization). | E1 E6 |
| 1.4.1 | Supports | Status, selection and errors are also shown with text, icons, borders or shape. Links in body text are underlined. | E5 E6 |
| 1.4.2 | Not Applicable | No audio plays. | |
| 1.4.3 | Supports | Text measures at least 4.5:1 (3:1 for large text) in both light and dark themes on all scanned pages and views. | E1 |
| 1.4.4 | Supports | Text scales to 200% without loss of content or function; sizes use rem units. | E3 E4 |
| 1.4.5 | Supports | Text is real text. Exceptions: the logo, and calendar picture downloads the user creates. | E6 |
| 1.4.10 | Supports | No horizontal page scrolling at 320 CSS px. Wide data tables scroll inside their own focusable container, which is permitted for data tables. | E3 |
| 1.4.11 | Supports | Input borders, focus rings, checkboxes, switches and icon buttons meet 3:1. | E1 E5 |
| 1.4.12 | Supports | Increasing line, paragraph, letter and word spacing causes no clipping or overlap on tested pages. | E4 |
| 1.4.13 | Supports | No custom hover or focus pop-ups; tooltips are the browser's own. Menus open on click and close with Escape. | E6 |
| 2.1.1 | Supports | Every function works from the keyboard. Drag and drop has keyboard and button equivalents (edit forms, Move up / Move down, Alt + arrow keys). | E2 E7 |
| 2.1.2 | Supports | Focus can always move away. Dialogs trap focus only while modal and close with Escape. | E2 |
| 2.1.4 | Supports | There are no single-character keyboard shortcuts. | E6 |
| 2.2.1 | Supports | The 30-minute inactivity sign-out warns two minutes beforehand in an alert dialog and the user can choose Stay signed in. Changed during this audit (previously there was no warning). | E7 |
| 2.2.2 | Supports | No auto-updating or scrolling content. Decorative pulse and glow animations stop within 5 seconds and are removed entirely when the user prefers reduced motion. Drag feedback animations occur only while the user is dragging. | E5 E6 |
| 2.3.1 | Supports | Nothing flashes. | E6 |
| 2.4.1 | Supports | A "Skip to main content" link is the first focusable item on every page, and pages use landmarks. | E2 |
| 2.4.2 | Supports | Every page has a unique, descriptive title. | E1 |
| 2.4.3 | Supports | Focus order follows the visual order; dialogs move focus in and return it to the trigger on close. | E2 E7 |
| 2.4.4 | Supports | Link text describes the destination; links that open a new tab say so for assistive technology. | E1 E6 |
| 2.4.5 | Supports | Site: main navigation, footer, sitemap and Resources. App: tabs and global search. | E6 |
| 2.4.6 | Supports | Headings and labels describe their topic or purpose. | E1 E6 |
| 2.4.7 | Supports | A 3 px high-contrast focus indicator is shown on every interactive element, including in forced-colors mode. | E2 E5 |
| 2.4.11 | Supports | Sticky headers and the consent / cookie banners reserve scroll padding so a focused element is not hidden. Changed during this audit. | E2 |
| 2.5.1 | Supports | No multipoint or path-based gestures are required. | E6 |
| 2.5.2 | Supports | Actions run on release (click); a drag can be cancelled with Escape. | E6 E7 |
| 2.5.3 | Supports | Visible labels are contained in the accessible names of controls. | E1 E6 |
| 2.5.4 | Not Applicable | No function is triggered by device motion. | |
| 2.5.7 | Supports | Every drag has a single-pointer alternative: card, calendar and idea moves via the edit form (status, dates); tab and list reordering via Move up / Move down buttons. | E2 E7 |
| 2.5.8 | Supports | Interactive targets are at least 24 by 24 CSS px, or are inline text links or have sufficient spacing. | E1 |
| 3.1.1 | Supports | Every page declares lang="en". | E1 |
| 3.1.2 | Supports | All content is in English. | E6 |
| 3.2.1 | Supports | Focusing an element does not change context. | E2 |
| 3.2.2 | Supports | Changing a control does not submit or navigate without warning; the calendar size menu updates the view in place and returns focus to itself. | E2 E7 |
| 3.2.3 | Supports | Navigation, header and footer appear in the same order on every page and view. | E6 |
| 3.2.4 | Supports | The same icons and labels mean the same thing across the site and app. | E6 |
| 3.2.6 | Supports | A Help link (to Resources) and a contact link appear in the same place in the footer of every site page, legal page and app screen. Changed during this audit. | E6 |
| 3.3.1 | Supports | Errors are described in text, associated with the field or announced in an alert region. | E7 |
| 3.3.2 | Supports | Every field has a visible label; format hints (such as 12-character passwords) are shown before submission. | E1 E7 |
| 3.3.3 | Supports | Messages say how to fix the problem. | E7 |
| 3.3.4 | Partially Supports | Deleting a person, a project, an account or a whole workspace asks for confirmation, and importing a backup asks first. A user may tick "Don't ask me again" for ordinary item deletes, after which those deletes are immediate and cannot be undone. Planned: an Undo toast or recycle bin. | E7 |
| 3.3.7 | Supports | Forms ask for each item once; the access request and sign-in forms are single step. | E6 |
| 3.3.8 | Supports | Sign-in works with a password manager (autocomplete set, paste allowed) or an emailed sign-in link. There is no puzzle, memory test or transcription step. | E6 E7 |
| 4.1.2 | Supports | Native elements are used first; custom widgets (tabs, combobox, switches, dialogs, toggle buttons) expose name, role, state and value. | E1 E6 |
| 4.1.3 | Supports | Toasts, results counts and form errors use status or alert live regions. | E6 E7 |
Success criterion 4.1.1 Parsing was removed in WCAG 2.2; it is covered by EN 301 549 9.4.1.1 below.
3. Revised Section 508
| Criterion | Conformance level | Remarks and explanations |
|---|---|---|
| 302.1 | Supports | Full keyboard operation, semantic structure and labels support screen readers. Screen-reader verification is pending. |
| 302.2 | Supports | Reflow to 320 px, 200% text resize, light and dark themes, high contrast and forced-colors support. |
| 302.3 | Supports | Color is never the only cue. |
| 302.4 | Not Applicable | No audio content. |
| 302.5 | Not Applicable | No audio content. |
| 302.6 | Supports | No speech input is required. |
| 302.7 | Supports | No fine motor gestures, 24 px minimum targets, drag alternatives and no timing-dependent actions except the session warning, which can be extended. |
| 302.8 | Supports | Software only; no reach or strength demands. |
| 302.9 | Supports | Plain language, consistent layout, error suggestions, confirmation before destructive actions, no cognitive tests to sign in. Optional delete-confirmation opt-out is noted under 3.3.4. |
| Criterion | Conformance level | Remarks and explanations |
|---|---|---|
| 501.1 | Supports | Software is the web application at idealine.io/app. Its web content conforms as listed in the WCAG tables. |
| 502.2.1 | Supports | Browser and operating-system accessibility settings (zoom, color scheme, reduced motion, forced colors) are honored. |
| 502.2.2 | Supports | The application does not disable platform accessibility features. |
| 502.3 | Supports | Standard HTML and ARIA expose role, state, name and value to the browser accessibility API. |
| 502.4 | Supports | Standard browser keyboard behavior is not overridden. |
| 503.2 | Supports | Light, dark and automatic themes follow the system setting; reduced motion is respected. |
| 503.3 | Not Applicable | The application does not offer an alternative user interface. |
| 503.4 | Not Applicable | No media. |
| 504.2 | Partially Supports | IdeaLine is a content planning tool. Exports to Excel, CSV and JSON are text-based and accessible. See 504.2.2. |
| 504.2.1 | Supports | Exports carry the text of every item; nothing relies on color or position alone. |
| 504.2.2 | Does Not Support | The calendar PDF download is a picture of the calendar and is not tagged (not PDF/UA). Use the Excel or CSV export for an accessible equivalent. The next version should offer a tagged PDF or accessible HTML calendar export. |
| 504.3 | Supports | Prompts and error messages are text and available to assistive technology. |
| 504.4 | Supports | Project templates are plain, structured text. |
| Criterion | Conformance level | Remarks and explanations |
|---|---|---|
| 602.2 | Supports | Documented in Resources, "Keyboard and accessibility", and in the Accessibility Statement. |
| 602.3 | Supports | Help and policy documents are HTML pages built to the same WCAG criteria; policy documents are also offered as tagged PDF, Word and plain text. |
| 602.4 | Not Applicable | There is no printed documentation. |
| 603.2 | Supports | Provided in the Accessibility Statement and this report. |
| 603.3 | Supports | Support is available by email; a telephone number is provided on request. Contact details are on the Accessibility Statement. (Complete the telephone and response-time placeholders before publishing.) |
Chapter 4 (Hardware) is not applicable: IdeaLine is software delivered as a service.
4. EN 301 549 (European Accessibility Act)
| Clause | Conformance level | Remarks and explanations |
|---|---|---|
| 4.2.x | Supports | Mapped to Section 508 302.1 to 302.9 above. No flashing content (photosensitive seizures). Privacy: no accessibility feature exposes personal data. |
| 5.2 | Supports | No accessibility feature is deactivated by the application. |
| 5.4 | Supports | See 504.2.1. |
| 5.6 / 5.7 / 5.9 | Supports | Toggle states are programmatically exposed; no key repeat or simultaneous key presses are required. |
| 6, 7, 8, 13 | Not Applicable | Not provided. |
| 9.1.1 to 9.4.1.3 | Supports | Conforms; see the WCAG 2.2 table, which is a superset (4.1.1 Parsing is satisfied: no duplicate IDs or malformed nesting were found by the scan). |
| 9.2.x (WCAG 2.2 additions) | Supports | Conforms; see the WCAG 2.2 table. |
| 10 | Partially Supports | Policy PDFs are tagged with headings, lists and tables; Word files use heading styles. The calendar PDF/PNG/JPG downloads are not accessible (see 504.2.2). |
| 11 | Not Applicable | IdeaLine is web content, covered by clause 9. |
| 11.8.x | Partially Supports | See Section 508 504.2. |
| 12.1 | Supports | Resources and Accessibility Statement; HTML. |
| 12.2 | Supports | Support by email with accessibility contact; telephone on request. |
Status of the standard: V3.2.1 is the version currently cited in the Official Journal for the presumption of conformity. A revised edition (V4.1.1, adding the WCAG 2.2 criteria) was published by ETSI in September 2026 and is expected to be cited later. [Check the current citation status with counsel before relying on this paragraph]
5. ADA
The Americans with Disabilities Act has no technical standard of its own for private products. The Department of Justice's Title II rule (state and local governments) adopts WCAG 2.1 Level AA, and courts commonly look to WCAG for Title III (businesses open to the public). IdeaLine's conformance to WCAG 2.2 AA, shown above, is intended to help public-sector and private customers meet those obligations. This report is not legal advice and does not certify compliance with any law.
6. Evidence key
| Code | Method |
|---|---|
| E1 | Automated rule scan (names, labels, roles, ARIA references, landmarks, headings, duplicate IDs, contrast, target size) on every site page, legal page and app view, in light and dark themes at 1360 px and 390 px wide. |
| E2 | Keyboard walkthrough in a real browser: Tab / Shift+Tab / Enter / Space / Esc / arrow keys, checking that every control is reachable, shows a focus indicator and is not hidden under sticky or fixed content. |
| E3 | Reflow and zoom: no two-dimensional scrolling at 320 CSS px wide (equivalent to 400% zoom on a 1280 px screen). |
| E4 | Text-spacing override (line height 1.5, paragraph spacing 2x, letter spacing 0.12em, word spacing 0.16em) with a check for clipped or overlapping text. |
| E5 | Emulation of dark mode, forced-colors (high contrast), and reduced motion. |
| E6 | Manual review of the source markup, ARIA use and scripts. |
| E7 | Scripted behavior tests: session time-out warning, form errors, dialogs and focus return, drag alternatives, consent banner. |
| E8 | Downloadable document checks: tagged PDF structure, Word heading styles, text equivalents. |
Full test output and the feature-by-feature audit are in the accessibility audit package supplied with the product ("audit" folder) and available to customers on request.
7. Legal disclaimer
This report describes the state of IdeaLine on the report date, from the vendor's own testing. It is provided for information. Accessibility conformance can change with each release. [COMPANY LEGAL NAME] makes no warranty that the product is free of barriers, and this report does not create any contractual commitment other than as stated in a signed agreement. The VPAT® is a registered trademark of the Information Technology Industry Council (ITI).