Menu
▾
▴
wtfibs-devel — Development Discussion
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(10) |
Sep
|
Oct
|
Nov
|
Dec
|
|---|
|
From: Brett K. <in...@in...> - 2005-08-19 00:05:28
|
Now, regarding your suggestions, most of these would be more appropriate for when we start designing/implementing the UI, as opposed to the core. We wi= ll definitely take these into consideration when it comes time to implement su= ch things. Thanks again for your input, Brett Sometime around Thu, Aug 18, 2005 at 04:57:01PM -0700, Brett Kelly said: > Francois, >=20 > Thanks for your input. In the future, please keep all project discussion= on > the wtfibs-devel mailing list, as wtfibs-commit is for only for commit > messages from sourceforge. >=20 > Thanks >=20 > Sometime around Fri, Aug 19, 2005 at 01:43:02AM +0200, FB said: > > me again :) > >=20 > > would be nice to include in your dev some "smart" features and others.. > >=20 > > first, automatic autodice if no double possible > > second, "smart bear off", if auto bear off on, use "auto bear off" > > only if safe.. > >=20 > > the only correct fibs client now is javafibs, but it's a shame how it > > manages the "toggles", please do something where you can know if a > > "toggle" is on or off (even it could take little bit time at startup, > > but python faster than java !) > >=20 > > would also be nice if it is possible to see the opponent moves more > > slowly than with javafibs (an option "show moves" for example) > >=20 > > francois > >=20 > >=20 > > ------------------------------------------------------- > > SF.Net email is Sponsored by the Better Software Conference & EXPO > > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Pract= ices > > Agile & Plan-Driven Development * Managing Projects & Teams * Testing &= QA > > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5= sf > > _______________________________________________ > > Wtfibs-commit mailing list > > Wtf...@li... > > https://lists.sourceforge.net/lists/listinfo/wtfibs-commit > >=20 >=20 > --=20 > Brett Kelly > in...@in... > http://inkedmn.com:8000 > GPG Public Key: http://inkedmn.com:8000/stuff/inkedmn.asc --=20 Brett Kelly in...@in... http://inkedmn.com:8000 GPG Public Key: http://inkedmn.com:8000/stuff/inkedmn.asc |
|
From: Brett K. <in...@in...> - 2005-08-18 23:57:55
|
Francois, Thanks for your input. In the future, please keep all project discussion on the wtfibs-devel mailing list, as wtfibs-commit is for only for commit messages from sourceforge. Thanks Sometime around Fri, Aug 19, 2005 at 01:43:02AM +0200, FB said: > me again :) >=20 > would be nice to include in your dev some "smart" features and others.. >=20 > first, automatic autodice if no double possible > second, "smart bear off", if auto bear off on, use "auto bear off" > only if safe.. >=20 > the only correct fibs client now is javafibs, but it's a shame how it > manages the "toggles", please do something where you can know if a > "toggle" is on or off (even it could take little bit time at startup, > but python faster than java !) >=20 > would also be nice if it is possible to see the opponent moves more > slowly than with javafibs (an option "show moves" for example) >=20 > francois >=20 >=20 > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practic= es > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________ > Wtfibs-commit mailing list > Wtf...@li... > https://lists.sourceforge.net/lists/listinfo/wtfibs-commit >=20 --=20 Brett Kelly in...@in... http://inkedmn.com:8000 GPG Public Key: http://inkedmn.com:8000/stuff/inkedmn.asc |
|
From: Brett K. <in...@in...> - 2005-08-18 18:52:27
|
As James said, we do plan on an interface to gnubg, but that would be something we'd add later on. The main purpose of the project is to interfa= ce with FIBS, but we're definitely open for suggestions for other ways our lib= raries can be used. Thanks for the suggestions and showing interest in our project! Sometime around Wed, Aug 17, 2005 at 09:53:18AM -0400, James Vega said: > On Wed, Aug 17, 2005 at 03:35:09PM +0200, FB wrote: > > hello > > > > i've seen your post about coding a python client for fibs, i think > > would be best and easier to integrate this in gnubg which is also > > coded gtk/python and open source... >=20 > We intend to eventually support interfacing with gnubg so that a user > could use WTFibs to play against the computer instead of online. Our > main purpose is to create a general FIBS interface that could be used to > create a various UIs for playing on FIBS. Brett, correct me if I'm > misrepresenting anything. >=20 > James > -- > GPG Key: 1024D/61326D40 2003-09-02 James Vega <jam...@ja...> --=20 Brett Kelly in...@in... http://inkedmn.com:8000 GPG Public Key: http://inkedmn.com:8000/stuff/inkedmn.asc |
|
From: Brett K. <in...@in...> - 2005-08-18 18:52:25
|
With the Backgammon library just about finished, it's time to start thinking about handling the FIBS part of the deal. Here's is sort of a braindump of everything I know (or think I know) about = how FIBS works: - The server listens on port 4321, but this should be configurable since I'm sure there is more than on server out there running this software. - They're sent as plain text, ala "command args" - It's rumored that the server requires 1 second between each command that = is sent (which really shouldn't be a big deal, since there won't be much of a need for sending commands any faster than that). Throttling should also = be configurable. I don't think there's much more to it than that. Now, the protocol describ= es quite a few commands/messages (something like 60-80, judging by a quick scan of the web page), so we'll need handlers for each of them... As far as how the socket itself will work, I'm pretty sure a vanilla python socket will do the trick, since we're only going to be communicating with a single host. I'm very open to suggestions here, since my level of knowledge in this area is somewhat lacking :) As James said earlier, barring unforeseen issue, the backgammon lib portion= of the code will be considered "closed" if nobody raises any serious objections to it in the next couple of days. Please let me know if this is a problem. That's all for now, looking forward to hearing reactions to this stuff... --=20 Brett Kelly in...@in... http://inkedmn.com:8000 GPG Public Key: http://inkedmn.com:8000/stuff/inkedmn.asc |
|
From: Jared D. <jar...@gm...> - 2005-08-18 18:24:48
|
pwn3d On 8/18/05, Brett Kelly <in...@in...> wrote: >=20 > Testing this biznitch > -- > Brett Kelly > in...@in... > http://inkedmn.com:8000 > GPG Public Key: http://inkedmn.com:8000/stuff/inkedmn.asc >=20 >=20 > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.1 (GNU/Linux) >=20 > iD8DBQFDBLcioB4gV36UerERAnXTAJ94t4KlPOPFaaoLy30Ya6KY32K98wCfUqCg > V6bXN5JFPILPwdNgeVivo6o=3D > =3DsLPC > -----END PGP SIGNATURE----- >=20 >=20 > |
|
From: Brett K. <in...@in...> - 2005-08-18 17:03:05
|
Testing this biznitch --=20 Brett Kelly in...@in... http://inkedmn.com:8000 GPG Public Key: http://inkedmn.com:8000/stuff/inkedmn.asc |
|
From: James V. <jam...@ja...> - 2005-08-17 13:53:45
|
On Wed, Aug 17, 2005 at 03:35:09PM +0200, FB wrote: > hello > > i've seen your post about coding a python client for fibs, i think > would be best and easier to integrate this in gnubg which is also > coded gtk/python and open source... We intend to eventually support interfacing with gnubg so that a user could use WTFibs to play against the computer instead of online. Our main purpose is to create a general FIBS interface that could be used to create a various UIs for playing on FIBS. Brett, correct me if I'm misrepresenting anything. James -- GPG Key: 1024D/61326D40 2003-09-02 James Vega <jam...@ja...> |
|
From: Brett K. <in...@in...> - 2005-08-16 02:41:56
|
Hello All, Just wanted to drop a quick line regarding what's done and what's not, as m= uch for my own organization as anything... The main Backgammon library (src/Backgammon.py) is rapidly approaching completion. The only thing I think it's still missing is for isValidMove()= to check for moves from the bar back onto the board. That'll most likely be something I can implement this evening with little trouble. Other than tha= t, I feel it's a pretty complete programmatic representation of the various pa= rts and functions of the game board. The next thing on my list is to start working on implementing the FIBS clie= nt protocol (link to the protocol is in TODO). I'm not sure how we'll be handling the actual socket stuff just yet, but I can still get started on creating the handlers for the hojillion commands this server supports. Anyway, that's about it for now. --=20 Brett Kelly in...@in... http://inkedmn.com:8000 GPG Public Key: http://inkedmn.com:8000/stuff/inkedmn.asc |
|
From: Brett K. <BK...@3d...> - 2005-08-09 22:38:58
|
--------------------------- Brett Kelly Application Developer 3 Day Blinds, Inc. bk...@3d...=20 |
|
From: Brett K. <in...@in...> - 2005-08-09 21:50:16
|
Foo! -- Brett Kelly in...@in... http://inkedmn.com:8000 GPG Public Key: http://inkedmn.com:8000/stuff/inkedmn.asc |
