101940f7d1
Any key bindings in player's run-time config file will already be in place by the time the Qt menus are constructed. Those menus will use the new key assignments rather than the defaults, so not a bug.
61 lines
3.0 KiB
Plaintext
61 lines
3.0 KiB
Plaintext
Qt-NetHack issues
|
|
-----
|
|
|
|
Urgent: if the program crashes on OSX, a dialog box asking the user
|
|
whether to [ignore], [report], or [restart] will eventually appear
|
|
(it's slow). That should be repressed even if the report choice could
|
|
be directed at nethack.org.
|
|
|
|
Urgent: launching Qt nethack as a synchronous subprocess (ie, no
|
|
trailing '&') from a Terminal window, changing focus back to that
|
|
terminal after NetHack has started, and typing ^C sends the program
|
|
into an endless loop with repeated messages to stderr (the terminal)
|
|
complaining that the event loop is already running.
|
|
|
|
On OSX, if the program is run from nethackdir/nethack rather than from
|
|
NetHack.app/Contents/MacOS/nethack (plus having NetHack.app/Contents/
|
|
Info.plist containing pertinent information) then the menu bar at the
|
|
top of the screen won't accept mouse clicks and the application menu
|
|
entry in that menu bar will show as "nethack" (filename) rather than
|
|
"NetHack" (intended application name). The click issue can be worked
|
|
around by giving focus to some other application (which will put up
|
|
its own menu bar) and then back to nethack (thereby reloading nethack's
|
|
menu bar).
|
|
|
|
Sometimes scrolling a menu leaves the displayed text not matching what
|
|
nethack thinks is displayed, so making a selection by mouse click may
|
|
occasionally pick the wrong item. There's usually a visual clue when
|
|
this happens. As long as it's not a pick-one menu, scrolling up and
|
|
down or back and worth a few times will usually get things back in
|
|
sync, then you can click on the wrong entry to uncheck it and then on
|
|
the right entry to check that. Making a selection by typing its
|
|
letter doesn't suffer from this, but isn't always possible (ie, long
|
|
menu like 'O's where first 52 items have letters but remainder don't).
|
|
|
|
On OSX, command+Q while a menu (which has its own key event handler)
|
|
is popped up gets ignored. It should at least close the popup like
|
|
ESC and maybe also initiate quitting.
|
|
|
|
On the map, ^V is a dead key (at least on OSX; all other ASCII control
|
|
characters from ^A through ^U, ^W through ^Z, and ^[, ^\, ^], ^^, ^_
|
|
work; no attempt to have ^@ generate NUL has been made).
|
|
|
|
The save file selection widget writes all the file name selection
|
|
buttons on top of each other, with the last one added being the only
|
|
one visible. Clicking on it seems to be picking the first one instead.
|
|
If you pick "new game" and use a different character name then
|
|
eventually save, it clobbers the last one in the list (rather, warns
|
|
the player that a save file exists and asks whether to overwrite it;
|
|
answering yes and then loading the file shows the new character, not
|
|
the original one even though the file is still named for that one).
|
|
|
|
Map column #0, which the core reserves for its own purposes and isn't
|
|
intended to be displayed, is displayed (as blank terrain).
|
|
|
|
3.7 status conditions haven't been implemented.
|
|
|
|
3.6 status conditions (Stone, Slime, Strngl, Deaf, Lev, Fly, Ride)
|
|
have been implemented but need icon artwork (one 40x40 tile for each).
|
|
|
|
-----
|