Author: Dann Corbit
Date: 10:42:34 03/21/05
Go up one level in this thread
On March 19, 2005 at 08:07:00, Michael Yee wrote: >Hi Dann, > >Just to make sure I'm picturing the use of your database correctly... Is this >similar to what you had in mind? > >- person has several chess GUIs or other programs on their system >- person has your database system installed >- say a new engine comes out >- they "install" the engine *once* by registering it with your database >- then all GUIs that support the database can simply treat the new engine as one >of *its* installed engines, too >- if GUI creates a new parameter "personality" or whatever, it can save it in >the database (which makes it available to other GUIs, too) That's the general sort of idea. The nice thing is that things like Nalimov database path will already be encoded, so you would just pick it from a drop down. >To support this kind of use, it seems like the database system would need a >front end to manage installation. (Or maybe any of the GUIs could function as >this front end.) And maybe some other data needs to be stored like path to >executable, path to logo file, protocols supported, etc.? In other words, should >the database include all data necessary for a GUI to be able to run and >customize the engine? I intent to provide a sample API to manipulate directly from a programming language and perhaps also a front end in Java, C# or VB.NET. I'm not a great GUI designer, though, so I hope that someone else will provide a superior GUI for task management. If I make a .NET GUI, Unix users could use it via Mono.
This page took 0 seconds to execute
Last modified: Thu, 15 Apr 21 08:11:13 -0700
Current Computer Chess Club Forums at Talkchess. This site by Sean Mintz.