2008/8/21 Alexander Wagner <[EMAIL PROTECTED]>
> Pascal Georges wrote:
>
> Hi!
>
> But it seems to add linebreaks for longer lines. This is
>>> intended I guess?
>>>
>>
>> I suppose you talk about tooltips ? If so, yes.
>>
>
> Did I miss another complete display of the commentary?
If you leave one second the mouse on a move's line, a tooltip will appear
with the whole comment for the position (only the first line is displayed in
the Tree window).
>
>
> I limited the width to 30 chars and added some code so it
>> should always be completely displayed on screen. Also note
>> I had to limit the duration of tooltip display to 5
>> seconds, otherwise there are some cases where the tooltip
>> never get the Leave event (it is not only related to the
>> Mask stuff, I had this problem before).
>>
>
> Ic. Did you enable these 5 sec. globally for all tooltips?
> Sounds sensible.
>
Yes, I did. But I will certainly change a little bit its behavior (that is
15 sec timeout, and hide tooltip if the user click on it).
>
>
> I could imagine a small arrow like > that opens the
>>> cumulative again in a tooltip. Maybe I'm wrong but I've
>>> always searches for such flags in mind.
>>>
>>
>>
>> It's complex. If you have 3 markers, which one will have
>> the priority and be displayed as a main marker ?
>>
>
> None of them but a small arrow indicating that this point is
> tagged by multiple markers. Moving the mouse on this small
> arrow could then display them.
>
I will think about it, but sounds too complex for the UI.
>
>
> I understand that. Indeed it is interesting, but now I
>> have 5000 positions in my white Mask (which is very
>> small). I start from start position, with say 5 moves, for
>> each moves I have 5 other moves, etc. So to find back from
>> where you came to achieve a given position after move 10,
>> you would need to try 5^(10*2) sequences of moves : about
>> 95367431640625 moves.
>>
>
> Hm, well this calculation holds if any move is allowed, but
> if the search is limited to included lines only? To me than
> it sounds like the same probelm as in the inversion of "fill
> mask". This would also imply to find the "lines" to a
> position. Maybe one would have to work that way? Ie. build
> up that move tree first and then check how to yield the
> current position?
>
A PGN game is a tree. A Tree (in Scid) is ... a graph. A Graph may contain
loops (not a tree) : it is possible but hard to detect them. Frankly, I hate
graphs.
>
> For a global search, one could probably use a search of the
> current base for the given position. This will limit the
> number of games. And one could then go through these games
> only. This should heavily limit the nubmer of moves to
> search.
It does not work, as you want to retrieve the lines from your repertoire
that leads to a position, and some lines may be in your Mask, and not in
current Tree (those lines are displayed at the bottom of the normal Tree
lines).
But anyway there is still some work and thinking to be done.
Pascal
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Scid-users mailing list
Scid-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/scid-users
