Hi Fulvio
Despite the fact that this topic was started by someone named
Maggie Simpson (!), and Scid will _forever_ be a Tcl/Tk/C project
I thought i'd add my say.
Fulvio, your comments are interesting :) And i understand your passion
for a rewrite.
> It's a matter of future development.
> What's the future of scid ten years from now? Still stuck
> with tcl/tk? Or no more developed?
> What's the problem with writing the new code in a more
> encapsulated and reusable way?
The problem is , *everything* will have to be written.
> The core function of scid is the database management.
Everything will have to be written, the reason being that
if you believe the above, any attempt at removing
core functionality away from Tcl would surely involve use of an open
source database, probably SQL. Why reinvent the wheel?
> What's the problem if one would like to have a different
> GUI that simply opens
> scid's database to search and display games?
Using SQL wouild best allow for multiple GUIs (i think?).
> ....
> But i don't think would be wise to rewrite neither c code
> neither tcl/tk code.
This is where is say you're wrong ;>. Tcl/Tk and C are the perfect tools
for this project. Tk allows for very rapid development of hundreds of
toplevel widgets (all be-it, not always very well designed).
And not only rapid GUI dev, but seemless C/Tcl integration.
C is the proven backend for time constrained programs and databases.
And it takes hardly a dozen lines to integrate a blindingly fast C
command straight into the core of Tcl.
[ I had an idea how to make a Computer Versus Computer tournament today...
Simple, just open two Anaylsis widgets, control them with automatic
Button invoke events - Presto! A simple two computer match wouldn't take
(i guess) 30 lines of code, and a whole tournament isn't much harder.
Not very slim, but very easy. When i get some time, i'm going to write it if
no-one else has before hand.]
Tcl's quirks do get under people's skins - i understand why - but imho
as a cs grad with a bit of experience with various languages,
Tcl/Tk is a very very powerful, elegant and solid platform for many
many graphical applications.. providing they know Tcl first! , or are
prepared to spend some time learning it.
> .... (i love scid, but anytime i change some
> code it produces > weirds behaviors on other parts of the code
I agree with you here, laugh.
But this is only a side effect of the massive modularity Tcl/Tk allow,
and is strived for in Scid.
> - different GUIs can be written in different languages to
> fit different needs
> and tastes.
> - existing programs can decide to read and write scid's
> databases.
> - a server version of scid can be written.
> And i can't see any drawbacks.
The drawback is the amazing size of this project means any wholesale
rewrite would neccessitate commercial involvement. This isn't
going to happen of course.
Anyway, I hope i haven't missed any of you points, or gotten too dogmatic.
- Steven
__________________________________________________________________________________
Yahoo!7: Catch-up on your favourite Channel 7 TV shows easily, legally, and for
free at PLUS7. www.tv.yahoo.com.au/plus7
------------------------------------------------------------------------------
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
_______________________________________________
Scid-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/scid-users
