Re: [Bug-XBoard] Infinite recursion

Den 12-04-2012 16:19, Byrial Jensen skrev: Den 12-04-2012 11:54, h.g. muller skrev: If Xboard is dependent on untranslated error messages from libc, it should run the engines in the C locale. It can be done by calling putenv("LANGUAGE=C") in the child proces before the exec() cal

Re: [Bug-XBoard] Infinite recursion

Den 12-04-2012 11:54, h.g. muller skrev: If Xboard is dependent on untranslated error messages from libc, it should run the engines in the C locale. It can be done by calling putenv("LANGUAGE=C") in the child proces before the exec() call. It is not that simple. One would want the engines to

Re: [Bug-XBoard] Infinite recursion

Den 11-04-2012 12:06, h.g. muller skrev: However if start xboard in my normal Danish locale the error error does not come up, and the engine setting menu item are enabled. If I click on "Engine #1 settings", xboard will crash. ... But the point is that the behavoir depends on the locale in a w

[Bug-XBoard] Infinite recursion

I see something strange with the current git master code. My .xboard contains these lines: -recentEngines 4 -recentEngineList {stockfish fairymax } -firstChessProgramNames {fairymax "Fruit 2.1" -fcp fruit -fUCI "Crafty" -fcp crafty "GNU Chess" -fcp gnuchess "stockfish" -fd "." -fUCI } Fairymax

Re: [Bug-XBoard] Latest developments

Den 03-04-2012 22:51, h.g. muller skrev: BTW. I cannot compile the git master branch right now: [...] This is weird. Especially since the above error messages seem completely non-sensical. When I print backend.c from the current master branch in the savannah repository, There is no N_ macro

Re: [Bug-XBoard] Latest developments

Den 30-03-2012 20:30, h.g. muller skrev: OK, I pushed everything to Savannah v4.6.x now, including a news page for 4.6.1. Unfortunately there is one new translatable string, so I guess we will have to go through the procedure of pot update and developer release, and allow the translators to hand

Re: [Bug-XBoard] The clock stops if the board window is moved with stickyWindows on

Den 29-03-2012 23:41, h.g. muller skrev: While I am able to stop the clock occasionally by moving the board, it doesn't happen often. It is much easier to reproduce by iconifying/ deiconifying the board window. I have not been able to reproduce this (since I fixed the earlier bug of not clear

Re: [Bug-XBoard] The clock stops if the board window is moved with stickyWindows on

Den 17-03-2012 14:31, Byrial Jensen skrev: Note that I got the coredump while connected to FICS, and I that now can only reproduce the clock-stop-while-moving-board on FICS. I cannot any longer get the clock to stop while playing an engine. Does ICS mode use any timers, which engine mode

Re: [Bug-XBoard] The clock stops if the board window is moved with stickyWindows on

Den 17-03-2012 08:13, h.g.mul...@hccnet.nl skrev: After playing at FICS for some time I got a segfault. This is the stack backtrace made from the core file: #0 0x7f5b68139694 in XtRemoveTimeOut () from Hmm, this is going to be hard. One can argue that a segfault in this Xt routine must al

Re: [Bug-XBoard] The clock stops if the board window is moved with stickyWindows on

Den 16-03-2012 14:58, h.g. muller skrev: OK, I fixed the clock problem. Turned out there can be multiple timer events pending, but the same few event IDs are reused all the time. And DelayedDrag would always clear the timeout for previous Drag event, even if that event had already taken place, an

[Bug-XBoard] The clock stops if the board window is moved with stickyWindows on

If I move the board window during a game while the stickyWindows option is actice, the clock for the player who has the move will most often - but not always - stop. The same happens if the window is iconified and deiconified. I tried to find the reason but failed. But I made the following 2

[Bug-XBoard] Promotion as premove

I tried to do a pawn move to the 8. rank with promotion as a premove at FICS while detour under-promotion was active. It worked flawlessly, except for one thing. A double click on a premoved piece should normally cancel the premove, but that did not happen with the pawn to be promoted. Nothing

[Bug-XBoard] Problem with seek graph

I had a problem with using the seek graph while playing on FICS. I had made a "seek" command, and while waiting for a game I clicked on the board to see a seek graph. But the at same time someone accepted my previous seek creating a new game. The result was: 1) The server's answer to a "soug

Re: [Bug-XBoard] Minor typo in xoptions.c:634

Den 06-03-2012 00:08, Byrial Jensen skrev: Den 05-03-2012 20:55, Yuri Chornoivan skrev: Hi! xoptions.c:634: Seach mode: should be "Search mode:" Thanks for fixing this typo. Best regards, Yuri Hi, Yuri Thank you for reporting the error. If you find other errors, or things tha

Re: [Bug-XBoard] Minor typo in xoptions.c:634

Den 05-03-2012 20:55, Yuri Chornoivan skrev: Hi! xoptions.c:634: Seach mode: should be "Search mode:" Thanks for fixing this typo. Best regards, Yuri Hi, Yuri Thank you for reporting the error. If you find other errors, or things that for some reason is difficult to translate right, pleas

[Bug-XBoard] Sticky windows

Den 25-02-2012 22:57, h.g. muller skrev: I also made a first attempt to implement the -stickyWindows options: the auxiliary windows Engine Output, Move List, Eval Graph and Game List will then move together with the main window, if you drag the latter. I cannot get it to work. Most of time the

Re: [Bug-XBoard] Xboard-4.5.3a bug: windows sliding

Hi, When I start Xboard and quit again the coordinates in .xbaordrc have changed for all windows, even if they were never opened. Anyway a posible solution might be to not to change the stored positions in the configuration file unless the postion is changed more than some threshold value, s

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

Den 29-12-2011 09:05, h.g. muller skrev: Would it be an idea to use the auto-repeat by having the piece jump back and forth, rather than suppress later events? I found the piece jumping back and forth very disturbing. It could take longer time to make 2 animated moves, than the time between th

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

Den 28-12-2011 19:44, h.g. muller wrote: A possible solution might be to create the buttons first without width speficication, then messaure if they are too wide and make the widest buttons narrower. OK, this is feasible (and better). I pushed the patch again to hgm.nubati.net. Tested the n

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

Den 28-12-2011 15:32, h.g.mul...@hccnet.nl skrev: Couldn't menubar be made such that the text box for each menu title have a limited size, rather than shortening the titles themselves. OK, I pushed a change that does this to hgm.nubati.net. It looks as reasonable as you could expect. In any cas

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

Couldn't menubar be made such that the text box for each menu title have a limited size, rather than shortening the titles themselves. And then when you have the mouse over the text box, it could be expended to the width of its text. Wouldn't that work for all? __

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

Den 28-12-2011 10:59, Byrial Jensen skrev: Den 28-12-2011 10:05, h.g. muller skrev: 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

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

Den 28-12-2011 10:05, h.g. muller skrev: 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. Excuse me, but for one it would be

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

Den 28-12-2011 00:22, h.g. muller skrev: 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

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

Den 27-12-2011 23:36, Tim Mann skrev: > (copying the tranlated item names to a buffer, and zeroing a byte in it based on the board width > through an emperically derived linear formula that worked for English before sending it to the X-server). If the item name is in UTF-8, doing that blindly

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

Den 27-12-2011 20:13, h.g. muller skrev: What are you talking about? There is no -overrideLinegap option. Sorry, I meant -overrideLineGap . Oh, I found it. It needs to be documented! I did really do a case-insensitive search in the manual before asking. But anyway if you explicitly give

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

Den 27-12-2011 18:48, h.g. muller skrev: 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 par

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

Den 27-12-2011 17:47, h.g. muller skrev: 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 specify

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

Sounds like an idea. However to increasingly shorten translated text you still need to use functions which first became a part in standard C in C99. 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 o

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

URL: Summary: Shortened menunames in tinymode not translated Project: XBoard Submitted by: bjensen Submitted on: Tue 27 Dec 2011 11:58:28 AM GMT Category: XBoard (X11)

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

Follow-up Comment #6, bug #34202 (project xboard): The command line option is "-useBoardTexture true". You can use it on the command line or put it into your .xboardrc file, either manually or by saving all selected options in the Options menu.

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

Follow-up Comment #4, bug #34202 (project xboard): Glad to hear about the reduced start up time. For the textures try the new menu option: View > Board... > Use Board Textures ___ Reply to this item at:

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

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. Fine, but where is the patch? __

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

Den 21-12-2011 22:33, h.g. muller skrev: 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. You are right abo

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

Den 21-12-2011 21:18, h.g. muller skrev: 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

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

Den 21-12-2011 18:12, Arun Persaud wrote: Hi On 12/21/2011 09:01 AM, h.g. muller wrote: 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 n

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

Follow-up Comment #2, bug #34202 (project xboard): Hi, I did some test of the start up times in different versions to find what have caused this regression. I replaced the main loop (XtAppMainLoop) with a dummy function that returns immediately using LD_PRELOAD, and timed the real time used by x

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

Update of bug #34980 (project xboard): Status:None => Ready For Test ___ Follow-up Comment #1: Well, I did see that HGM wants to get rid of the promotion popup. But while it is here, I will r

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

Follow-up Comment #6, bug #34991 (project xboard): Status of this bug: It seems to be all fixed from a functional point of view: 1) The browse buttons work for Load engine and elsewhere 2) The Select engine combobox doesn't translate engine name or the empty string. This is also fixed in Match op

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

On 14-12-2011 05:18, Arun Persaud wrote: Hi I added a test if strlen>0 and only call gettext in those cases... that seems to work for me... let me know if this solves the problem. It is not the right thing to do, because then you will still call gettext() for engine names. These may by coinci

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

Follow-up Comment #5, bug #34991 (project xboard): You cannot just remove gettext calls from the combo code. They are also used for combo boxes where translation is needed (search mode in Load options, the sound names in sounds options, load as first or second engine in Load engine) I see 3 ways

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

Follow-up Comment #4, bug #35000 (project xboard): I attach a diff file for a solution to the repeat key problem which works for me by testing if a release event is triggered by a repeating key. (file #24575) ___ Additional Item Attachment:

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

Follow-up Comment #3, bug #34991 (project xboard): I just tried to load an engine with the nickname "Edit". The nickname became translated to Danish in the engine list, so it seems to me that all entries in the list (both the empty string and reel nicknames are wrongly translated. ___

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

Follow-up Comment #2, bug #34991 (project xboard): Yes, all browse buttons (in the Load Engine window and else where) seem now to work and to have a size fitting for the text. The Combo box still contains the po file header as the the first item. _

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

Follow-up Comment #3, bug #35000 (project xboard): I have tested the git code. I doesn't work too well. Ctrl + . does go to the previus position when pressed, and back again when released. However if you don't release the . key immediately, the key will start to repeat, and the board will thus st

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

Follow-up Comment #1, bug #35000 (project xboard): There is a similar problem with the "-" key. It will both iconify xboard and pop up a "Type a move" window with a "-". ___ Reply to this item at:

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

URL: Summary: Temporary previous position ("." key, former Ctrl) conflicts with start of Type a move Project: XBoard Submitted by: bjensen Submitted on: Tue 06 Dec 2011 10:58:21 PM GMT

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

URL: Summary: Load engine doesn't work in localized xboard Project: XBoard Submitted by: bjensen Submitted on: Mon 05 Dec 2011 01:20:20 PM GMT Category: XBoard (X11) Se

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

Follow-up Comment #1, bug #34990 (project xboard): Please read bitmap where I wrote bitmark. It was a typo. ___ Reply to this item at: ___ Message sent

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

URL: Summary: Use of Mono mode once permanently swictces to bitmap pieces Project: XBoard Submitted by: bjensen Submitted on: Mon 05 Dec 2011 11:48:24 AM GMT Category: XBoard (X11)

[Bug-XBoard] [bug #34987] False positive for shout detection at ICS

URL: Summary: False positive for shout detection at ICS Project: XBoard Submitted by: bjensen Submitted on: Sun 04 Dec 2011 07:17:02 PM GMT Category: XBoard (X11) Sever

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

On 03-12-2011 19:02, h.g.mul...@hccnet.nl wrote: BTW, WinBoard did also not have a Danish translation yet. So if you have a taste for it now, there is no need to stop, as the winboard/language.txt template file of the source distro is still ready and waiting to be converted to a winboard/language

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

URL: Summary: Promotion in play at ICS fails with localized Xboard Project: XBoard Submitted by: bjensen Submitted on: Sat 03 Dec 2011 09:49:39 PM GMT Category: XBoard (X11)

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

On 03-12-2011 12:36, h.g. muller wrote: At 11:00 3-12-2011 +, Byrial Jensen wrote: Follow-up Comment #3, bug #34972 (project xboard): But I think the move notation should be changed in the Move list window and other places where a move is shown to the user. And it should also be changed

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

Follow-up Comment #4, bug #34972 (project xboard): Just tried the new git version. Remember to update po/POTFILES.in with all source files which strings marked for translation. ___ Reply to this item at:

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

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 list window and other places where a move is shown t

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

URL: Summary: Several issues regarding lokalization Project: XBoard Submitted by: bjensen Submitted on: Fri 02 Dec 2011 11:09:57 PM GMT Category: None Severity: 3 - Nor