[Bug-XBoard] [bug #47888] drag/drop -- piece disappears if dropped outside window

URL: Summary: drag/drop -- piece disappears if dropped outside window Project: XBoard Submitted by: nematocyst Submitted on: Tue 10 May 2016 10:11:09 AM MDT Category: XBoard (GTK

Re: [Bug-XBoard] resources not used for xboard

h.g. muller wrote: Now you don't have a master file /etc/xboard/xboard.conf, so there is also no redirection to ~/.xboardrc, which is why the latter is ignored. Another thing that is obviously wrong, is that you seem to have an ordinary file /etc/xboard, which pis not compatible with having a

Re: [Bug-XBoard] premove bug?

Eric Mullins wrote: On FICS, $foo prevents alias substitution. backend.c attempts to set the prefix (for preventing alias substitution) based on the ICS type. I don't know how well that works outside of FICS since that's all I ever use. I'm not sure which part of the code contains

[Bug-XBoard] [bug #27760] debug printf in backend.c

Follow-up Comment #2, bug #27760 (project xboard): I recently had exposure to this and formed one thought: why not design the debug facility so that it is not necessary to always check for appData.debugMode? That extra check really uglifies the code. At least for the GTK version we ought to

[Bug-XBoard] [bug #7242] Fonts dialog should not permit setting attributes on ICS Interaction font

Follow-up Comment #1, bug #7242 (project xboard): I looked at this when I was dealing with fonts recently. It seems there's no simple way to exclude the Font Style portion of the dialog. We'd have to create a new dialog template based on the internal one, and change those items to hidden and

[Bug-XBoard] [bug #27675] Style 9 moves aren't detected by WB, affecting Blindfold play

Update of bug #27675 (project xboard): Status: Confirmed = Wont Fix Open/Closed:Open = Closed ___ Follow-up Comment #3: It should be

Re: [Bug-XBoard] [bug #27630] Black fairy pieces partly transparent

Tim Mann wrote: Did I really do that only for xboard and not WinBoard?? It seems you did. I have often wondered about the difference in piece representation between the two programs. I agree with HG on this one-- I prefer the way winboard does it, and have wanted that in xboard over

Re: [Bug-XBoard] [bug #27630] Black fairy pieces partly transparent

anonymous wrote: Follow-up Comment #4, bug #27630 (project xboard): Perhaps in the future we should distribute the source with WinBoard bitmap files only, and decide with an option on the conversion program if the user wants to make transparent or opaque pixmaps for the black XBoard pieces.

Re: [Bug-XBoard] [bug #27650] Line wrap in ICS mode

Arun Persaud wrote: It would be nice to have the width variable altered accordingly whenever the user changes the xterm size. I just made that modification for winboard, and it's very nice, particularly when joining is disabled. I'd be happy to implement both of these, but I'm not sure how I

Re: [Bug-XBoard] Problems building 4.4 Beta 1 on OS X 10.5.8

Arun Persaud wrote: Eric wrote: I bet the earlier bug we had with dialogs never focusing in X is related to cleanup of the above LIBS. We've now had multiple issues with the libraries. Perhaps we should consider removing whatever cleanup was done on it, and just use what 4.2.7 did?