Re: [Bug-XBoard] small bug

Andrew Schultz wrote: > Found a small bug--maybe someone saw it before. If you start a new game and try > to move a pawn from a2 to a8, the promotion dialogue pops up before you are informed > it is an illegal move. In any case, it's an excuse to write to say thanks for something > that can

[Bug-XBoard] xboard crashes when not invoked from shell

Hi, We stumbled on a nasty bug in xboard: when xboard was started up by a tournament manager (in particular PSWBTM), rather than from the command line, it failed to work properly: the engine it started up would always terminate immediatey after its own initialization. We could trace the probl

Re: [Bug-XBoard] Please Help

At 22:38 7-4-2009 -0700, Tim Mann wrote: . Finally, unfortunately, I can't promise anyone will do anything about this. I really am not working on WinBoard anymore. Possibly another contributor will step in to help. Well, if that is the case, peraps Steve could also try one of the WinBoard

Re: [Bug-XBoard] Please Help

At 13:40 8-4-2009 -0700, you wrote: Hi > Well, if that is the case, peraps Steve could also try one of the > WinBoard 4.3 downloads > from the WinBoard forum. ( > http://www.open-aurec.com/wbforum/viewtopic.php?f=19&t=49439 ). I just started to work a bit on XBoard (on Savannah) (porting it to

Re: [Bug-XBoard] Please Help

At 16:35 8-4-2009 -0700, Arun Persaud wrote: hmm, yes I see that that would be a problem ;) Nevertheless I think we could try to work on getting features from your prog into savannah and start closing the gap, if that's fine with you... I am not sure what exactly you have in mind. If you would

Re: [Bug-XBoard] [bug #26126] Enhancement: XBoard support for MiniChess 2007

Note that most of the changes this patch requires involve 'divorcing' the board width and board height from each other, and making them variables rather than constants. All this is already standard in XBoard 4.3.15. MiniChess 2007/2009 are not amongst the variants officially supported in XBoar

Fwd: Re: [Bug-XBoard] Please Help

Date: Fri, 10 Apr 2009 00:42:02 +0200 To: Arun Persaud From: "h.g. muller" Subject: Re: [Bug-XBoard] Please Help that sounds very promising. I emailed Allessandro and if he already signed the forms than we could go right ahead... If it is ok, I'll forward your email address

Re: [Bug-XBoard] Please Help

At 09:10 10-4-2009 -0700, Arun Persaud wrote: I had a quick look yesterday and this seems to be true, one relatively big difference for example is internationalization support (well, not that big, but it's all over the place). But I think it should be doable... Anyway, better to do it now then wa

Re: [Bug-XBoard] Please Help

ok... how about aiming for 4.4 to get all the changes from Allessandro and you in (in case we can get a hold of Allessandro) and then for 5.0 to port everything to gtk and combine winboard and xboard. I don't know what strategy the Savannah project was using before for stepping up the numbers

[Bug-XBoard] WinBoard for JFW

I finally succumbed to persistent pressure to have a look at WinBoard 4.0.2 for JFW, to fix the broken ICS support. It seems I have succeeded in doing this. I still want to apply a patch to make it speak the thinking output in a useful way, when showThinking is on (e.g. in analysis mode). My q

Re: [Bug-XBoard] WinBoard for JFW

At 20:13 27-6-2009 -0700, Tim Mann wrote: ... I do remember testing it without the speech turned on and reproducing the bug where ICS support didn't work. I think I even found the bug in the source code... but I thought I couldn't rebuild it with a fix, so I didn't try. D'oh. Actually it was

Re: [Bug-XBoard] WinBoard for JFW

I ported the JAWS patch from WB 4.0.2 to 4.4.0. I as wondering how we should treat this. I concentrated the entire patch in winboard.c now. But since there are extra menus, it also needs a patched winboard.rc, and a resource.h shared by the two to define the new menu controls (a dozen or so). As

Re: [Bug-XBoard] [bug #27153] Pre-move does not work on xboard 4.4beta1

Can you provide us with an executable that has the premove problem? I identified some problems with premove in WinBoard (due to lack of refresh of the display the premove highlights were not always visible there), and fixed them. But XBoard did not have the same bug, and for me seems to work as it

[Bug-XBoard] XBoard external pixmaps

Some people that are using XBoard with external pixmaps complain that they get error messages for the new piece types, like Error -1 loading XPM file "/home/roy/xboard/merida/cocoa/fll72.xpm" Now this error should be non-fatal, but I can imagine that people get annoyed because they suddenly get

Re: [Bug-XBoard] Xboard 4.3.15 bugs Mac OS X 10.5.8 PPC

At 21:30 31-8-2009 +0200, Hans Aberg wrote: There are some minor bugs when installing http://www.open-aurec.com/wbforum/WinBoard/WBsrc.4.3.15.zip on Mac OS X 10.5.8: Could you also test this for the version 4.4.0 we are at the point of releasing? (The 4.4.0beta1 version in the git repository

Re: [Bug-XBoard] Xboard 4.3.15 bugs Mac OS X 10.5.8 PPC

But then the 'xboard -variant capablanca', machines playing against each other, gives an error: {False draw claim: 'Stalemate'} 0-1 [1]W+0.00 a8a8 Error happens also when playing white against machine, for example: Illegal move "f4" (rejected by first chess program) This happens also in "Ed

Re: [Bug-XBoard] Xboard 4.3.15 bugs Mac OS X 10.5.8 PPC

It works now. When I try variants out, I find it natural to run a game in xboard with the engine playing against itself. After playing awhile, I want to go back to see what actually was played. Then the Mac OS X chess GUI "Sigma Chess" has a feature "branch game", which pops up window with anot

Re: [Bug-XBoard] Xiangqi Font

i tried to play an xiangqi game against one of the build in engines. After i played this game i get an error, if i try to play a normal western chess game. Everytime i load Winboard the Xiangqi font appears. Its difficult to play western Chess with Xiangqi board and pieces. Hope you can fix th

Re: [Bug-XBoard] [bug #26127] Enhancement: XBoard support for MiniChess 2009

This patch as given is inompatible with the latest source, as the code it patched has mostly been changed beyod recognition, because it has been already patched to do similar things as this patch aims to do (changing board size and such). The up side is that the new code can be patched really ea

Re: [Bug-XBoard] [bug #17234] Bogus en-passant capture

At 02:10 3-10-2009 +, Tim Mann wrote: Follow-up Comment #2, bug #17234 (project xboard): Did HGM fix this in 4.4.x? Indeed, this should be fully fixed. We even understand e.p. capture of Berolina Pawns now. :-))) ___ Bug-XBoard mailing list

Re: [Bug-XBoard] [bug #8021] e.p. square not passed to engine in setboard?

At 08:26 3-10-2009 +, Tim Mann wrote: Follow-up Comment #1, bug #8021 (project xboard): HGM, is this one fixed too? Yes, this should be fixed. ___ Bug-XBoard mailing list Bug-XBoard@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xboard

Re: [Bug-XBoard] [bug #27153] Pre-move does not work on xboard 4.4beta1

indeed, we got it now. It was just tht no one told that the problem was entering recaptures as pre-moves. In click-click mode this is not possible, as clicking a new own piece selects it as new from square rtaher than to square. But I never realized that this ambiguity does not occur for drag-drop

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

Well, it would be great if you could fix this. But be sure it works on the ICS at 80.100.28.169 in Courier Chess, as this seems to be the most critical case (widest board). ___ Bug-XBoard mailing list Bug-XBoard@gnu.org http://lists.gnu.org/mailman/li

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

Maybe we should consider providing a way at compile time to choose which way it's built? I think including an additional directory for the bitmap differences shouldn't cause much size increase to the source tarball. Or maybe it would-- how do we get lzma's soliid archive feature into the ta

Re: [Bug-XBoard] [bug #8847] Moving backward while examining on FICS not reported to engine

Beware that I hardly ever use an ICS, and that I never used examine mode before. But I tried it for the occasion, and it seems the ICS has commands "forward" and "backward" that can be used to step through the game (possibly in steps of multiple moves). After each such command it sends a new bo

Re: [Bug-XBoard] [bug #8847] Moving backward while examining on FICS not reported to engine

I found this code in parse_board12(): /* [DM] If we found takebacks during icsEngineAnalyze try send to engine */ if (!newGame && appData.icsEngineAnalyze && moveNum < forwardMostMove) { takeback = forwardMostMove - moveNum; for (i = 0; i < takeback; i++) {

Re: [Bug-XBoard] [bug #27666] "misc shogi" on FICS

The problems with bsetup and castling takeback in examine mode should now have been solved in the server. The bsetup case required some additions to XBoard, to make it switch variant during the setup when the ICS changes board size. When you enter "bsetup" from idle mode you now get an empty 8x8

Re: [Bug-XBoard] premove bug?

There seems to be at least one real problem here: The premove texts (as given by the command-line option -premoveBlackText, or through the Option->ICS menu dialog) is sent to the ICS prefixed with $. And the ICS seems to dislike that. (At least my version of the Lasker 2.2.3 Chessd code rejects $

Re: [Bug-XBoard] xboard: Error: second chess program exited unexpectedly

At 18:21 31-10-2009 +0200, matrix one wrote: Hi, Is happend only with toga2 Linux s3 2.6.31-14-generic #48-Ubuntu SMP Fri Oct 16 14:05:01 UTC 2009 x86_64 GNU/Linux xboard -debug -size huge -coords -scp 'polyglot /home/matrix/.polyglot/toga2.ini' -fcp 'polyglot /home/matrix/.polyglot/stoc

Re: [Bug-XBoard] xboard: Error: second chess program exited unexpectedly

At 11:45 31-10-2009 -0700, Tim Mann wrote: The double free worries me more than the XtRemoveGrab error. Of course they could be related, and it would be best to fix both even if they aren't. OK, for the record: I had some more e-mail exchanges with the reporter of this bug, and it turned out

[Bug-XBoard] Again XBoard copy

The copying of positions and games now works fine in XBoard. But another problem surfaced: people also want to copy text from the engine-output window. I guess this is a very legitimate wish: people want to analyze positions, to see at which depth the engine finds the solution to a tactical proble

Re: [Bug-XBoard] Again XBoard copy

It looks like the Athena widgets were designed before the "new" X clipboard behavior was standardized, so the documentation only talks about the primary selection and cut buffers. Cut buffers are obsolete -- they still exist, but newer programs don't use them. There might be some clever way to

Re: [Bug-XBoard] xboard crashes with engine

At 17:56 9-12-2009 -0700, Eric Mullins wrote: Doesn't run an engine properly in xboard. Engine starts fine, but as soon as I analyze or make a move, it crashes. Don't know why the output log is winboard.debug... really it is xboard. The wrong default name of the debug file was introduced whe

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

At 18:25 9-12-2009 -0700, Eric Mullins wrote: xboard no longer reads its resources. ~/XBoard and ~/.Xresources are unchanged since previous version that read resources fine. What is in those files that you want XBoard to read? Chances are that they should be considered deprecated, and their fu

Re: [Bug-XBoard] Security concern

Please, as a matter of urgency, create a new release addressing this problem. Is this an installer problem, or do you want changes in winboard.exe itself? If a user has normally no access rights where WinBoard is installed by default, it would be logical if he installs it in a location where

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

Move sound, board and piece colors, ICS text colorization, board size, FICS ip address, path to timeseal, and various flags. These settings are indeed no longer processed by X, and have all been moved to the settings file. Chances are that they should be considered deprecated, and their

Re: [Bug-XBoard] xboard crashes with engine

After getting the resources solved enough to start xboard w/out the engine output window, I can confirm this window is the problem. Starting w/out the window works fine until I bring it up. Again, I tried your other suggestion about changes to xengineoutput.c w/out effect. Just to make sur

[Bug-XBoard] We distribute wrongly compiled WinBoard binaries

The current source does not work correctly when compiled with gcc+Cygwin, which I use (with the -mno-cygwin flag) to generate the binary distribution and installer package. The u64Display format that is used (%lld) will not work to read all 64-bits in scanf, and lead to a phase error of any fo

Re: [Bug-XBoard] We distribute wrongly compiled WinBoard binaries

At 09:48 2-2-2010 -0800, Tim Mann wrote: That's odd; I thought %I64 was only used by the Microsoft C library. Maybe with -mno-cygwin, gcc is linking scanf to a version from the Microsoft runtime library? Just as an experiment, what happens if you do use the Cygwin library (i.e., don't give -mno-

Re: [Bug-XBoard] Re: Help

At 14:32 2-2-2010 -0800, you wrote: I'm not sure I understand your problem with the old version. What old version are you using exactly (see Help/About)? I don't remember if WinBoard saves the size of the file open dialog (if that's what you mean), but generally, if anything is coming out the w

Re: [Bug-XBoard] We distribute wrongly compiled WinBoard binaries

That can be done. But if you do that, then in makefile.ms, you must always -DUSE_I64. That case would already be covered because the _MSC_VER switch is set there, not? because then you would also need other basic type names and constant suffixes for the long data types. So I was thinking

Re: [Bug-XBoard] We distribute wrongly compiled WinBoard binaries

No. You do not want to check against _MSC_VER for the format specification. What matters is linking against the msvcrt, not the compiler used. You *could* check the _MSC_VER in order to prefer "%lld" when you know you'll be linking with non-buggy versions. But since they are back-compatib

Re: [Bug-XBoard] Re: fairymax ...

Possible solutions: 1) Install fairymax, so xboard can use it. (I have no openSuSE, so I would not know how to do that there. On Ubuntu I would just do "sudo apt-get install fairymax".) 2) Start xboard with the command "xboard -ncp" so that it will not try to startup any Chess engine at all. (e

Re: [Bug-XBoard] Xboard doesn't compile with --disable-zippy

At 21:36 3-8-2010 -0400, Adrian Petrescu wrote: If I run configure with the --disable-zippy flag (which successfully shows "zippy: no" in the configuration summary), trying to make fails with the following errors: In file included from xboard.c:1347: args.h:597: error: 'AppData' has no member

Re: [Bug-XBoard] Re: Extremely slow startup

At 22:33 3-8-2010 -0400, Adrian Petrescu wrote: Here is a strange symptom that may illuminate the issue or make it more puzzling. You decide which. This will indeed be a tough cookie... For me, startup of XBoard under Ubuntu is fast, so I cannot test it myself. It sounds like XBoard is making

Re: [Bug-XBoard] Re: Extremely slow startup

At 12:23 4-8-2010 -0400, Adrian Petrescu wrote: I couldn't resist so I kept investigating. It seems the problem is not specific to XSync -- I tried removing all calls to XSync and XSynchronize in xboard.c. The problem magically moved over to the XSetArg calls in ModeHighlight(). I commented tho

Re: [Bug-XBoard] Fwd: xboard

From: <questi...@altern.org> Date: Sat, Sep 11, 2010 at 4:40 AM Subject: xboard To: t...@tim-mann.org Hi i use your programme for about more than 10 years maybe 20, i cant remmember. I hate the premove and many features ... I like its simp

Re: [Bug-XBoard] Winboard help in Windows Vista

The WinBoard install includes both a .hlp and a .chm help file. ' It tries to launch the WinHlp32 viewr first to display the .hlp file, and if it gets an error message for that, it automatically launches the html-help viewer. Your system seems to prefer to direct the error message at the user, h

Re: [Bug-XBoard] [bug #31634] Bad path results in segmentation fault

I don't think this is the correct patch. The true problem is the *strchr(buf, '/') = 0; statement in the else part. This assumes that in any pathname starting with ~ there will be a slash, and causes the segfault if there is none. The patch merely diverts control to the else part in case there ha

Re: [Bug-XBoard] [bug #31634] Bad path results in segmentation fault

At 15:18 12-11-2010 -0800, Adrian Petrescu wrote: I believe the "~" shorthand is something that the shells expand, not something the kernel inherently knows about. Indeed, I doubt the kernel knows anything about something that high-level at all. But there may be some standard function to do th

Re: [Bug-XBoard] [bug #31634] Bad path results in segmentation fault

At 11:01 20-11-2010 +0100, Vincent Legout wrote: I think you're right about the ~ and your patch seems to work. I've applied it against the current debian package in unstable (4.4.4), and I couldn't reproduce the bug anymore. Thanks, Vincent OK, I have applied it to the XBoard development (

Re: [Bug-XBoard] [bug #31756] crash resizing engine window

At 18:10 2-12-2010 +, Vincent Legout wrote: A bug has been reported in Debian. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=604610 I thought that it is fixed in the development version, but I was wrong, I can reproduce it with the latest git. It only happens when xboard is built with

Re: [Bug-XBoard] problem winboard-russia

The Russian versions of WinBoard are not produced by us. Neither was the original WinBoard JAWS version, which was derived from a very old WinBoard (4.0.2). As far as I know that JAWS version did not work for I C S play at all. The first version where we got that working was WinBoard 4.4.0. Is t

Re: [Bug-XBoard] Xboard 4.5.1 install bug Mac OS X 10.6.6

make install test -z "/usr/local/bin" || ./install-sh -c -d "/usr/local/bin" /usr/bin/install -c xboard '/usr/local/bin' test -z "/usr/local/etc" || ./install-sh -c -d "/usr/local/etc" /usr/bin/install -c -m 644 xboard.conf '/usr/local/etc' test -z "/usr/local/share/applications" || ./install

Re: [Bug-XBoard] Xboard 4.5.1 install bug Mac OS X 10.6.6

At 09:22 6-3-2011 +0100, Hans Aberg wrote: Also, the XBoard manual says that the default location for polyglot is /usr/local/share/polyglot. The polyglot-1.4.64b I used installs in /usr/local/bin/, the default location on BSD systems. The directory share/ is reserved for system-independent file

Re: [Bug-XBoard] Xboard 4.5.1 install bug Mac OS X 10.6.6

hmm, seems as if that option is not doing much... I also did a quick grep across the source and can't find any place where it is used, apart from in StartChildProcess as a second argument, which seems to be always "". The second argument is used for the chdir HGM mentioned. But this doesn't seem

Re: [Bug-XBoard] xboard: Unrecognized argument -variations

The GTK branch lags a bit behind the master and v4.5.x branches, which means that there will be some options saved in a settings file made by the latter versions that it does not know yet. So you would have to delete an existing .xboardrc file in your home directory before you can run the GTK vers

Re: [Bug-XBoard] xboard: Unrecognized argument -variations

I am afraid that this is something only Arun can answer. I cannot build the GTK version at all, so I have no idea how it works. Seems to me you are missing the file gtk-interface.xml, (or have it somehow in an uexpected place), and that all other errors are a consequence of that. _

Re: [Bug-XBoard] xboard: Unrecognized argument -variations

Just an idea: are you sure you properly installed it after compilation (with "sudo make install")? The files it cannot find at run time seem to be all in git. So it could be that they were not copied to where XBoard expects them. Either that, or they are accidentally left out of the release tar ba

Re: [Bug-XBoard] [bug #33241] xboard quits with "Unable to create font set."

At 16:35 6-5-2011 +, Tim Mann wrote: I had a different problem: I'm on Ubuntu 10.04 with gettext-tools 0.17, but Arun checked in stuff built with 0.18. When trying to build, I got an error about Makefile.in.in being the wrong version until I did this: gettextize -f ./autogen.sh ./configure

Re: [Bug-XBoard] [bug #33241] xboard quits with "Unable to create font set."

is there some way I can get more debug information from xboard? To change the fonts in XBoard you wold need the options -font, -clockFont and -coordFont, and give them that very long string as value argument. That is a bit inconvenient on the command line (and presumably you will keep getting

Re: [Bug-XBoard] [bug #33241] xboard quits with "Unable to create font set."

At 01:13 17-5-2011 -0700, Tim Mann wrote: p.s. I just tried, and editing the .xboardrc file to change the fonts from iso8846 to iso10646 did NOT fix the broken umlauts. So there is more to that problem. I don't really know anything about X-fonts, but apparently iso10646 and such stands for an

Re: [Bug-XBoard] [bug #33241] xboard quits with "Unable to create font set."

At 22:42 17-5-2011 -0700, Tim Mann wrote: It looks like we need to change FindFont to just return the fontset, then change the rest of the code to set fontSet resources using that value instead of setting font resources. That looks like it will be a fair amount of work to carry through fully.

Re: [Bug-XBoard] [bug #33241] xboard quits with 'Unable to create font set.'

OK, I am back from Greece, so I had access to my Linux system again. I started pushing all the WinBoard fixes I had accumulated in the mean time to hgm.nubati.net (hgmaster branch), after syncing with Savannah. There seems to e a problem, though, with the file browser. I suspect this is a side ef

[Bug-XBoard] XBoard file-type associations?

I was wondering if it would be possible to do the same kind of stuff on a Linux XBoard install as we do now with WinBoard: associate file types with some specific XBoard command, so that clicking a file of that type would automatically start up an XBoard in the required mode. And of course it wold

Re: [Bug-XBoard] [bug #33241] xboard quits with 'Unable to create font set.'

At 00:09 9-6-2011 -0700, Tim Mann wrote: * The file browser uses a somewhat kludgey feature (useStringInPlace) that doesn't work the way it's expecting if its widgets inherit international = True from the resource database. In the international case, the AsciiText widget keeps its internal stri

Re: [Bug-XBoard] [bug #33241] xboard quits with 'Unable to create font set.'

I did take a stab at rewriting the filebrowser. The first attempt is in a new branch ('browser') of the hgm.nubati.net repository. It is mainly to get an impression of how it would come to look, although it sort of works. It behaves a bit weird w.r.t. giving focus to the windows, and I did not imp

Re: [Bug-XBoard] [bug #33241] xboard quits with 'Unable to create font set.'

OK, the new browser dialog seems to work now. I added path browsing to it. The reason it crashed before was that I had broken the comment popup, which I moved to another dialog number to 'make space' for a second transient dialog (so that 0 and 1 could be transient), which was needed because the b

[Bug-XBoard] Icon

I am not sure if this is a Debian or a general problem. I had an XBoard shortcut on the desktop of my Ubuntu, which was shown as a black knight icon. I don't recall at what time this was made, and who supplied that icon. But installing Ubuntu 10.04 altered the desktop background, and in places th

Re: [Bug-XBoard] Xboard installation problem.

If no makefile is found, I would say that the configure appeared to work incorrectly. Because it is the very purpose of ./configure to create a makefile... If configure terminates with error messages, it is not joking! ___ Bug-XBoard mailing list Bug-X

Re: [Bug-XBoard] [XBoard-devel] Winboard

Are there any plans to make Winboard/Xboard compatible with the iPad? An app would be appreciated. The diagram .bmp saver is indispensable. No plans whatsoever. I don't have an iPad / iPhone, and probably never will. I am thinking about purchasing an Android smart-phone, though. _

Re: [Bug-XBoard] [bug #33750] commit 56310c5b198bc521e0a715377c68378b7bcf10a5 causes segfault here

Ah, OK. You are starting with the engine-output window closed. I only tested with the window open... Funny enough WinBoard does not mind changing the title of a non-existing window. Anyway, thanks for finding this. I incorporated the fix now in the patch to this feature that was already in hgm.nu

Re: [Bug-XBoard] chess set

The piece symbols can be changed by specifying a true-type Chess font. The file ChessMark.ini in the standard install shows an examply how to do this, using the option /renderPiecesWithFont="...". The README html file accessible from the Start menu contains a link to a page that explains how to d

Re: [Bug-XBoard] [bug #34202] xboard has a 20-second startup delay running with Ubuntu 11.04

One important difference between the previously reported bug and what you report now would be that you now find this behavior also in 4.2.x, while before it only manifested itself in 4.4.0. I am not sure that taking a binary from one distribution, and plugging that into another, is a valid procedu

Re: [Bug-XBoard] [bug #34457] xboard: no fonts match pattern -*-helvetica-bold-r-normal--*-*-*-*-*-*-*-*

I guess this bug-report will keep recurring forever... Install the font! And make sure it is loaded in the X-server font cache. This is the only solution. There is no way XBoard could possibly work if you have no fonts: all the menus and dialogs would be blank. So printing this error message is

Re: [Bug-XBoard] ~ Board selection does not work ~

At 04:34 4-10-2011 -0500, Email wrote: The board options seem not to work. I cannot change the square's color or set to default. Also can U indicate step by step how to install crafty with book usage. Thanks Assuming you are talking about WinBoard 4.5.3: The -liteBackTextureFile and -darkBack

Re: [Bug-XBoard] chess-formula

At 18:53 8-10-2011 +0300, venko ganev wrote: Hello you! I registered in the freechess.org. I am interested in how to create a formula whereby using the command "seek" not I invite users with a rating lower than 1600 as my score is over 1600. I would be very grateful if I describe in detail the c

[Bug-XBoard] Two bug reports

I received two bug reports on forums, which I am not sure how to fix: One ( http://www.open-aurec.com/wbforum/viewtopic.php?f=19&t=52035 ) is on Mac, where 4.6.0 produces a stream of spurious run-time warnings: Warning: No type converter registered for '(null)' to 'FontSet' conversion. a

Re: [Bug-XBoard] [bug #34972] Several issues regarding lokalization

Some quick remarks: At 23:09 2-12-2011 +, Byrial Jensen wrote: 1) My testing shows several untranslatable strings: Unrecognized argument shuffle (in File > New Shuffle Game) randomize (in File > New Shuffle Game) pick fixed (in File > New Shuffle Game) I think in 4.6 this dialog is now do

Re: [Bug-XBoard] [bug #34972] Several issues regarding lokalization

At 11:00 3-12-2011 +, Byrial Jensen wrote: Follow-up Comment #3, bug #34972 (project xboard): Thanks, that was fast. PGN files should not be changed. The PGN specification does not allow for that, and it would not be portable. But I think the move notation should be changed in the Move lis

Re: [Bug-XBoard] [bug #34972] Several issues regarding lokalization

At 20:38 3-12-2011 +0100, Byrial Jensen wrote: Well, if you are able to use or convert the po-file, you are welcome. If would be difficult for me to make a winboard file, as I don't use MSWindows, and thus cannot even test if I messed up the file by some accident. Unfortunately I have only a

Re: [Bug-XBoard] [bug #34980] Promotion in play at ICS fails with localized Xboard

At 21:49 3-12-2011 +, Byrial Jensen wrote: Anyway I looked at the function PromotionCallback() in xboard.c and found this code: if (strcmp(name, _("Knight")) == 0) { promoChar = 'n'; } else if (strcmp(name, _("Promote")) == 0) { promoChar = '+'; } else if (strcmp(name

Re: [Bug-XBoard] [bug #34991] Load engine doesn't work in localized xboard

OK, I pushed a potential fix for the button alignment to hgm.nubti.net (hgmaster), but I did not know how to test it, as the languages that I could get to work (de_DE.utf8) do not translate "browse", I did not know how to select Danish, and changing de.po to add a translatior for "browse" was n

Re: [Bug-XBoard] [bug #34991] Load engine doesn't work in localized xboard

you should be able to start xboard with a different language by using "LANG=da_DK xboard" Well, I am not on Linux now, but I think this is one of the things I tried. I keep getting that dreaded message that the C lib doesn't support the locale. Yet there was a da.gmo file in the po directory.

Re: [Bug-XBoard] [bug #34991] Load engine doesn't work in localized xboard

OK, I can confirm that it works now (after a fix). I managed to install the Danish locale (and I have to use LANG=da_DK.utf8). Changing the German translation now also works. The size of the German main menu bar goes horribly overflow at -size 49, though. Didn't we fix that, by only displaying

Re: [Bug-XBoard] [bug #35000] Temporary previous position ('.' key, former Ctrl) conflicts with start of Type a move

I still have some bad feelings about this fix. It seems to me that using a two-key stroke or this funtion pretty much destroys its usefulness completely. I don't see much of a reason for its existence in the first place; highighting shows you pretty learly what the last move was, when you use ar

Re: [Bug-XBoard] [bug #34990] Use of Mono mode once permanently swictces to bitmap pieces

The only way to revert this is to quit xboard and manually edit .xboardrc to remove the automatically inserted -bitmapDirectory option. This is not true: the bitmapDirectory can be specified from the View->Board menu dialog as well. Switching to modo-mode does force it to a default value when

Re: [Bug-XBoard] [bug #35000] Temporary previous position ('.' key, former Ctrl) conflicts with start of Type a move

If input notation can be localized at some point in the future, as I think it should, then the first character of a move will not necessary be a ASCII letter (A-Z) or number. You mean it can be a code >127? Then we shouldonly exclude the keys we want to use for binding. '.' could be an unluc

Re: [Bug-XBoard] [bug #35000] Temporary previous position ('.' key, former Ctrl) conflicts with start of Type a move

I also don't use the arrow highlighting for the same reason and think we should keep this functionality, perhaps we should add it to Winboard if it is missing there? It was ported from WinBoard. I guess the normal highlighting works, but having the piece move is nice IMO:) The reason was t

Re: [Bug-XBoard] [bug #34990] Use of Mono mode once permanently swictces to bitmap pieces

You are right about that. However when I tried I got a segfault! Oh yes, now I remember that occurred to me too. The patch that fixed the animation masks on swithing back to color mode fixes that too. A string constant (DEF_BITMAP_DIR) is assigned to appData.bitmapDirectory when you change

Re: [Bug-XBoard] [bug #34990] Use of Mono mode once permanently swictces to bitmap pieces

At 20:23 22-12-2011 +0100, Byrial Jensen wrote: Den 22-12-2011 10:41, h.g. muller skrev: You are right about that. However when I tried I got a segfault! Oh yes, now I remember that occurred to me too. The patch that fixed the animation masks on swithing back to color mode fixes that too

Re: [Bug-XBoard] [bug #35181] Shortened menunames in tinymode not translated

I just took a look at xboard in German. You're right the wide menu. But in -size tiny there is also another problem: You cannot see the seconds on the clock for Schwarz (Black). Well, that is a problem the user can fix (without side effects) by specifying a smaller -clockFont.

Re: [Bug-XBoard] [bug #35181] Shortened menunames in tinymode not translated

I see 3 ways to fix that: 1) Extract the first character from the localized name using mbtowc(). (mbtowc stands for Multi Byte char TO Wide Char). It is easy to do, but the method may not be available for all as mbtowc() is a C99 function. 2) Extract the first character from the localized name u

Re: [Bug-XBoard] [bug #35181] Shortened menunames in tinymode not translated

However 1) I tested the numeric values given with the -size options, and it didn't work for linegap and fontsizes Oh, it could be that my changes to save font size in the settings file have broken this. I never paid any attention to the extra -size parameters (WinBord does not have that). I

Re: [Bug-XBoard] [bug #35181] Shortened menunames in tinymode not translated

What are you talking about? There is no -overrideLinegap option. Sorry, I meant -overrideLineGap . Besides if the developers have special demands to the translations it should be communicated to the translatirs with translator comments in the source. Translators aren't mindreaders. Good

Re: [Bug-XBoard] [bug #35181] Shortened menunames in tinymode not translated

But anyway if you explicitly give a value for the linegap, why should you need to tell that you mean it once more? In WinBoard the board can be resized during the session, and typically people using a line-gap would want the width of it to scale with the board size, using the table of default

Re: [Bug-XBoard] [bug #35181] Shortened menunames in tinymode not translated

Yes, as said before in this thread you have to use the C99 function mbtowc() or some library dedicated to handle multibyte char strings. Well, I admit had not thought of that, but this is completely trivial to code even without using any libraries.The high bits of UTF8 immediately tell you t

Re: [Bug-XBoard] [bug #35181] Shortened menunames in tinymode not translated

It is simple for UTF-8, but some users use other encodings. Do you know them all? I would worry about that only when we actually did have translations that used other encodings. So far we only provide UTF8 po files. ___ Bug-XBoard mailing list Bu

Re: [Bug-XBoard] [bug #35181] Shortened menunames in tinymode not translated

1) It may be necessary to have a minimum width, so small texts will not show less an a letter. Modus in German in size -tiny is close to show less than an M. It could be worse in other languages. This suggest tome you would be using too-large a font. 2) When you have enough space the menu bu

Re: [Bug-XBoard] [bug #35000] Temporary previous position ('.' key, former Ctrl) conflicts with start of Type a move

Would it be an idea to use the auto-repeat by having the piece jump back and forth, rather than suppress later events? I am not sure what exactly the sequence of events is in Xt on auto-repeat. In Windows there would be one key-down event, one or more char events, and finally a key-up event. The

  1   2   >