[email protected] wrote:
Hi!
[...]
> If you have spare time, imho the first most important step is to
> separate c code from tk/tcl.
>
> If you look at tkscid.cpp all sc_* functions should simply call a new
> neat interface that expose scid's database functionality.
This is IMHO by far not sufficient. As I mentioned a lot of Scids actual
functionality is done in Tcl. As far as I see it you've even two parts
of the Scid API: the low end in C++ and a high end in Tcl that takes
care about quite a bunch of things beyond just access to the si4-files.
Two examples: when I hooked up input engine (modeled like UCI/WB engine
handling) I rely on Tcl streams to write/read. All in the high end pure
Tcl functions. For enabling UTF-8 NAG symbols, however, you've to work
in the C++ backend for string replacements. I find this example quite
illustrative, as one would most likely expect it to be just the other
way round...
Therefore, I'd advise to take up with Tcl help to clean the code improve
things inside fix bugs and so on. Tcl might be a horrible language but
it works. Pascal did already quite some cleanup inside btw.
> In this way new functions, bug fixes and improvements are trasparent to
> GUI and you don't need to rewrite tk/tcl code, you simply add new GUIs.
The whole thing is not written that way. No offense, but IMHO you can
just forget about this "ideal IT" worlds view here. Michal pointed out,
already, that ChessX considered that way to go in the beginning, but
gave up on it.
--
Kind regards, / War is Peace.
| Freedom is Slavery.
Alexander Wagner | Ignorance is Strength.
|
| Theory : G. Orwell, "1984"
/ In practice: USA, since 2001
------------------------------------------------------------------------------
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
