Michal Rudolf wrote:
Hi!
>>> In fact, I wonder if those are ever used properly or is
>>> it used like both zugzwang symbols - there is only one
>>> symbol and random NAG from 3*2 possible is used by
>>> annotators.
>> At least those Informant games I have and checked use
>> the NAGs in numeric values as they should be used and
>> seem to distinguish them on the numeric level, that is
>> including the several stages and colours. In a way I do
>> not really like the idea of dropping this information in
>> a symbolic description by flattening it out and use the
>> same symbol all the time.
> That's a good news. I have seen some symbols used randomly
> by Fritz,
I'm no expert in Fritz, but as far as I know you can really
enter only a hand full of NAGs, ie. those offered by the
menues. No $something is possible, AFAIK. Probably, this is
better in ChessBase, but I do not have the possiblity to
have a look there.
> as you confirmed below, and I wonder if showing the
> difference isn't just misleading. But if there is a chance
> of having some games with proper use of these symbols, we
> should definitely keep the difference.
What I though about is, if some other software does not
distinguish between slight, moderate, decisive, if the not
moderate should get one symbol. At least Fritz inserts the
moderate NAG if you say "with compensation" and so on. But
if handled that way I do not see how to mark "slight"
consistently.
Additionally, a question to the experts: Ther're several
tags that refer to the side that has this advantage.
$36 White has the initiative
$37 Black has the initiative
They usually map to the same symbol, the above e.g. to an
arrow upwards. For these two I distinguish them by using an
upwards error for $36 and a downwards error for $37, I think
this is sensible.
But my question is, how would the NAG be used consistently?
Ie. should "with initiative" as a postfix NAG for a White
move always map to $36 and after a Black move only to $37?
I.e. if Black made a "blunder" giving the initiative to
White in it's move would one flag the Black move by $36 or
the subsequent White move with $36?
Point is: if, for these NAGs, I always refer to the side to
move I can greatly reduce the necessary NAG symbols within
the (yet to be done) input GUI. In the example above I'd
need only half of the "buttons", same for central control
and so on, and at the end of the day this gives quite a
number.
BTW: Coming back to this product from Hamburg. They allow
only $36, and they always flag "with initiative" as $36.
IMHO this at least is a plain bug, as they do not allow for
Black getting the intiative. Therefore, their way of
handling it can not be copied though many users might be
familiar with that. From that I'd deduce, however, that
these types of flags are meant to refer to the side that
made the move as pointed out above.
> As we talk about NAGs, what about improving NAG
> shortcuts/editor?
Hm, this is on the list anyway as you have to add quite a
bunch of new symbols. See above.
> I mean that some NAGs should replace another instead of
> being added at the end. Obvious sets are:
> ! !? ?! !! ? ??
> += =+ -/+ +/- +- -+ = ~
> Entering one of these should replace previous one.
Hm. I see your point. The current implementation would
require string replacments for this (ie. there is no
NAG-array available for each move where you just set a bunch
of bytes to value x; this would however been more sensible).
At least not at the point where the NAG->symbol replacements
take place. Still, Scid seems to stores it that way. I can
see if I can fiddle out where this is done. Help here would
be appreciated.
--
Kind regards, / War is Peace.
| Freedom is Slavery.
Alexander Wagner | Ignorance is Strength.
|
| Theory : G. Orwell, "1984"
/ In practice: USA, since 2001
------------------------------------------------------------------------------
Stay on top of everything new and different, both inside and
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today.
Use priority code J9JMT32. http://p.sf.net/sfu/p
_______________________________________________
Scid-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/scid-users