Von: Fulvio [mailto:f...@libero.it]
Gesendet: Dienstag, 7. September 2010 15:11
An: scid-users@lists.sourceforge.net
Betreff: Re: [Scid-users] Some thoughts about filters
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?
If you have one database A and the game list window you can create a filter F
for it. Then you switch to a second database B and its games are shown without
filter.
You can define a filter G for it. When you now switch back to A you get back
also filter F. This works today, if you define the filter on the database. It
limits the number of game listing windows per database to one, but today it is
globally one anyway. Missing is that the games cannot be filtered by the
current board except by opening tree windows which then reset the header filter
after each move.
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?
No I want to follow Kasparovs games when moving on the board. What you propose
is a static filter, it will not update when moving on the board. What I was
telling you can achieve by copying the games of Kasparov to the clipboard or a
dedicated database and then open a tree window for this database. Now the list
window shows what I aiming for.
(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"
See last remark.
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.
As I told before. In this story I am interested to get rid of one global
filter, which is affected by lots of different types of operations. Once this
is implemented you can allow multiple tree views on one database with different
header filters or you can keep it as it is. So it can be discussed
independently in a different story.
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
