updated xboard.texi: added warning that pixmaps are not build for all variants

added a dialog for engine-specific option settings

updated some documentation

fixed several bugs in the backend and added some more polyglot support

* I added recognition for the new UCI3 option types that are recognized in the WB
option features, to make sure this version is compatible with future Polyglots.
Also fixed a bug that failed to strip an asterisk prefix from the first
combo-box item.

* I fixed the ICS-time-in-PGN bug.

* I fixed a bug which caused a space to be missing when long lines broken up by
an ICS were joined.

better polyglot support for engine ouput

I fixed the algorithm for clearing the Engine Output window to work better with
the latest Polyglot, whight outputs UCI "info strings" amongst the thinking
output.

Beginnings of installer for 4.4.0.  HGM asked me to forward the nsi file,
but it seemed best to just add the installer tree to git even though it's
not finished.  You must install NSIS then FontName-0.7.exe (included in
installer folder) then run build.bat in the same directory.

patch backend.c to make the -noGUI option also work in ICS mode.

temporary fix for pre-select

As a temporary kludge I replaced looking into the holdings for the piece type by figuring out which piece would belong on the clicked holdings square. This is a non-trivial process, as it depends on which pieces participate in a certain variant.

changed click-click moves

I got complaints about the way XBoard 4.4.0 handles click-click moves, in particular changing the selected piece after selecting King (for which I suppressed interference with FRC castling in a rather brutal way). People tell me it is very annoying that clicks sometimes don't work to select a piece. WinBoard uses refined logic in the back-end to handle this, but the XBoard front-end is not interfaced with that yet. (This would require a major rewrite of the mouse handler.)

This temporary patch suppresses this behavior in all variants that do not support Fischer castling, and even there only exhibit it for Rook-after-King selection (which will be interpreted as an attempt to enter a castling move as K x own R).

option -adjudicateDrawMoves is not included in the XBoard list.

added it to the option list

converted files from dos to unix format

run dos2unix over a bunch of files

Stripped out unused VersionInfo

changed version to 4.4.0.beta1

updated INSTALL file to add ./autogen.sh

higher number of engine options possible now

I upped the number of options per engine from
50 to 100, and the average number of characters per option from 10 to 20.

Fix of bad bug

Added version information to resources.

Added Jaws targets to IDE projects.

Final makefile adjustments and compiling instructions.

Cleaned up garbage left behind from my makefile update.

Updated cmdline makefiles to be able to produce JAWS binaries.

This breaks support for MSVC 4.x.  It may still be possible to
use that compiler if you obtain the latest SDK from Microsoft.
MSVC 6.0 still works, but I had to change the target windows
version to 0x500 which causes warnings about building beta
applications.  This is all due to the use of MENUBARINFO data
type in the jaws binary.  You can reduce the WINVER to 0x0400
safely if you are not building a JAWS binary, and MSVC 4.x
will work fine.

Removed dependency on jfwapi.h

Allows anyone to compile a jaws compatible binary.

Fixed duplicate resource in winboard.rc

PLEASE remember to pull before commiting.  This is the 2nd
time I've fixed this.  It's a waste of time to keep fixing
the same problems.

resolved conflict between Xt and Xaw libraries

seems like we don't need to link against Xt.

help-menu was not un-grayed in the JAWS version, when it played with engines

integrated jaws into winboard

I integrated the JAWS patch now into WinBoard in such a way that the
JAWS and standard version can use the same resource file. This new
winboard.c contains the improved dialog layot of the JAWS version,
but none of the menus and JAWS-specific acclerator keys. The latter
are now generated at run time by code in jaw.s. As a result jaws.h
could be cancelled, as there the JAWS-specific defines are no
longer needed outside jaws.c (now the .rc does not use them), and
is incorporated in it.

Merge branch 'master' of git://git.sv.gnu.org/xboard

fixed problem in autoconf using Xaw3d

rewrote the section for Xaw3d in the autoconf file

Added Jaws support to GCC makefile

added help support: MSVC IDE and DevCpp IDE project files

Removed obsolete makefiles and support files.

updated AUTHORS with the help of git

use

git log --pretty=oneline --name-only --author=AUTHORNAME v4.2.7..HEAD  |sort |uniq

a bit of hand editing and a quick emacs macro later and you have a nice comma seperated list of all files changes by one author between two commits.

updated Changelog using git log --no-merges --pretty="* %ai: %s%n %b" HEAD v4.2.7

cleaned up some more copyright notices

updated copyright to reflect A. Scotte as copyright holder

need to mention him, since the paperwork won't be finished before the next release

updated patchlevel to "k"

fixed autoconf problem with VERSION/PATCHLEVEL variables

xboard used it's own version of PRODUCT, VERSION and PATCHLEVEL variables. Switched to PACKAGE_STRING provided by autoconf

cleaned up old CVS left overs

removed $Id tags from all files

converted xhistory via dos2unix

fixed crash in history window

someone discovered that opening the move-history window in XBoard leads to
an immediate crash. Turns out that renaming the menu item broke it! (The
name of the item was apprently used elsewhere in the code to access it,
for putting a check mark there.)

fix for Animation of castling moves in Chess960

Animation of castling moves in Chess960 turned out to sometimes make the
king disappear from the display. For the time being I patched this in
xboard.c to suppress animation of FRC castling moves altogether. As FRC
castlings internally are represented as KxR, the to-square does not make
sense anyway, which made the animation look very weird even when it led
not to a king disappearance act. And the Rook move of a castling is never
animated.

Update GCC makefile to remove .obj targets.

Dunno how they got in there, but they should be .o

Update makefile dependencies on help.c and help.h.

Allow compiling with MSVC6.0 and 4.1

Move prototypes into help.h, after making sure that DWORD_PTR is
defined.  Include help.h from winboard.c and help.c so both files
benefit from the definition.

 lists these accelerator keys in the menus for JAWS

added shortcuts

This patch allows the use of Ctrl+C and Ctrl+V for Copy Game and Paste even in I C S mode when the board has focus.

better handling of pasting a game without PGN tags

patch in wclipbrd.h to make it smarter to decide between pasting a game or a position so it can handle games without PGN tags. If it doesn't parse as a FEN it is assumed to be a game.

fixed parser error for knight move

The parser had a strange quirk: it recognized bd2 as a valid Knight move
(Nb1-d2) while this SAN format should be reserved for Pawn moves only.

 fixed a few warnings in connection with the help patch (now warning free)

some major re-assignment of accelerator keys in the JAWS

several small fixes

uptracked winboard.ini

Cleanup: moved "Some definitions required..." from winboard.c to config.h,
and combined some definitions from borland w/ MS.

Changed internal HtmlHelp return type and 4th argument to facilitate various
compilers.  These changes, while not strictly adhering to HtmlHelp() conventions,
won't impact anything since the function modified is internal only.

Modified HtmlHelp return values to integer to silence warnings.

Added help.c to the project in makefile.gcc & makefile.ms.

Fixed duplicate resource in winboard.rc.

added JAWS support; help files for Vista; bugfixes for winboard.c

* JAWS support
* help files should now work under Vista (the user has to have either a program to view old windows help files or to view html-files installed)
* I fixed the tabbing between all windows that were added according to Tim's sugestions.
* I added typing in of a move number in the move type-in dialog as a shortcut to going to that position by use of the < and > buttons. Mainly intended to ease life for the blind, but I think it can be generally useful. (Although the move-history dialog provides that functionality too, this is quicker if you don't happen to have it open.)
* I added typing of a FEN in the move type-in dialog in Edit Position mode. (Which could not be used without mouse at all, and is defective in crazyhouse even with mouse, as there was no way to populate holdings.)

some bugfixes: ICS error handling

* play a different sound for takebacks in ICS mode
* pop up error messages for illegal moves for typed-in moves

removed no longer needed debug message

fixed compile error from a previous change

user selectable font in game list

This makes the game list use the same (user selectable) font as the the move-history window.

fixed typos in xboard.texi documentation.

updated the FAQ

changed font in engine output window

The engine-output window now uses the same font as the move-history window
(which was selectable in the "Options  -> Fonts..." menu, while the other
wasn't).

fixed some characters in xboard.texi

It seems that copying manual sections from the RTF to th texi file did
somehow mess up the double-quote characters, and changed them into some
strange (unicode?) symbols.

two shogi related bugfixes

I discovered a bug in the move generator for the Shogi Dragon King. I
guess it went unnoticed so far because this is a promoted version of the
Rook, which hardly occurs in games. (moves.c)

There was also a problem with the piecesfix I sent you before; Shogi
chosen as initial variant did use wrong piece symbols. (I had tested this
on gothic, but there it happened to work for a different reason, unique to
gothic.) This affects xboard.c.

small cleanup

adds bitmaps for shogi promotions, and selects the bitmaps or pixmaps for the more rarely used piece types on a per-variant basis.

adds new piece types in the promotion dialog and edit-position piece menu

updated bitmaps files

files for fairy pieces where missing, others had names that didn't work with autoloading.

fixed a bug concerning bitmaps

give a default directory for bitmaps files (tiny change)

this is also one of the debian patches, should be rewritten to use the correct install directory. No Author was given.

verbose_error_message_about_recognized_options (tiny change from Debian patches)

add a visual low time warning (tiny change from Debian patches)

dos 2 unix conversion of backend.c

exchanged some sprintf with snprintf

found in a patch for the debian system, extended it a bit to other sprintf's
original patch included only 11 lines by Florian Ernst <florian@debian.org>

enabled a patch for default settings in winboard

updated copyright notice

patches a bug in chosing the initial board size on a virgin startup I introduced recently

I put in testing for the winning condition in 3checks

on a check it just goes through the entire game to subject every position on a check test, to see if there were two more.

updated copyright notice in docs

added small patch from debian (tiny change)

according to the debian patch tracker, this patch is by Florian Ernst <florian@debian.org>.
It fixes whitespace issues in filename called from cmail.

converted dos2unix format for xboard.texi

deleted two more files that don't need to be in git

these files can be generated by autogen.sh

major overhaul of the -stickyWindows feature

I did a major overhaul of the -stickyWindows feature. The game-list and ICS-interaction windows are now also sticky. I also added a form of stickiness when the main window is resized; edges of auxiliary windows sticking to the right or bottom side of the main window stay attached when the window resizes (due to nr of board squares or their size). The way the window coordinates are saved in the .ini file is now relative to the main window, and some dummy options are added to be able to recognize right- and bottom-edge sticking, and reconstruct that when WB starts up with another board size. Also added are volatile options to ensure there will be space for auxiliary windows above and left of the main window.

fixed long-algebraic form of drops

The WB parser turned out not to understand the long-algebraic form of drops send by an ICS. (like B/@@-e4), so even with legality testing off I now use the SAN move for drops.

Refined stalemate adjudication in Suicide, some cleanup

Refined stalemate adjudication in Suicide, which seems to be not always won
for the stalemated side, but for the side with the smallest number of pieces.
Cleaned up the adjudication code in the process. (backend.c moves.c, moves.h)
Also includes a tiny change in the -autoKibitz format, as requested on
Talkchess.

Enhancement of the way -autoLogo decides which logos to display

bugfix and enhancement in autoKibitz mode

changed the format of the autoKibitz: score/depth in stead of depth/score, as in PGN. I also supress the ICS time for the move now in the PGN if extended info is available.

When enhancing the functionality of the autoKibitz command (using the
opponent engine kibitz for the saved PGN) I discovered that the xengineoutput.c
in our tree was obsolete, and contained a routine of which the arguments
were no
longer compatble with the call from backend.c, and caused segfaulting. I
copied in
the  corresponding routine in wengineo.c, which was compatible. That the
compiler
did not flag this is a sign of badly organized code, I suppose...

The enhancement itself affected backend.c.

modified clock layout

I altered the display of the clocks in the presence of engine logos; I used to
stack them, but some inquiry on Talkchess sowed that people disliked the
stacking. So now I display them next to each other again, but as 2-line-high
fields to make room for te logos.

new zippy option zippyShortGame

On request of Mike Adams I added a new zippy option, -zippyShortGame, to make life more difficult for abusers of abort and disconnect for cheating.

fixed some bugs in the animation of atomic captures

some small bugfixes

I had overlooked one place from which the FEN writer (of whicf I changed the argument types), which made WB crash if you copied a FEN (or PGN that cotained FEN) to the clipboard. I must have overlooked a warning during compile, or some depedency is not correct in the makefile. Anyway, wclipboard.c had to be changed.

I also moved adjudication of some losing conditions to before tetsing for stalemate, (e.g. in atomic, if your king get destroyd you lose, even if you have no moves after that because it was your only piece.). this affects backend.c.

I had used the same bits in the frule-modifier flags for indicating mandatory capture as was already used for indicating FRC-style castling. This led to frequent illegal move calls in FRC... (moves.h)

cleaned up HTML in FAQ.html -- still need to work on content

added option for work-around for some FRC engines in regards to FRCFENs

It suddenly occurred to me that I had promised on CCC to include an option to provide a work-around for the problem that some FRC engines do not understand FRC FENs (and thus do not play at all under WinBoard, as FRC always has to begin with sending the initial position).

So I added the options -firstNeedsNoncompliantFEN, -secondNeedsNoncompliantFEN. This affects winboard.c and xboard.c, (for defining the option), common.h, backend.h, backend.c, (for implementing it), xboard.texi and winboard.rtf (decribing it). This option provides users with a means to always force the FEN castling field to KQkq (but can be used for many other work-arounds as well).

fixed bug with random calls

There also seemed to be a bug with the shuffling of opening positions; I had changed the declaration of the position number from long long int to u64 to comply with MSVC, but this suppressed shuffling completely. I now changed it to int. I recently noted a problem with true randomizing anyway: this was based on srand(time()), but time() apparently did not change fast enough, so that starting several games in rapid succession (because the book line contained a 3-fold repetition) produced identical games. So I now seed the random once and for all during startup, based on the msec of the time mark, and removed the other calls to srand().

changed name for fairymax program in xboard.h

removed my name from copyright message in help->about menu

fixed -stickyWindows option

I figured out why -stickyWindows was not working in XP and Vista
(while it always worked under Win2K), and I think I found a fix for
it that works under all Windows versions. (I tried XP and Win2K.)

Updated docs for Engine-Settings menu

Awareness of winning conditions for atomic and giveaway variants; two bugfixes

fixed bug in claim verification
Bugfix on initial position of Great Shatranj

Legality testing (mandatory capture) in giveaway variants

don't ignore winboard/parser.c

Added new variant Twilight Chess

some renaming and restructuring of WB menu items, to conform more to XBoard