Now you're talking a language ~i~ don't understand too well, C++ classes.
:>.
Fulvio wrote:
> I'll try to explain myself with an example.
>
> The interface:
> class iDatabase
> {
>
> std::string getFilename() const;
>
> };
> iDatabase* getDB(int i);
>
> The changed sc_base_filename
f...@libero.it wrote:
Hi!
[...]
> What's the future of scid ten years from now? Still stuck with tcl/tk? Or no
> more developed?
Tcl/Tk. I'm pretty sure of that. However, I've no problem at all with
being proven wrong here. Nor do I have a real problem with Scid staying
at Tcl/Tk, btw. (If Tc
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'
f...@libero.it 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 suffi
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
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
hallo!
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. before i am going to write it myself, i would like to know, if that request could find a place in the todo list or will scid be
17 matches
Mail list logo
