Meaning: both exist in the resource, and at runtime we disable the
unwanted one and lookup IDs and sometimes window messages in order to
operate on 'em. Also, spinners send WM_NOTIFY messages, so handle
that. Current implementation is a bit of a hack but works.
Differs from Palm in having no edit field. Rather, a separate dialog
comes up to get the new name. Rather than reload the spinbox with a
new set of saved games after an action, just close and reopen the
dialog.
util_altKeyDown to allow user to choose between scrolling board and
dragging the hint rect when both are possible. add adjustYOffset;
make it and board_setYOffset more tolerant of out-of-bounds inputs and
use that to simplify calling code.
smartphone. This prevents windows from being too small in
non-fullscreen mode. Make ceSizeIfFullscreen work based on state
rather than assuming it's toggling.
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.
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.
threads, reader and writer, on a single socket. With this checkin a
connect request reaches the relay and a response comes back and is
passed to and recognized by the common code. A full game should now
work, but hasn't been tried. Nor is there any handling of socket
errors, retries, etc.
