gerd.lorsch...@onlinehome.de wrote:
My proposal was that for each database the game listing window can
have its own filter. As now there is only one game listing window the
filter can be associated to the database.
I still don't understand what you propose to do.
Actually scid have only windows for all. one board, one "PGN window",
one "Game List", etc..
It's a limit, but all is designed around that, the concept of current
database.
So if you open 2 databases and the "PGN windows", the "Game List", the
"Database Switcher" and NOT the "Tree Window".
Then open a game and go on for some moves.
With the "Database Switcher" change database: the board is set to start
position, the "Game List" and "PGN windows" is too updated with the new
database.
Again open a game and skip some moves.
When you change database with the "Database Switcher" the board, "PGN
windows", and "Game List" correctly shows the current database status.
Do you want to have multiple "Game List" windows associated to one database?
The ability to save a filter so it can be retrieved in the future?
Create a new window that shows the search results so that a new search
don't override the others?
The filter looks like the filter today with the additional
functionality that the position on the board can be part of this filter.
What does this means?
So you can specify Kasparaov as a player and add the board position
and you get all games of Kasparov matching the current position.
Actually this is done by:
1) pressing ctr+shift+b
2) click "search"
3) click "close"
4) ctrl+shift+h
5) writing Kasparov as white player
6) selecting "Ignore colors"
7) selecting "AND (restrict filter)"
8) click "search"
9) click "close"
Are you proposing to do that in an automatic way?
(Today you get this implicit when open a tree window on this
database, but there is no reason to combine these features.)
This is not true. If you open a tree window on this database your filter
is reseted and updated with all the games that contain the actual position.
So you lose the "Kasparov filter"
Then each tree window gets its private header filter. This allows to
reduce the games involved in the statistics.
This is what i tried and i don't liked it.
As i said i made the tree window search only the games in the filter (it
requires very few lines of codes).
The problem is that with two databases i usually takes the two tree
windows opened at the same times, and in that way is not possible.
So moving on the board does not change or reset any filter.
I agree with this.
It only changes the content of the windows which have the current
position as part of their filter.
As i said, i can't figure exactly what you want to do.
Bye, Fulvio
------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:
Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
_______________________________________________
Scid-users mailing list
Scid-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/scid-users
