2009/11/26, Marcel Dan :
> I received some questions about using timeseal on SCID so I found an old
> html file I had and tried to clarify using timeseal on FICS with SCID.
>
> http://nwvd.org/chess/scid_fics_timeseal.html
>
> On another topic, I wanted to make a suggestion to clarify an option.
>
On Tue, 2009-11-24 at 15:30 +0200, Marius Roets wrote:
> Hi everybody,
>
> Is there somebody on the group that knows tk that is willing to
> provide me with a patch to re-instate the old right mouse button click
> functionality (delete move at end of variation). I just accidentally
> deleted an h
I received some questions about using timeseal on SCID so I found an old
html file I had and tried to clarify using timeseal on FICS with SCID.
http://nwvd.org/chess/scid_fics_timeseal.html
On another topic, I wanted to make a suggestion to clarify an option.
On the "Play on FICS" dialog box, th
On 11/26/2009 1:26 AM, Pascal Georges wrote:
> 2009/11/26, Robert Ryan :
>> 1) Loading the endgame table-bases automatically at program start should
>> be an option that can be turned off.
> Those table bases have to be loaded at some time. And it only takes a
> few seconds
It would be nice to be
This part of the sentence is even more interesting :
> "zero or more period characters following the digit sequence that gives the
> move number"
>
>
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008
A white move number indication is formed from the integer giving the
fullmove number with a single period character appended.
A black move number indication is formed from the integer giving the
fullmove number with three period characters appended.
>
This paragraph is interesting :
"PGN import format move number indications may have zero or more period
characters following the digit sequence that gives the move number; one or
more white space characters may appear between the digit sequence and the
period(s)."
Pascal
2009/11/26 John Wordswort
2009/11/26 Michal Rudolf
> 2009-11-26 13:34:34, Pascal Georges:
>
> > What I see in PGN standard is this example :
> > "And then after 1. ... c5"
> > which Scid conforms to. Could you quote the PGN standard extract that
> > makes you think the opposite ?
>
> 8.2.2
> There are two export format mo
Maybe Backspace, then ?
On Thu, Nov 26, 2009 at 5:54 AM, Michal Rudolf wrote:
> 2009-11-26 11:13:53, Remco Gerlich:
> > What you describe is exactly my experience as well. Entering the wrong
> move
> > happens constantly (say 1 in 10 moves) because of the otherwise nice
> > predictive feature. Th
In relation to the question of dots after the move number, perhaps
this is relevant:
http://www.saremba.de/chessgml/standards/pgn/pgn-complete.htm
Section 8.2.2.2: Export format move number indications
However, I do not know if that site is the officially recognised
standard for PGN - or even i
2009-11-26 13:34:34, Pascal Georges:
> 2009/11/26, Michal Rudolf :
> > 2009-11-26 11:29:50, Pascal Georges:
> >> Options -> moves -> Add spaces after moves number.
> >
> > I wasn't talking about spaces, but about spurious dot.
> >
> > Scid uses: 37[dot][space][dot][dot][dot][space]Qc7
> >
> > Inste
2009-11-26 13:34:34, Pascal Georges:
> What I see in PGN standard is this example :
> "And then after 1. ... c5"
> which Scid conforms to. Could you quote the PGN standard extract that
> makes you think the opposite ?
8.2.2
There are two export format move number indication formats, one for use
2009/11/26, Michal Rudolf :
> 2009-11-26 11:29:50, Pascal Georges:
>> Options -> moves -> Add spaces after moves number.
> I wasn't talking about spaces, but about spurious dot.
>
> Scid uses: 37[dot][space][dot][dot][dot][space]Qc7
>
> Instead, PGN standard, if I understand it correctly, recommend
2009-11-26 11:13:53, Remco Gerlich:
> What you describe is exactly my experience as well. Entering the wrong move
> happens constantly (say 1 in 10 moves) because of the otherwise nice
> predictive feature. That used to be a matter of right click, enter right
> move, now you get the dialog all the
2009-11-26 11:29:50, Pascal Georges:
> Options -> moves -> Add spaces after moves number.
I wasn't talking about spaces, but about spurious dot.
Scid uses: 37[dot][space][dot][dot][dot][space]Qc7
Instead, PGN standard, if I understand it correctly, recommends:
37[dot][dot][dot][space]Qc7
So, it
Options -> moves -> Add spaces after moves number.
Pascal
2009/11/26, Michal Rudolf :
> I noticed that Scid saves starting black move in the variation in PGN as:
> 17. ... Qc7
>
> Isn't
> 17... Qc7
> a standard?
>
> --
> Michal Rudolf
>
> --
Hi,
Current behavior of RMB is due to safety reasons. I don't think it is
a good thing to use a mouse button to directly delete a move, without
displaying an explicit and understandable menu. For example an user
reported having pressed this button while playing on FICS.
Feel free to use a free ke
On Wed, Nov 25, 2009 at 9:01 PM, Marius Roets wrote:
> Before Scid 4.0, the right mouse button had two behaviours. In the middle
> of a line, it would go back one move (like now), but if you were at the end
> of a line it would delete the last move instead.
>
> Often I would input a move incorrec
I noticed that Scid saves starting black move in the variation in PGN as:
17. ... Qc7
Isn't
17... Qc7
a standard?
--
Michal Rudolf
--
Let Crystal Reports handle the reporting - Free Crystal Reports 200
2009/11/26, Robert Ryan :
> 1) Loading the endgame table-bases automatically at program start should
> be an option that can be turned off. The table-bases can take a while to
> load and significantly slow down startup. A menu command can be provided
> to load them manually.
Those table bases have
20 matches
Mail list logo
