Modeless Error Viewer for Spreadsheet Validation in Desktop Integration

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing application development frameworks face challenges in creating application-specific documents that integrate with web-based applications, particularly in providing dynamic user interfaces and efficient status information management, which hinders agile development and user experience.

Innovation Solution

A desktop integration framework allows developers to design documents with components that dynamically adapt to their underlying data models, enabling integration with web-based applications and providing a modeless status viewer for error corrections within the same interface.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If a desktop integration framework is used to create application-specific documents that integrate with web-based applications, then the adaptability and user interaction are improved, but the device complexity increases

Engineering Contradiction:
ImproveadaptabilityVSAvoiddevice complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The system is segmented into distinct layers: a presentation layer for user interaction, a business logic layer for processing, and a data layer for storage. This segmentation allows the desktop integration framework to maintain adaptability while managing complexity through clear separation of concerns, where each layer handles specific functions independently.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

An intermediary component is introduced between the desktop application and the web-based application, facilitating integration while maintaining independence of both systems. This mediator handles communication protocols, data transformation, and synchronization, thereby improving adaptability without requiring direct complex integration between the desktop framework and web application.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Ease of operation

If a modeless status viewer is implemented for viewing error lists, then the ease of operation is improved, but the device complexity increases

Engineering Contradiction:
Improveease of operationVSAvoiddevice complexity
Core Design Contradiction:
Ease of operationVSDevice complexity

Solution Approach 1:

The status viewer is merged into the main application interface as a modeless dialog, allowing users to view error lists and perform corrections without switching between different application modes. This integration improves ease of operation by providing continuous access to status information while maintaining the simplicity of a single interface rather than requiring separate modal dialogs.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The status viewer implements self-service functionality by automatically detecting and displaying error lists, allowing users to view and correct errors without manual intervention to trigger status updates. The system monitors data changes automatically and updates the status viewer accordingly, reducing the operational burden on users while managing the complexity of automatic monitoring internally.

Inventive Principle:
Principle #25Self-service

3Adaptability or versatility

If dynamic user interfaces are provided for documents, then the adaptability is improved, but the manufacturing precision and control difficulty increase

Engineering Contradiction:
ImproveadaptabilityVSAvoidcontrol difficulty
Core Design Contradiction:
Adaptability or versatilityVSManufacturing precision

Solution Approach 1:

The user interface is designed to be dynamic, automatically adapting its structure and content based on the underlying data model and user interactions. Components are configured to respond to data changes in real-time, providing adaptability without requiring manual reconfiguration. This dynamic behavior is controlled through predefined rules and event handlers that manage interface updates systematically.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system utilizes parameter changes in the underlying data model to automatically adjust interface properties such as component visibility, layout, and data binding. By monitoring changes in data parameters and triggering corresponding interface updates, the system achieves adaptability while maintaining control through a standardized parameter-change-response mechanism rather than complex manual adjustments.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS9626351B2Status viewer
Publication Date: 2017.04.18 ORACLE INT CORP
  • US9626351B2 patent drawing
  • US9626351B2 patent drawing
  • US9626351B2 patent drawing

AI summary

In various embodiments, methods, systems, and non-transitory computer-readable media are disclosed that allow developers to providing spreadsheets in a desktop integration framework that include error reports for validations. In various embodiments, a modeless error viewer is provided that allows end users to view an errors list for any failed row at the same time as the user corrects these errors.