We need Xboard(not winboard) to be updated! All the guys, please take care of it.
More friendly gui!more engine output! At least, it should like the new version winboard.
We need xboard to be updated! Please take care of it.
Moderator: Ras
-
hgm
- Posts: 28451
- Joined: Fri Mar 10, 2006 10:06 am
- Location: Amsterdam
- Full name: H G Muller
Re: We need xboard to be updated! Please take care of it.
Indeed. I already posted a message on WinBoard forum to inquire if someone would be willing to assist me to port WinBoard_F to xboard_F. (I have near-zero experience with Linux, so it would be difficult for me to do it alone.) But so far the silence is deafening...
It shouldn't be that much work: WinBoard and xboard share most source code, and all platform-dependend code is concentrated in the files winboard.c + woptions.c on the one hand, and xboard.c on the other. And I did not make too many changes in winboard.c. So it should only be a matter of transferring the few changes I did make to winboard.c and the menu definitions to xboard.c.
I think that the version I started from, Allessandro's WinBoard_x, did already have a lot of changes in winboard.c that were not parallelled in xboard.c, though. But I am not sure if xboard would actually need those features. One feature, for example, is the font-based rendering. But xboard seems to already have a competing feature, as unlike WinBoard, it seems to load all the bitmaps for the piece symbols at run time, and you can set the directory from which it does that through an option. And it is actually much easier to make such bitmaps than it would be to make true-type fonts.
Anyway, I am nearly done with fixing the FRC code in WinBoard, so that it also pays attention to castling rights, and hope to be able to make a test version available tonight.
It shouldn't be that much work: WinBoard and xboard share most source code, and all platform-dependend code is concentrated in the files winboard.c + woptions.c on the one hand, and xboard.c on the other. And I did not make too many changes in winboard.c. So it should only be a matter of transferring the few changes I did make to winboard.c and the menu definitions to xboard.c.
I think that the version I started from, Allessandro's WinBoard_x, did already have a lot of changes in winboard.c that were not parallelled in xboard.c, though. But I am not sure if xboard would actually need those features. One feature, for example, is the font-based rendering. But xboard seems to already have a competing feature, as unlike WinBoard, it seems to load all the bitmaps for the piece symbols at run time, and you can set the directory from which it does that through an option. And it is actually much easier to make such bitmaps than it would be to make true-type fonts.
Anyway, I am nearly done with fixing the FRC code in WinBoard, so that it also pays attention to castling rights, and hope to be able to make a test version available tonight.
-
pedrox
- Posts: 1056
- Joined: Fri Mar 10, 2006 6:07 am
- Location: Basque Country (Spain)
Re: We need xboard to be updated! Please take care of it.
Perhaps most difficult to make is port the windows of graphics (evaluation) that added Alessandro.
Moreover, it is nice to hear that you are about to make it work FRC option (which I have just put in place on DanaSah)
Moreover, it is nice to hear that you are about to make it work FRC option (which I have just put in place on DanaSah)
-
Philippe
Re: We need xboard to be updated! Please take care of it.
Dear Muller,
Can you compile a windows version of Winboard which does not send the character "$" before a command ? This is for playing on some free chess servers. For instance, if I type F3 to accept I get this error message :
"$accept: Command not found.
Eics%"."
Same thing occur with others shortcut keys.
Can you compile a windows version of Winboard which does not send the character "$" before a command ? This is for playing on some free chess servers. For instance, if I type F3 to accept I get this error message :
"$accept: Command not found.
Eics%"."
Same thing occur with others shortcut keys.
-
Dann Corbit
- Posts: 12814
- Joined: Wed Mar 08, 2006 8:57 pm
- Location: Redmond, WA USA
Re: We need xboard to be updated! Please take care of it.
Winboard/Xboard is an open source project. Anyone who wants to can improve the source code base.Ben Lau wrote:We need Xboard(not winboard) to be updated! All the guys, please take care of it.
More friendly gui!more engine output! At least, it should like the new version winboard.
-
hgm
- Posts: 28451
- Joined: Fri Mar 10, 2006 10:06 am
- Location: Amsterdam
- Full name: H G Muller
Re: We need xboard to be updated! Please take care of it.
Yes, but no one seem to want it... 
-
Alessandro Scotti
Re: We need xboard to be updated! Please take care of it.
All can happen but I wouldn't bet on Xboard being updated. However, I have heard that the next version of Arena can run on Linux.Ben Lau wrote:We need Xboard(not winboard) to be updated! All the guys, please take care of it.
More friendly gui!more engine output! At least, it should like the new version winboard.
You should be able to run both Winboard_F and Arena with Wine though, I had them running on my Mac with CodeWeaver.
-
kongsian
- Posts: 46
- Joined: Thu Jun 15, 2006 11:21 am
Re: We need xboard to be updated! Please take care of it.
Hi H.G. I can probably take this up. I'll leave you a private message on contact details so we can get started on this.hgm wrote:Indeed. I already posted a message on WinBoard forum to inquire if someone would be willing to assist me to port WinBoard_F to xboard_F. (I have near-zero experience with Linux, so it would be difficult for me to do it alone.) But so far the silence is deafening...
It shouldn't be that much work: WinBoard and xboard share most source code, and all platform-dependend code is concentrated in the files winboard.c + woptions.c on the one hand, and xboard.c on the other. And I did not make too many changes in winboard.c. So it should only be a matter of transferring the few changes I did make to winboard.c and the menu definitions to xboard.c.
I think that the version I started from, Allessandro's WinBoard_x, did already have a lot of changes in winboard.c that were not parallelled in xboard.c, though. But I am not sure if xboard would actually need those features. One feature, for example, is the font-based rendering. But xboard seems to already have a competing feature, as unlike WinBoard, it seems to load all the bitmaps for the piece symbols at run time, and you can set the directory from which it does that through an option. And it is actually much easier to make such bitmaps than it would be to make true-type fonts.
Anyway, I am nearly done with fixing the FRC code in WinBoard, so that it also pays attention to castling rights, and hope to be able to make a test version available tonight.
Rgds.
Kong Sian