70e4f5b197
If player got Qt's saved game selection widget at startup but picked "new game" there, the save file for the last character in the list of saved games would be clobbered with the new character's game if a save was performed. It wasn't necessarily easy to spot because saved game selection shows the character name from inside the file rather than from the file name, so the next restore would look normal except for one older character missing. Noticed while testing: when you used the character selection widget (either by picking "new game" in saved game selection or because there aren't any save files), if you blanked out the name field or it was already blanked because a generic name like "player" had been specified, then clicked on "play", the program would get stuck in a loop somewhere. I didn't try to figure out where, just changed qt_askname() to revert to original name if it ended up with a blank one.
56 lines
2.7 KiB
Plaintext
56 lines
2.7 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.
|
|
|
|
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 was sending the program into an
|
|
endless loop in qt_nhgetch() with repeated messages to stderr
|
|
(the terminal) complaining that the event loop is already running.
|
|
Triggered by yn_function("Really quit?") in the core. That situation
|
|
has been reduced to a single event loop complaint, do downgraded from
|
|
"Urgent", but the prompt is auto-answered with ESC instead of letting
|
|
the user respond.
|
|
|
|
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).
|
|
|
|
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).
|
|
|
|
-----
|