Pascal Georges wrote:
Hi!
> [Fulvio, I copy Scid users list to see if others agree with our point
> of view]
I fear I can not really follow your discussion here.
> One other comment : in a previous patch, there was some code to
> handle
> the case where a move is entered and if already existing in a
> variation, this variation was entered in.
> Do you plan to send this as a separate patch ?
>
> Pascal
>
>
>
> Yes, the code is really simple (i have attached the patch for
> main.tcl) and i'm using it without problems.
> My doubts are:
> - Adding an option is the best way? Having multiple variations
> starting with the same move creates, in my opinion, a really
> confusing game.
This confuses me, now ;) Actually, I have all the time several
variations that start out with the very same move. This is even vitally
important and makes perfect sense to have, simply as it is the only way
to add variations at the end of the game, and I need to add variations
at the end of the game for analysing my cc games. And I admit I do not
find this confusing in any way but a necessity. It would be very
troublesome, however, if I had to move my analysis into one large tree
of variations just to start out with the same move only once.
Very simple example:
1.e4
(1.e4 e6)
(1.e4 c5)
(1.e4 e5)
Of course I could do
1.e4
(1.e4 (...e6)
(...c5)
(...e5)
)
but as the tree behind each of the candidates might get a bit complex I
usually use the first method to keep things simpler and spare me an
additional ().
> Further, even without adding an option, if one
> really wish can still add manually a new variation with the menu.
>
>
> That's right, and that is also my point of view about confusing games.
> But I see an issue here : if a move already exists in several
> variations, the first encountered is entered into. Maybe in that case it
> would be better to fallback to the display of the variation window (or
> something like that) to make sure the user will not enter a specific
> line when he wanted to enter another one.
I admit that I do not like the variation window and disabled it.
Usually, I navigate variations by means of pgn notation only. Especially
if it gets a bit complex I like the "overview feature" I gain by this
window. (I've it open all the time.)
> So what others think about this : when the user enters a move, if the
> move already exists in the main line or in a variation, the move is not
> duplicated but we simply move forward (no need to display the dialog box
> asking for adding a variation, a main line, etc.) ? Personaly I find it
> the best thing to do.
This would, as far as I get your discussion, break my annotation at the
end of the game, which is indeed vitally important in CC gameplay.
Actually, I'm always at the end of the game ;)
--
Kind regards, / War is Peace.
| Freedom is Slavery.
Alexander Wagner | Ignorance is Strength.
|
| Theory : G. Orwell, "1984"
/ In practice: USA, since 2001
------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Scid-users mailing list
Scid-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/scid-users
