Fulvio wrote:
Hi!
>>>> When the user want to move back or forward and the tree windows is still
>>>> busy:
>>>> 1) cancel the current search and starts the new one
>>>> 2) schedule the new search but ends the current search too
>>>> My preference went to 2, considering that so results are computed and
>>>> cached.
>>>>
>> I used first approach in ChessX. I agree with Alexander that it is more user
>> friendly (less delay).
>>
>>
> Yes, probably best.
>
> Another question: why the tree modify the filter?
It did not for a long time.
From the ChangeLog for 3.7:
- Tree window : when a Tree is updated and the current base is not the
Tree's one, the Tree base will automatically load the first game in the
filter (so by switching to the Tree's base, the position is already set
to the previous one and for example an Opening report can be immediately
generated)
If I remember correctly changing the tree bahaviour concerning the
filter had such an idea in mind however I did not find the specific
reason in ChangeLog. Maybe I missed it.
Plus, there is some point relating to history, but I'm not sure if it is
involved here. In former versions Scid allowed only for one tree window
which was usually locked to the current base unless you explicitly said
it to be otherwise. I remember vaguely that Pascal mentioned that it was
not too trivial to enable multiple trees. (And they're very useful, indeed.)
> Is this usuful?
Depends. Probably, if you think in the direction of opening report
generation it is useful. Similar, if you want to have some "drill down",
say from a specific position (set by the tree window) narrow down to
games of a specific player or whatever by header search.
> Sometimes i search all the games of a particular player (usually an
> opponent).
> Then i open the tree window (forgettin to copy the games to the
> clipbase) and, voilà, my search is gone!
> Really annoying.
I agree, similar things are the usecases where I find it annoying
myself, but as there were no complaints about the behaviour on the list
I thought I'm the only one.
> I think it will be better to leave the filter untouched, what do you think?
Probably this would be better together with a menu like "set filter to
tree contents". (The latter could also be accomplished by position
search, however.)
I like Michals idea of datasets btw. I don't know CA, however,
therefore, I'm not sure if it could be accomplished by Scids saved
search functions say, writing a saved search and recalling it. It sounds
like a possibility to me.
--
Kind regards, / War is Peace.
| Freedom is Slavery.
Alexander Wagner | Ignorance is Strength.
|
| Theory : G. Orwell, "1984"
/ In practice: USA, since 2001
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Scid-users mailing list
Scid-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/scid-users
