Hello,

 

just take this example.

When I started with scid I could set up a filter for the black games of
Kasparov.  Once I have opened a tree view on the same base a move of the
board did replace this Kasparov filter by the tree filter. This is what I
mean. OK, you could set it up again - until you do the next move on the
board... One implementation was shared by two features so that they never
will work together.

 

So when looking for openings, or an opponent I would like to have at the
same time working in real time:

-          a main board with the actual position/game

-          the notation of the moves of the game

-          a game list with the games of your opponent with this position
(including tree view)

-          a tree view with the overall score of all moves in this position

-          a game list of the top games of this position

-          a list of my games with this position (including tree view)

-          engine evaluation

Additional the possibility to load and replay (with engine) any of this
games in a separate window, mark games as deleted at every place, sort each
of these game lists quickly for any column. As Windows (and non-workspace)
user it would be nice to have everything docked and switchable in and out.
All parts should depend on the position of the main board and  not on what
happens elsewhere. 

Add some database maintenance functions for databases, efficient duplicate
searching and the database user is completely happy. 

 

I tried to implement cascading filters instead of a single overwriting
filter. I would have liked then to have multiple instances of a generic
scalable list window each based on its private cascading filters. Then scid
would  come close to my scenario. But there was no chance to find people
with the same interest.

 

So you can see that there is no overlap of my interests with the FICS game
players or engine gamers except some functionality in the backend. They may
like a complete different UI instead.

 

Chessbase has improved in the last releases from a complete static layout.
Initially you could not see the moves of the game, if you have opened a tree
view. No multiple trees even today. If you prepare for an opponent the tree
is reserved for his games, still no chance to see an overall statistic at
the same time. But what is there works as expected. Tree view on a large
database stored on an SSD is acceptable now.

 

What I saw last from Scidb there was no database maintenance, no filtering,
no trees. Instead FICS and PDF-Export seem to be a goal. 

 

                Gerd

 

 

Von: Alan Whiteman [mailto:a.c.white...@gmail.com] 
Gesendet: Donnerstag, 3. Januar 2013 23:40
An: Gerd Lorscheid
Cc: 'Scid Users List'
Betreff: Re: [Scid-users] Testing

 

 

On 01/03/13 14:27, Gerd Lorscheid wrote:

[ ... ] No alternative for Chessbase, no functionality to
manage large databases and to allow efficient usage of its content.


This is a most strange sentiment. scidvspc works perfect with a 5,000,000
game database- fairly fast. As far as I can tell, the program does a great
job with searches and is feature rich. Some people claim that it does some
functions even better than Chessbase.

------------------------------------------------------------------------------
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122712
_______________________________________________
Scid-users mailing list
Scid-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/scid-users

Reply via email to