hmos-multidevice-interaction-methods

Generate phase-based HarmonyOS interaction plans for touch, mouse, keyboard, and stylus.

31|6|Updated Jan 29, 2026
One-click install
npx skills add https://github.com/openharmonyinsight/openharmony-skills --skill hmos-multidevice-interaction-methods
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: hmos-multidevice-interaction-methods
Source: https://github.com/openharmonyinsight/openharmony-skills/tree/main/skills/harmonyos-ai-agent-skill/references/hmos-multidevice-interaction-methods
Command: npx skills add https://github.com/openharmonyinsight/openharmony-skills --skill hmos-multidevice-interaction-methods

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) and assets (resource) components.

What problem does it solve?

HarmonyOS app UIs often behave inconsistently across touch, mouse, keyboard, and stylus, causing broken hover feedback, wrong focus navigation, and conflicting context/menu shortcuts.

Core Features & Use Cases

  • Multi-input interaction unification: Define a consistent event and interaction model so the same component behaves predictably across phone/tablet/2in1/TV with different primary input methods.
  • Device-specific capability boundaries: Establish what must work (hover, right-click menu, focus order, keyboard shortcuts, stylus press/touch distinctions) and what can degrade by device type.
  • Scenario coverage for common desktop-like issues: Provide structured REQ/DEV/FIX/VAL outputs for hover+right-click, focus+direction keys+shortcuts, and pen input (including hover vs press behavior), while keeping touch workflows intact.

Quick Start

Ask the AI to generate an interaction adaptation plan for your HarmonyOS page, including the correct REQ/DEV/FIX/VAL outputs for a specified set of inputs (mouse hover + right-click, keyboard focus navigation + shortcuts, and stylus support), and ensure touch mode remains regression-safe.

Frequently Asked Questions about hmos-multidevice-interaction-methods

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I unify touch, mouse, keyboard, and stylus interactions in HarmonyOS apps?

To unify multi-input interactions in HarmonyOS, generate a phase-based interaction plan that defines consistent event models, device capability boundaries, and focus contracts for touch, mouse, keyboard, and stylus inputs. This prevents inconsistent UX behaviors across different devices.

Why does hover feedback break when switching from touch to mouse in HarmonyOS?

Hover feedback breaks in HarmonyOS when device-specific capability boundaries are undefined. Establishing explicit interaction routing contracts and verification matrices for mouse hover and right-click context menus ensures predictable behavior across phone, tablet, and 2-in-1 devices.

How to implement keyboard focus navigation and shortcuts for HarmonyOS desktop-like pages?

Implement keyboard focus navigation by generating structured REQ, DEV, FIX, and VAL outputs that define focus order, direction key routing, and shortcut constraints. This establishes a clear focus contract ensuring keyboard interactions remain regression-safe alongside touch workflows.

Can I separate stylus press and hover input from touch events on HarmonyOS?

Yes, you can separate stylus press and hover input from touch events by applying a multi-input interaction unification plan. It defines explicit device constraints and capability boundaries to distinguish stylus behaviors while keeping existing touch workflows intact.

What is the best way to prevent conflicting context menu shortcuts in HarmonyOS multi-input environments?

The best way to prevent conflicting context menu shortcuts is to produce a phase-based interaction plan with explicit routing and focus contracts. This plan covers applicable input combinations and includes verification matrices to identify and resolve shortcut conflicts.

Do I need to specify device constraints when adapting HarmonyOS UI for multiple input methods?

Yes, specifying device constraints is required when adapting HarmonyOS UI for multiple input methods. The interaction plan must establish capability boundaries for what must work or degrade by device type, covering phone, tablet, 2-in-1, and TV primary input variations.