>
> Chess960 support is IMHO worth considering, indeed. Though I
> do not play it myself I've the feeling that it's pretty
> much established today and very popular.
>
>
chess960 would be rather difficult to implement, and I personaly have no
interest in it.
Pascal
---
Pascal Georges wrote:
Hi!
> I start a new thread for thinks to be clearer for me. Continuing Scid
> For those two last steps (the first one looking important and promising
> for me), who will take the charge ?
I might contribute the new functions of CB10 upcoming end of
july. As much as I foun
On Jun 24, 2008, at 11:28 AM, Alexander Wagner wrote:
>> I have looked at it briefly since your email and yes, you
>> are right, this OS X USB APIs are a different beast
>> altogether. I had assumed (stupid) that they would have
>> lower level APIs simlilar to BSD but I was quite wrong.
>> As ne
Pascal Georges wrote:
Hi!
> We had the feeling that the mac might not like serial
> IO without _any_ flow control as it is used by DGT.
> Ie. dgtdrv2 starts up, searches for the board and
> hangs there right after the first char send to the
> serial port even in the init routi
Garth Corral wrote:
Hi!
>> dgtdrv itself sits on the dgtnix library which is portable between OS,
>> its done in plain POSIX C. dgtdrv itself is also plain C(++). Its
>> known to work on Linux and Windows at the moment afaik also on BSD. We
>> have an open issue on the Mac that actually nobody
2008/6/24 Alexander Wagner <[EMAIL PROTECTED]>:
> We had the feeling that the mac might not like serial IO without _any_ flow
> control as it is used by DGT. Ie. dgtdrv2 starts up, searches for the board
> and hangs there right after the first char send to the serial port even in
> the init routin
tever external tool you want. I think of the same approach for DGT.
Acutally, I think Input Engine to be the most flexible way to add hardware and
I feel the interface to be important.
- original Nachricht ----
Betreff: Re: [Scid-users] Next steps for Scid
Gesendet: Di, 24. Jun 2008
Von:
On Jun 24, 2008, at 12:16 AM, Alexander Wagner wrote:
> dgtdrv itself sits on the dgtnix library which is portable between
> OS, its done in plain POSIX C. dgtdrv itself is also plain C(++).
> Its known to work on Linux and Windows at the moment afaik also on
> BSD. We have an open issue on
On Jun 22, 2008, at 12:19 PM, Alexander Wagner wrote:
>
> On my current agenda:
>
> - DGT support: I really want to get it done for 3.6.25 to be
> GA, I strongly hope I can manage that.
>
Not sure what is needed here but I'd be willing to help out if I can.
I don't currently have a DGT board
Pascal Georges wrote:
Hi!
> I start a new thread for thinks to be clearer for me.
> Continuing Scid development, I feel important (for my own
> usage) to develop the opening related code and things like
> the calculation of vars. For opening bases my idea is to
> try to handle positions instead o
I start a new thread for thinks to be clearer for me. Continuing Scid
development, I feel important (for my own usage) to develop the opening
related code and things like the calculation of vars. For opening bases my
idea is to try to handle positions instead of sequence of moves (so
transpositions
11 matches
Mail list logo