Files
nethack/win/Qt/Qt-issues.txt
PatR 2e90c1ebd4 implement "--More--" for Qt
Support MSGTYPE=stop by having qt_display_nhwindow(WIN_MESSAGE,TRUE)
issue a tty-style --More-- prompt.  For popup_dialog Off, the prompt
gets appended to the most recent message; for popup_dialog On, it is
issued via a popup and not displayed in the message window.

It accepts <space>, ^J, ^M, and ^[ (ESC) to dismiss.  There's no way
to dismiss it with the mouse (for !popup_dialog) which might need
some fix....

Several adventures along the way.  The '^C-in-parent-terminal triggers
infinite loop repeatedly complaining about "event loop already running"'
is now a one-shot complaint.  It isn't fixed but the severity of
having it happen is greatly reduced.
2020-10-01 03:16:14 -07:00

65 lines
3.2 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).
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).
-----