Hello Fulvio,
you are right, pre move comments make sense only in certain situations. In a
normal case without variations you cannot even decide whether a comment is a
pre- or post move one.
But I can make my point more obvious:
1. e4 d6 2. d4 Nf6 3. Nc3 g6 {This is a bad move because the
On 11/27/2015 12:33 AM, f...@libero.it wrote:
>> In the old days (once long ago) the comment editor "cursor" could be
>> "before" and "after" the current move. So creating something like
>>
>> { The game starts } 1. e4 ( { Hm, I would have expected } 1. c4 { from
>> this guy } )
>>
>> was perfectly
>In the old days (once long ago) the comment editor "cursor" could be
>"before" and "after" the current move. So creating something like
>
>{ The game starts } 1. e4 ( { Hm, I would have expected } 1. c4 { from
>this guy } )
>
>was perfectly possible. And importing this stuff should simply work as
> In the old days (once long ago) the comment editor "cursor" could be
"before" and "after" the current move.
Yes, and I believe it led to a nighmarish behavior whereby as soon as you
edited the game, the cursor was lost. Considering that correspondence
players such as myself need LOTS of analysis
> {Pre comment one}
I stand corrected.
One problem I see with writing comments like that in SCID is that you need
to be sure of your line order, for as soon as you reorder them, the text
need to be corrected too.
In general, I advise against writing circumvoluted game commentaries. At
least unti
allows comments before and after moves. So when it is used in
>> games information is lost during import to SCID.
>>
>> Gerd
>>
>> -Ursprüngliche Nachricht-
>> Von: Jens Hoffmann [mailto:xmc...@gmail.com]
>> Gesendet: Donnerstag, 26. Nov
ay be an introduction to the following moves after all
these variations.
I think typical for chess books.
Gerd
-Ursprüngliche Nachricht-
Von: Jens Hoffmann [mailto:xmc...@gmail.com]
Gesendet: Donnerstag, 26. November 2015 22:06
An: scid-users@lists.sourceforge.net
Betreff: Re: [Sc
> This type of comment is not possible using Scid's comment editor
Of course it is:
[Event ""]
[Site ""]
[Date ".??.??"]
[Round ""]
[White ""]
[Black ""]
[Result "*"]
1.e4 e6 2.d4 d5 3.e5 c5 4.c3 Nc6 5.Nf3 Bd7 6.Be2 Nh6 7.O-O Nf5 8.Na3 Be7
9.Nc2 Rc8 10.Ne3 Nxe3 11.Bxe3 Qb6 12.a3 O-O 13.b4
T
> It just seems like an easy addition that will make annotating much better.
Fulvio can chime in, but I'm not sure it will be easy, since it seems to
involve modifying the SCID format. Moreover, how this gets translated into
PGN is far from obvious to me.
Readability issues also surfaces when you
he Nachricht-
> Von: Jens Hoffmann [mailto:xmc...@gmail.com]
> Gesendet: Donnerstag, 26. November 2015 21:08
> An: scid-users@lists.sourceforge.net
> Betreff: Re: [Scid-users] reply
>
>
> On 11/26/2015 08:20 PM, pwatt...@gmail.com wrote:
>> Sure. It allows for m
lost during import to SCID.
Gerd
-Ursprüngliche Nachricht-
Von: Jens Hoffmann [mailto:xmc...@gmail.com]
Gesendet: Donnerstag, 26. November 2015 21:08
An: scid-users@lists.sourceforge.net
Betreff: Re: [Scid-users] reply
On 11/26/2015 08:20 PM, pwatt...@gmail.com wrote:
> S
The comment editor wouldn't need two input boxes. Just a simple radio
button for before or after move.
These types of annotations are very common at the chessbase website,
probably because chessbase makes it easy within the software.
Here's a screenshot of one I just went to their website and fo
On 11/26/2015 08:20 PM, pwatt...@gmail.com wrote:
> Sure. It allows for more natural language annotation. Something like:
>
> "The more direct 13.dxc5 dxc5 14.Qd3?! leaves the queen-side pawns much
> more vulnerable."
>
Okay, I got your point. From a developers point of perspective I am not
> I dont get the use-case of comments added before a move. What is the
> added value of this? Can you elaborate on what you mean with "readable"
> and "flexibility"?
Sure. It allows for more natural language annotation. Something like:
"The more direct 13.dxc5 dxc5 14.Qd3?! leaves the queen-si
Hi again,
Thanks for your answer.
Firstly, I'm sorry but I didn’t know anything about ‘Scidb’. It seems
a great project, so much better than current Scid and, in my opinion,
it looks like Chessbase (so much professional). I will try to compile
it when I download from its web.
Secondly, I know Ch
15 matches
Mail list logo