Messaggio originale
Da: maggie6...@web.de
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?
The code is a mess, but i works well, i
2010-02-07 19:56:49, Remco Gerlich:
> On Sun, Feb 7, 2010 at 7:36 PM, Benoit St-Pierre wrote:
> > Thank you, Michal and Alex, for your complete answers.
> >
> > As I see it now, there would be a need for Scid GUI to behave like a
> > normal application. Its GUI must standardize with the others, li
> What standard? Windows isn't Mac isn't Gnome isn't KDE isn't a mobile device
Scid for Windows should behave like a Win app, Scid for Mac should
behave like a Mac app, Scid for OSF/Motif should behave like a Motif
app, etc. We can admit we are far from that. Among the many
chessplayers to whom
Hi,
I don't know if this is in some FAQ somewhere, but:
I want to compile Scid under Windows Vista. I don't want to pay for a
compiler. Is there a free alternative with which I can produce executables?
What else do I need (Tcl/Tk dev files, I guess?)
Thanks,
Remco Gerlich
---
On Sun, Feb 7, 2010 at 7:36 PM, Benoit St-Pierre wrote:
> Thank you, Michal and Alex, for your complete answers.
>
> As I see it now, there would be a need for Scid GUI to behave like a
> normal application. Its GUI must standardize with the others, like
> the strange context-dependent keystrokes
Benoit St-Pierre wrote:
Hi!
> As I see it now, there would be a need for Scid GUI to behave like a
> normal application.
But it does. Some keystrokes just don't make sense in another
applications while "usual" keystrokes don't make sense in Scid. (Think
of Ctrl-A to add a variation vs. mark al
Thank you, Michal and Alex, for your complete answers.
As I see it now, there would be a need for Scid GUI to behave like a
normal application. Its GUI must standardize with the others, like
the strange context-dependent keystrokes.
No doubt about that. But is that difficult to change that in T
Benoit St-Pierre wrote:
Hi!
> Not wanting to enter yet another language war, the question still begs
> to be asked : what limitations would justify to depart from Tcl/Tk ?
I see no real limitations.
The main drawback of Tcl/Tk is of course that you've a pretty small
developers community with an
Michal Rudolf wrote:
Hi!
>> 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
Not wanting to enter yet another language war, the question still begs
to be asked : what limitations would justify to depart from Tcl/Tk ?
The two reasons so far are not really convincing. User-friendliness
is unrelated to the language behind an application; "being not nice"
is a bit fuzzy, to sa
2010-02-07 13:45:48, Alexander Wagner:
> 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
2010-02-07 12:19:00, Steven:
> Michal... you can do it :-)
>
> Seriously.. There's around 150,000 lines of Tcl in Scid, which might equal
> half a million lines of Gtk.
ChessX started exactly with such an idea in mind: to combine Scid backend with
modern GUI. Unfortunately, it turned out that Sc
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 a
Michal... you can do it :-)
Seriously.. There's around 150,000 lines of Tcl in Scid, which might equal half
a million lines of Gtk.
__
Yahoo!7: Catch-up on your favourite Channel 7 TV shows easily, legall
14 matches
Mail list logo
