Project ideas from Hacker News discussions.

GUIs should be fully keyboard-driven

📝 Discussion Summary (Click to expand)

Four prevalent themes from the discussion

  1. Keyboard accessibility and discoverability should be built into GUIs
    Users stress that shortcuts, consistent bindings, and discoverable aids (tooltips, command palettes, underlined accelerators) are essential for efficient and inclusive interaction.

    “Where possible, there should be keyboard shortcuts/navigation.” – WillAdams
    “I agree but I think being usable by the keyboard isn’t enough, because the shortcuts are often hard to discover and remember.” – marklar423
    “Keyboard accessibility is one of those things that tends to get swept under the rug…” – cosmic_cheese

  2. Critique of web‑based/Electron GUIs; preference for native desktop frameworks
    Many commenters argue that treating the browser as a universal UI layer leads to bloat, inconsistency, and poorer keyboard support compared to native toolkits.

    “Most GUIs should just be web.” – sublinear (original claim)
    “Hard disagree. Most web interfaces are worse than most native UIs.” – Arainach
    “One of the reasons old timers like me say that using a computer has sucked a lot in the last ~20 years is the use of a browser as an interface to everything.” – BeetleB
    “It's not even in consideration anymore since the plaque of electron swept over desktop apps.” – trentor

  3. Support both keyboard and mouse; avoid forcing one‑size‑fits‑all
    The consensus is that GUIs should accommodate both input methods, recognizing that power users benefit from keyboard‑centric workflows while casual users rely on mice, and that designing for both improves overall usability.

    “I agree 100 %. The mouse is great … but it's wonderful to have the ability to keep your hands on your keyboard when doing data‑entry tasks.” – bigstrat2003
    “Ideally you should have both. Every action should be doable by mouse only and by keyboard only.” – ckardaris
    “Power user experience is not the same thing as user experience in general … most people aren’t willing to deal with the learning curve of keyboard‑driven GUIs.” – manlymuppet

  4. Keyboard navigation is vital for accessibility and inclusivity
    Enabling full keyboard control helps people with motor or visual impairments, works with screen readers and voice control, and ultimately benefits all users.

    “Because not everyone has a mouse or is able to use a mouse. Accessibility matters.” – Arainach
    “Where appropriate, the labeling of fields … should be such that it will work for a screen reader.” – WillAdams
    “If your app is not accessible I literally cannot use your app regardless of how useful it might be.” – ethin
    “Being keyboard driven helps people with disabilities AND makes things easier for AI agents.” – godelski


🚀 Project Ideas

Generating project ideas…

KeyNavKit – Keyboard‑First UI Component Library

Summary

  • A reusable component library (React/Svelte/Vue) that provides buttons, inputs, tables, grids, and dialogs with built‑in keyboard navigation, focus rings, and discoverable shortcut hints.
  • Solves the pain point of missing or inconsistent keyboard‑first GUIs by delivering components that are immediately usable via keyboard and expose their shortcuts in‑line.

Details

Key Value
Target Audience Frontend developers building desktop/web apps who need keyboard‑accessible UIs
Core Feature Component set with automatic tabindex management, focus‑visible styles, shortcut tooltip overlay, and vim/emacs keybinding modes
Tech Stack TypeScript + React (or Svelte), styled with CSS modules; optional Storybook for docs
Difficulty Medium
Monetization Hobby

Notes

  • HN commenters stressed the need for “obvious hints on screen how to navigate via keyboard” (marklar423) and “consistent keyboard shortcuts” (emacdona).
  • Provides a concrete library that developers can drop into existing projects, addressing the call for “better, efficient and faster GUIs” (colesantiago) while preserving mouse support.

OmniCmd – Universal Command Palette Overlay

Summary

  • A system‑level overlay (Windows/macOS/Linux) activated by a global hotkey that shows a fuzzy‑search command palette for any running GUI app.
  • Lets users invoke menu items, actions, or custom commands without reaching for the mouse, improving discoverability and speed.

Details

Key Value
Target Audience Power users, accessibility advocates, and anyone who prefers keyboard‑driven workflows
Core Feature Global hotkey opens palette; indexes app menus via OS accessibility APIs (UI Automation, AXUIElement, AT‑SPI); supports user‑defined commands and sync across machines
Tech Stack Rust core with Tauri (or Electron) for cross‑platform UI; uses platform‑specific accessibility interfaces
Difficulty High
Monetization Revenue-ready: subscription $5/mo for cloud sync of custom command sets and premium themes

Notes

  • Commenters praised command palettes as “remarkable upgrade on browsing menus” (arjie) and noted the lack of a “mature GUI keyboard‑first UX concept” (thibran).
  • OmniCmd supplies exactly that missing concept, working across any app without requiring developers to change their code.

VimiumX – Enhanced Vim‑Like Web Navigation with Hint Layer

Summary

  • A browser extension that adds vim‑style key bindings to any website, renders on‑screen hints for focusable elements, and lets users define site‑specific keymaps.
  • Improves discoverability of keyboard shortcuts on the web and reduces reliance on the mouse for navigation.

Details

Key Value
Target Audience Web power users, developers, and accessibility‑conscious users
Core Feature Hint overlay (similar to Vimium/Firefox Vimium) that shows letters for links/buttons, customizable scopes, import/export of keymap profiles
Tech Stack JavaScript/TypeScript, WebExtensions API (Chrome/Firefox/Edge)
Difficulty Medium
Monetization Hobby

Notes

  • Several users mentioned Vimium as a solution that “made my sentiments very much favour keyboard‑driven workflows” (advis) and wished for more tutorials (kixiQu).
  • VimiumX builds on that idea with richer hinting and per‑site configurability, directly addressing the request for “discoverable” keyboard navigation.

KBFirst Studio – Declarative UI Designer for Keyboard‑First Apps

Summary

  • A desktop application where designers compose interfaces using a declarative (JSON/YAML) schema; the tool automatically calculates focus order, suggests shortcuts, and exports accessible code for Qt, GTK, or Electron.
  • Eliminates the manual effort of wiring keyboard navigation and shortcuts in traditional GUI builders.

Details

Key Value
Target Audience UI/UX designers and developers creating internal tools or desktop apps
Core Feature Drag‑and‑drop canvas, auto‑generated tabindex/focus chains, shortcut hint generation, export to multiple framework codebases
Tech Stack Electron main process + React renderer, uses JSON schema for UI definition
Difficulty Medium
Monetization Hobby

Notes

  • The discussion highlighted the absence of a “mature GUI keyboard‑first UX concept” (thibran) and the desire for “standard way of navigating the focus tree” (emacdona).
  • KBFirst Studio provides a visual, declarative way to build keyboard‑first UIs, satisfying the call for better tooling and standardization (marklar423, OroPla).

Read Later