Accessible Web Editor with Keyboard Navigation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Advanced scripting-based Web applications lack resources and standardized support for accessibility features, making it difficult for users with impairments to interact with complex, dynamic content, particularly in environments that require keyboard navigation and compatibility across different operating systems and browsers.

Innovation Solution

A dynamically-configured, accessible editor and content viewer are provided, offering selectable editing functions and color-selection mechanisms that can be activated using keyboard input, with features like detached toolbars and invisible image maps for color selection, ensuring accessibility and compatibility across various platforms and user agents.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If advanced scripting-based technology is used to create rich, dynamic, and interactive content interfaces, then functionality and interactivity are improved, but accessibility support deteriorates due to lack of standardized resources and guidelines

Engineering Contradiction:
ImprovefunctionalityVSAvoidaccessibility support
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The invention segments accessibility support into separate, modular components that can be independently configured and activated. Accessibility features are divided into distinct functional units (e.g., keyboard navigation, screen reader support, high-contrast modes) that can be selectively implemented without affecting core application functionality. This allows advanced scripting applications to maintain full functionality while incorporating targeted accessibility improvements.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The invention introduces an intermediary accessibility layer that mediates between the advanced scripting-based application and assistive technologies. This intermediary layer translates application actions into accessibility-compatible formats, enabling screen readers and keyboard navigation to interact with dynamic content without requiring changes to the core application code. The intermediary acts as a bridge that preserves both application versatility and accessibility reliability.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If advanced client-side technologies with large download footprints are used, then functionality is improved, but portability and resource efficiency deteriorate

Engineering Contradiction:
ImprovefunctionalityVSAvoiddownload footprint
Core Design Contradiction:
Adaptability or versatilityVSWeight of moving object

Solution Approach 1:

The invention extracts accessibility functionality from heavy client-side technologies and implements it using lightweight scripting languages like JavaScript. By removing the dependency on large plugins or applets and using only standard browser-supported scripting, the application maintains advanced functionality while dramatically reducing download footprint. The extraction separates essential accessibility features from bulky technology stacks.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The invention replaces persistent, heavy client-side components (plugins, applets) with lightweight, transient scripting code that executes directly in the browser. These scripting-based components require minimal download, execute quickly, and can be dynamically loaded or discarded based on user needs, reducing overall resource consumption while maintaining functionality.

Inventive Principle:
Principle #27Cheap short-living objects (Disposable)

3Reliability

If keyboard navigation and cross-platform compatibility are implemented, then accessibility is improved, but device complexity and configuration requirements increase

Engineering Contradiction:
ImproveaccessibilityVSAvoidconfiguration
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The invention implements universal keyboard navigation and accessibility features that work across multiple operating systems and browsers without requiring system-specific configurations. The same scripting-based accessibility layer provides consistent functionality whether the user is on Windows, macOS, or Linux, and whether using Chrome, Firefox, or Safari. This multi-functional approach reduces configuration complexity by eliminating the need for separate accessibility implementations for different platforms.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Data Source

PatentUS7657844B2Providing accessibility compliance within advanced componentry
Publication Date: 2010.02.02 GOOGLE LLC
  • US7657844B2 patent drawing
  • US7657844B2 patent drawing
  • US7657844B2 patent drawing

AI summary

Accessibility compliance is provided within advanced componentry, such as a browser in which an on-demand editor can be launched. A toolkit of functionality that is executable on a server is preferably provided, from which selections can be made to configure an instance of a client editor or similar client-side viewer. Techniques are disclosed that enable flexible specification of the controls to be added to the viewer instance, as well as specification of details for configuring the controls.