Maggie Simpson wrote:

Hi!

> what do you think about the idea of porting scid to gtk(mm)? i think 
> that would make scid much more user friendly and it would be nicer in 
> the desktop environment.

Well, if you have several man years in spare time or a complete 
development team...

> before i am going to write it myself,

This will be a heroic effort. I don't want to discourage you, but most 
of the functionality of Scid is done in Tcl only the backend being C. 
Therefore, it's not just replacing some dialogues by C code and giving a 
bit a nicer GUI, which would probably be the part Steve refers to. You'd 
also have to do tons of code that actually implements fuctionality (Btw. 
Tk looks a bit unixish, but not too bad either, IMHO.)

I'm no expert in the overall thing, I know only the small parts I did 
myself. Here I can say that I actually did the CC code entirely on the 
high level Tcl/Tk, no single line of C is involved here. And even 
further: for most of the functions I even don't call the C backend code 
(sc_* functions etc.) but use the high-level Tcl api that Scid provides. 
That also holds true for almost any other area of Scid I checked into. I 
admit, that I do not like Tcl at all, but it's easier to learn and use 
this and spend hours fuddling with that language than redoing Scid 
almost from scratch.

> i would like to know, if that request could find a place in the todo list or 
> will scid be in this tk style for the rest of its life?

I think (actually I'm sure) it will not make it to the todo, and Scid 
will stay in Tcl/Tk.

> i know, that it 
> would be a difficult project, but what about working on it in parallel?

Feel free :)

> btw, i like the chessx project, the idea of writing a modern chess 
> interface. but the work at scid is much more active, so what about 
> putting the ideas of the chessx project into the scid project?

No offense to chessx, the idea is great, I agree. I even like the 
project in some respects. But you're here  comparing a second class pgn 
viewer to a complete chess database in the league of some of the better 
commercial tools available. Just to give an idea what it would need to 
be done. You might also want to check the initial discussions in chessx 
mailinglist, especially back when the project was called "newscid". 
There was a lively discussion on how Scid actually could be reused and 
only the GUI be replaced. IMHO it your time would be better invested to 
join in at chessx and port Scids functionality to it than to start 
again. However, if you look at the history of chessx you'll notice that 
quite a bunch of work was done in constantly rewriting of their code.

Therefore, I'd argue form a pure practical point of view. If you've 
capacities free for active development, please join in at Scid itself. 
There's a lot that can be done here. And though Tcl/Tk is ugly much more 
can be accomplished by using what's there and develop it further.

-- 

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

Reply via email to