that we can pull out and later replace any item by id alone. Do
something similar on Win32 to ease development. Remove '&' from
menuitem text, allowing winders to assign command keys, so that we
don't have to pull it before assigning text to softkey.
Call it when turn changes, new game is begun, and hint feature has
been used. Currently menuitem is duplicated. Goal is to remove the
item being attached to the left button and to replace it when another
is chosen.
area in place until I figure out how to work a UI without a visible
menu); rework menu to launch new-style from a single softkey; remove
cmdbuttons and associated resources; limited progress on handling
return key/timeouts for keyboard navigation.
and handling of arrow keys via WM_KEYUP; added focus/cursor color to
prefs and color edit dialog. Tested only on win32 (WINE), and not
integrated with platform nav/focus model.
connType and adding choice how to connect. Bt connect dialog is
invoked, but the fields won't be populated. Pass conn type into
socket constructor, assuming socket code doesn't change much to use BT
rather than TCP.
deal with the output by removing params where possible and elsewhere
by adding XP_UNUSED macro wrapping __attribute__((unused)). There
should be NO change in function in spite of the large number of files.
pendownness at critical points when an up event should have been
processed: when another pen down happens, when about to scroll, and
when events (menus and buttons) occur. This seems to catch all the
lingering miniwindow problems. Add flip menuitem (win32 only for now).
util_trayHiddenChange, which means an API change. In board, calculate
bottom of board based on bottom of tray when tray is hidden, and round
so that it's an exact multiple of cell height. In wince, take
advantage of the new parameter to fix the scrollbar so that very
constrained boards can be scrolled even when the tray is hidden.
it elsewhere in the set of possible directories. This should help
ease the transition to there being a limited number of places where
dicts can be, since games saved previously will still work after the
dicts they reference have been moved. Also, clean up callbacks making
their return values consistent: true means done.
