Localized Label UI Control for Browser Entry Forms

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current browser-based entry forms face challenges in providing user-friendly localization, as they often require displaying multiple languages and formats, leading to clutter and increased complexity, and necessitate frequent updates or access to multiple web pages, which is costly and logistically difficult, especially for multinational users.

Innovation Solution

A localized label user interface control method that provides a browser-based entry form with visible input fields displaying data according to the user's preferred locale, hiding other fields until accessed, and using asynchronous data transfer to minimize resource interaction and bandwidth consumption, allowing users to view and edit information without reconfiguring the browser or server.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If multiple language fields are displayed to support all locales, then localization capability is improved, but interface clutter and complexity increase

Engineering Contradiction:
Improvelocalization capabilityVSAvoidinterface complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The interface is segmented into visible and hidden portions. Only the currently needed locale's input field is visible, while other locale fields are hidden but preserved in the code. This allows full localization capability while maintaining a clean, simple interface at any given moment.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The interface dynamically switches between different locale fields based on user selection. When a user changes the preferred locale, the corresponding input field becomes visible and active, while others are hidden. This dynamic behavior provides adaptability without permanent interface clutter.

Inventive Principle:
Principle #15Dynamics

2Adaptability or versatility

If entire web pages are translated for localization, then language support is improved, but bandwidth consumption and update frequency increase

Engineering Contradiction:
Improvelanguage supportVSAvoidbandwidth consumption
Core Design Contradiction:
Adaptability or versatilityVSLoss of energy

Solution Approach 1:

The localization data is extracted from the entire web page and placed into hidden input fields within the form. Only the necessary localized label values are transferred to these fields, rather than translating and transmitting entire pages. This reduces bandwidth consumption while maintaining language support.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

All possible locale values are pre-loaded into hidden input fields during the initial page load or form rendering. When the user changes locale preferences, the data is already available in the hidden fields, eliminating the need for additional page translations or server requests, thus reducing bandwidth consumption.

Inventive Principle:
Principle #10Preliminary action

3Adaptability or versatility

If multiple web pages are accessed to view information in different languages, then localization is achieved, but user time and operational complexity increase

Engineering Contradiction:
Improvemulti-language accessVSAvoiduser time
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

Multiple locale fields that would traditionally require separate web pages are merged into a single web page form. All locale variations coexist in hidden input fields on the same page, allowing users to switch between languages without navigating to different pages, thus saving time and reducing operational steps.

Inventive Principle:
Principle #5Merging (Combining)

4Ease of operation

If all locale fields are made visible for editing, then user editing capability is improved, but interface space and clutter increase

Engineering Contradiction:
Improveuser editing capabilityVSAvoidinterface space
Core Design Contradiction:
Ease of operationVSArea of stationary object

Solution Approach 1:

The editing interface is segmented to show only one active input field at a time based on the user's preferred locale. Other locale fields remain hidden but are fully editable through the same interface mechanisms. This provides full editing capability while using minimal interface space.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The visibility of input fields is dynamic, changing based on which locale the user has selected for editing. When a user selects a different locale to edit, the corresponding field becomes visible and active, while others are hidden. This dynamic switching provides full editing capability without permanent interface clutter.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentUS8458589B2Localized label user interface control
Publication Date: 2013.06.04 APPLE INC
  • US8458589B2 patent drawing
  • US8458589B2 patent drawing
  • US8458589B2 patent drawing

AI summary

A method for allowing a user-friendly localization of an entry form on an interactive web page includes providing an entry form having a plurality of editable input fields corresponding to a plurality of locale codes and providing at least one visible input field for display, wherein the remainder of the plurality of input fields are hidden until accessed. Data received are mapped to at least one input field selected from the plurality of input fields. As shown, data is transferred asynchronously to and from the plurality of editable input fields, without requiring updating any other information displayed on the web page. Computer systems, computer system environments, and computer programs available as a download or on a computer-readable medium for installation according to the invention are provided.