Date: Tue, 19 May 2026 23:39:21 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 295429] bsddialog inconsistently supports lowercase hotkeys Message-ID: <bug-295429-227@https.bugs.freebsd.org/bugzilla/>
index | next in thread | raw e-mail
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=295429 Bug ID: 295429 Summary: bsddialog inconsistently supports lowercase hotkeys Product: Base System Version: 16.0-CURRENT Hardware: Any OS: Any Status: New Severity: Affects Some People Priority: --- Component: bin Assignee: bugs@FreeBSD.org Reporter: dteske@FreeBSD.org Comparing old dialog to bsddialog: In a menu dialog where a hotkey is visibly displayed in the menu by highlighting, the two dialogs behave differently. Meanwhile, to highlight this as an inconsistency, old dialog and new bsddialog are consistent with each other when it comes to button hotkeys. That is to explain, that in each menu dialog, there are two potential hotkeys. 1. hotkeys for selecting menu items 2. hotkeys for selecting buttons For example, in the ZFS menu of the installer, the letter T is a hotkey for pool type menu item. While the hotkey is displayed as "T" in the menu: a. old dialog (circa stable/14) accepts lowercase "t" (no shift) to jump to the "T" hotkeyed menu item b. new bsddialog (circa current/16) does nothing when you press lowercase "t" and instead requires Shift+T to activate that same hotkey I discovered this when I was writing documentation on how to install 16.0-CURRENT on the Framework laptop and was astonished that it did not behave the same as 14.4-STABLE -- You are receiving this mail because: You are the assignee for the bug.home | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-295429-227>