custom-windows-wpf-teacher-app

Design and implement Windows-first WPF classroom applications with touch, pen, and recovery support.

Updated Mar 26, 2026
One-click install
npx skills add https://github.com/sciman-top/skills-manager --skill custom-windows-wpf-teacher-app-sciman-top
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: custom-windows-wpf-teacher-app
Source: https://github.com/sciman-top/skills-manager/tree/main/overrides/custom/custom-windows-wpf-teacher-app
Command: npx skills add https://github.com/sciman-top/skills-manager --skill custom-windows-wpf-teacher-app-sciman-top

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Building classroom software for Windows involves unique constraints—touch and pen input, projector and dual-screen setups, offline operation, and crash recovery—that generic WPF guidance does not address. This Skill provides product priorities, engineering checks, and verification practices tailored to teacher-facing desktop applications. ## Core Features & Use Cases - Classroom-First Engineering Checks: Enforces separation of domain logic from WPF views, Dispatcher-safe threading, DPI-aware overlays, and stylus/touch input handling without duplicate ink or commands. - Desktop UI Observation & Operation: Guides non-invasive inspection using UI Automation, FlaUI, or pywinauto, with stable automation identifiers preferred over coordinate clicks. - Recovery & Persistence Contracts: Defines write, interruption, corruption, and version-migration behavior for settings, session state, and classroom artifacts. - Use Case: When implementing a teacher's presentation tool with ink annotation on a dual-screen classroom PC, use this Skill to structure the architecture, verify touch targets at real scaling, and test recovery after a power interruption. ## Quick Start Use the custom-windows-wpf-teacher-app skill to design and implement my WPF classroom application with touch, projector, and local recovery requirements.

Frequently Asked Questions about custom-windows-wpf-teacher-app

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

FAQPage Schema
How do I build a touch-friendly WPF classroom application?▼

Prioritize teacher workflow speed, treat touch and pen as first-class inputs, and verify tap targets at the actual Windows scaling used on classroom hardware. Trace stylus-to-mouse promotion and pointer capture so one gesture cannot create duplicate ink or commands.

What tools should I use for WPF desktop UI automation testing?▼

Prefer Microsoft UI Automation based probes first, then FlaUI for .NET test code, or pywinauto for ad-hoc Python inspection. WinAppDriver or Appium routes are acceptable only when the project already carries that dependency.

Does Playwright testing verify a native WPF desktop app?▼

No. Playwright browser success only verifies web, Electron, or webview surfaces, not native Windows desktop behavior. Native WPF apps require UI Automation, FlaUI, or screenshot-based probes on the real running process.

How should a WPF app handle crash recovery and corrupted settings?▼

Separate preferences, session state, and recoverable classroom artifacts, then define write, interruption, corruption, and version-migration behavior before treating serialization as complete. Test clean restarts, interrupted writes, and corrupt-config fallback.

When should I not use this WPF teacher app skill?▼

Do not use it for generic WPF or .NET errors, dependency injection questions, build failures, or backend debugging. Those scenarios belong to a dedicated .NET or debugging skill instead.