scidvspc-users

Re: [Scidvspc-users] - A curious behaviour

[Steve A <ste...@gm...>]

Yes, i can reproduce this. We are doing things in a wrong order here...
'sc_game new' when current base is undefined.

Removing these two lines from file.tcl (or scid.gui) is the fix and should
be ok, but *requires testing*. It could possibly be leaving something
un-init. (The fix is also in subversion).

Cheers, S.A.

Index: tcl/file.tcl
===================================================================
--- tcl/file.tcl        (revision 2945)
+++ tcl/file.tcl        (working copy)
@@ -487,8 +487,6 @@

     # If closing current base - reset current game and switch to clipbase
     if { $current == $base } {
-      setTrialMode 0 0
-      sc_game new
       ::file::SwitchToBase clipbase
     } else {
       ::file::SwitchToBase $current

On Fri, Mar 15, 2019 at 8:09 PM Francois Paget <fra...@wa...>
wrote:

> Good morning from France,
>
> There is something I do not understand… Is it a bug???
>
>    1. You open Scid vs. PC (last version 4.19),
>    2. You edit a game (Edit/Setup Board… then OK); the game is now
>    visible in the clipbase),
>    3. You open a database (example: File/open/KingBase2019.si4),
>    4. You come back inside the clipbase,
>    5. You search/current board inside the opened database (here
>    KingBase2019): as result, you find (or not) some games, then…
>    6. You close the opened database (here KingBase2019). I generally do
>    this when I do not find the position inside the database.
>
>
>    - The clipbase is now empty; you lost the position you entered in the
>    clipbase…
>
>
>
> If you directly start again the manipulation (from step 2 - without
> closing Scid vs PC), all is now OK: you keep the position in the clipboard
> after closing the DTB. This phenomenon occurs only ONE TIME when you open
> Scid vs PC… but for me, it is sometime annoying…
>
>
>
> Are you able to reproduce this phenomenon?  I am afraid you said not… but
> I try my luck anyway.
>
> Best regards and thanks,
>
> Francois,
>
>
> _______________________________________________
> Scidvspc-users mailing list
> Sci...@li...
> https://lists.sourceforge.net/lists/listinfo/scidvspc-users
>

[Scidvspc-users] - A curious behaviour

[Francois P. <fra...@wa...>]

Good morning from France,

There is something I do not understand. Is it a bug???

1.	You open Scid vs. PC (last version 4.19),
2.	You edit a game (Edit/Setup Board. then OK); the game is now visible
in the clipbase),
3.	You open a database (example: File/open/KingBase2019.si4),
4.	You come back inside the clipbase,
5.	You search/current board inside the opened database (here
KingBase2019): as result, you find (or not) some games, then.
6.	You close the opened database (here KingBase2019). I generally do
this when I do not find the position inside the database.

*	The clipbase is now empty; you lost the position you entered in the
clipbase.

 

If you directly start again the manipulation (from step 2 - without closing
Scid vs PC), all is now OK: you keep the position in the clipboard after
closing the DTB. This phenomenon occurs only ONE TIME when you open Scid vs
PC. but for me, it is sometime annoying.

 

Are you able to reproduce this phenomenon?  I am afraid you said not. but I
try my luck anyway.

Best regards and thanks,

Francois,

 

[Scidvspc-users] New feature request: book window

[Robert F. <fa...@gm...>]

Hi folks,

  Recently on the Reddit Chess sub-reddit, a user posted an image of how he
has SCIDvsPC set up for his use .

See attached image, from
https://www.reddit.com/r/chess/comments/azif5q/how_i_study_chess_with_scid_these_days_x_post/

  I was immediately drawn to the small window overlying the PGN window in
which a PDF book was displayed.  Holy smokes!  This is exactly how I'd like
to use SCIDvsPC myself.

  So I'm requesting that such a book window be a new utility added to
SCIDvsPC.  He did it by scripting an overlying floating window.  I was
wondering if either a book window, with the PDF and epub reading programs
set as options, or a more general bash command window wherein a command
such as "okular Why_I_Suck_At_Chess.pef" could be issued.

 --
Cheers,
Rob

[Scidvspc-users] EN/FR translation

[Francois P. <fra...@wa...>]

Good morning from France,
At first, I congratulate you for this wonderful software I use for some
years.
I have just one request regarding ONE French/English translation…

 

With the French language, you do not differentiate “delete” and “remove”.
I suggest you translate “delete” by “supprimer” to indicate that delete
means erase (i.e. rendered nonexistent or nonrecoverable), while remove
connotes take away and set aside (but kept in existence).
Thanks,
François,

Re: [Scidvspc-users] docker container volunteer

[Ashwin S. <hif...@gm...>]

Hi everyone,

I can give the docker container a shot. Life has been what it is the past
few years and I'm getting back to normal now, so the pile of unfinished
stuff is kinda big, and I'll need a few days to get back into this type of
thing. If you guys don't mind I'll report back within a week or so. It
shouldn't be too hard, but you never know what pops up.

Cheers,
Ashwin


On Thu, Feb 14, 2019 at 10:49 AM <
sci...@li...> wrote:

> Send Scidvspc-users mailing list submissions to
>         sci...@li...
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         https://lists.sourceforge.net/lists/listinfo/scidvspc-users
> or, via email, send a message with subject or body 'help' to
>         sci...@li...
>
> You can reach the person managing the list at
>         sci...@li...
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Scidvspc-users digest..."
>
>
> Today's Topics:
>
>    1. Move to end of variation feature / Mac docker (Steve A)
>    2. Re: Move to end of variation feature / Mac docker (Alan Whiteman)
>    3. Re: Move to end of variation feature / Mac docker (Henry M Rankin)
>    4. Re: Move to end of variation feature / Mac docker (Steve A)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 13 Feb 2019 22:27:02 +1000
> From: Steve A <ste...@gm...>
> To: scidvspc-users <sci...@li...>
> Subject: [Scidvspc-users] Move to end of variation feature / Mac
>         docker
> Message-ID:
>         <
> CAK...@ma...>
> Content-Type: text/plain; charset="utf-8"
>
> Hi,
> I might make a small new feature... move to end of var (variation)
> and assigning it to the "End" key.
>
> So - if you're in a variation, pressing End will not move to game end, but
> var end.
>
> ..But i'm just not sure about how to assign the *buttons*.
> I'm pretty sure I might leave the blue End button (">>")  to always move to
> game end.
>
> Similarly, i might make the "Home" key move the the var start,
> but leave the '<<' button to move to game start.
> Of course, if you're outside of a variation, the Home/End key functions are
> unchanged.
>
> Attached is a simple "move to end of var" patch (the "move to start" is not
> implemented, but it's quote trivial). Any Ideas ?
>
> PS - I'm thinking of getting ScidvsPC 4.20 ready in the next few months.
> macOS is a pain though, as 32 bit will be discontinued after Mojave,
> and we will have to (sometime) make a portable 64 bit linux "Docker" image
> to run on macOS from then on. ... Any volunteers? Our previous Docker
> contributor is M.I.A.
>
> Cheers, Steven
> -------------- next part --------------
> An HTML attachment was scrubbed...
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: move_end_var.diff
> Type: text/x-patch
> Size: 2046 bytes
> Desc: not available
>
> ------------------------------
>
> Message: 2
> Date: Wed, 13 Feb 2019 07:11:57 -0800
> From: Alan Whiteman <a.c...@gm...>
> To: sci...@li...
> Subject: Re: [Scidvspc-users] Move to end of variation feature / Mac
>         docker
> Message-ID: <1de...@gm...>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> I like the idea... Very nice.
>
> Another nice feature would be to 'trim' variations perhaps with the
> 'Delete' key. One thing I find myself doing often is deleting moves to
> the end of the variation after a few moves.
>
> On 02/13/2019 04:27 AM, Steve A wrote:
> > Hi,
> > I might make a small new feature... move to end of var (variation)
> > and assigning it to the "End" key.
> >
> > So - if you're in a variation, pressing End will not move to game end,
> > but var end.
> >
> > ..But i'm just not sure about how to assign the *buttons*.
> > I'm pretty sure I might leave the blue End button (">>")  to always
> > move to game end.
> >
> > Similarly, i might make the "Home" key move the the var start,
> > but leave the '<<' button to move to game start.
> > Of course, if you're outside of a variation, the Home/End key
> > functions are unchanged.
> >
> > Attached is a simple "move to end of var" patch (the "move to start"
> > is not implemented, but it's quote trivial). Any Ideas ?
> >
> > PS - I'm thinking of getting ScidvsPC 4.20 ready in the next few months.
> > macOS is a pain though, as 32 bit will be discontinued after Mojave,
> > and we will have to (sometime) make a portable 64 bit linux "Docker"
> > image to run on macOS from then on. ... Any volunteers? Our previous
> > Docker contributor is M.I.A.
> >
> > Cheers, Steven
> >
> >
> >
> >
> > _______________________________________________
> > Scidvspc-users mailing list
> > Sci...@li...
> > https://lists.sourceforge.net/lists/listinfo/scidvspc-users
>
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Wed, 13 Feb 2019 17:33:24 -0500
> From: Henry M Rankin <hmr...@ch...>
> To: Steve A <ste...@gm...>,  scidvspc-users
>         <sci...@li...>
> Subject: Re: [Scidvspc-users] Move to end of variation feature / Mac
>         docker
> Message-ID:
>         <
> mai...@li...>
> Content-Type: text/plain; charset="utf-8"
>
> I have been working on  analysis of the   Makaganov (sp) King?s Indian
> Defense indecently. The move to the end of the variation feature would make
> assessment of my analysis much easier.
>
> Buried in Snow in Michigan, USA
>
> Henry Rankin
>
> Sent from Mail for Windows 10
>
> From: Steve A
> Sent: Wednesday, February 13, 2019 7:27 AM
> To: scidvspc-users
> Subject: [Scidvspc-users] Move to end of variation feature / Mac docker
>
> Hi,
> I might make a small new feature... move to end of var (variation)
> and assigning it to the "End" key.
>
> So - if you're in a variation, pressing End will not move to game end, but
> var end.
>
> ..But i'm just not sure about how to assign the *buttons*.
> I'm pretty sure I might leave the blue End button (">>")? to always move
> to game end.
>
> Similarly, i might make the "Home" key move the the var start,
> but leave the '<<' button to move to game start.
> Of course, if you're outside of a variation, the Home/End key functions
> are unchanged.
>
> Attached is a simple "move to end of var" patch (the "move to start" is
> not implemented, but it's quote trivial). Any Ideas ?
>
> PS - I'm thinking of getting ScidvsPC 4.20 ready in the next few months.
> macOS is a pain though, as 32 bit will be discontinued after Mojave,
> and we will have to (sometime) make a portable 64 bit linux "Docker" image
> to run on macOS from then on. ... Any volunteers? Our previous Docker
> contributor is M.I.A.
>
> Cheers, Steven
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 4
> Date: Thu, 14 Feb 2019 19:49:31 +1000
> From: Steve A <ste...@gm...>
> Cc: scidvspc-users <sci...@li...>
> Subject: Re: [Scidvspc-users] Move to end of variation feature / Mac
>         docker
> Message-ID:
>         <
> CAK...@ma...>
> Content-Type: text/plain; charset="utf-8"
>
> Hmmm - i tried binding Home to move-to-var start, but it doesn't feel
> right.
> So i'll just commit the patch i sent. ('End' moves to var-end).
> We always have 'z' to exit var... which is the move prior to the var start,
> and more meaningful as move-forward draws the var arrows, reinforcing that
> "we are in var".
>
> Alan wrote
> > Another nice feature would be to 'trim' variations perhaps with the
> 'Delete' key.
>
> Hopefully it should already work that way. Delete key will delete to end of
> game , or end of var, whichever.
> Deleting individual variations is a little more complicated.
> Without using the PGN window, you have to use edit->delete-variation.
>
> cheers.
>
> On Thu, Feb 14, 2019 at 8:33 AM Henry M Rankin <hmr...@ch...>
> wrote:
>
> > I have been working on  analysis of the   Makaganov (sp) King?s Indian
> > Defense indecently. The move to the end of the variation feature would
> make
> > assessment of my analysis much easier.
> >
> >
> >
> > Buried in Snow in Michigan, USA
> >
> >
> >
> > Henry Rankin
> >
> >
> >
> > Sent from Mail <https://go.microsoft.com/fwlink/?LinkId=550986> for
> > Windows 10
> >
> >
> >
> > *From: *Steve A <ste...@gm...>
> > *Sent: *Wednesday, February 13, 2019 7:27 AM
> > *To: *scidvspc-users <sci...@li...>
> > *Subject: *[Scidvspc-users] Move to end of variation feature / Mac docker
> >
> >
> >
> > Hi,
> >
> > I might make a small new feature... move to end of var (variation)
> >
> > and assigning it to the "End" key.
> >
> >
> >
> > So - if you're in a variation, pressing End will not move to game end,
> but
> > var end.
> >
> >
> >
> > ..But i'm just not sure about how to assign the *buttons*.
> >
> > I'm pretty sure I might leave the blue End button (">>")  to always move
> > to game end.
> >
> >
> >
> > Similarly, i might make the "Home" key move the the var start,
> >
> > but leave the '<<' button to move to game start.
> >
> > Of course, if you're outside of a variation, the Home/End key functions
> > are unchanged.
> >
> >
> >
> > Attached is a simple "move to end of var" patch (the "move to start" is
> > not implemented, but it's quote trivial). Any Ideas ?
> >
> >
> >
> > PS - I'm thinking of getting ScidvsPC 4.20 ready in the next few months.
> >
> > macOS is a pain though, as 32 bit will be discontinued after Mojave,
> >
> > and we will have to (sometime) make a portable 64 bit linux "Docker"
> image
> > to run on macOS from then on. ... Any volunteers? Our previous Docker
> > contributor is M.I.A.
> >
> >
> >
> > Cheers, Steven
> >
> >
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
>
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> Scidvspc-users mailing list
> Sci...@li...
> https://lists.sourceforge.net/lists/listinfo/scidvspc-users
>
>
> ------------------------------
>
> End of Scidvspc-users Digest, Vol 77, Issue 1
> *********************************************
>

Re: [Scidvspc-users] Move to end of variation feature / Mac docker

[Steve A <ste...@gm...>]

Hmmm - i tried binding Home to move-to-var start, but it doesn't feel right.
So i'll just commit the patch i sent. ('End' moves to var-end).
We always have 'z' to exit var... which is the move prior to the var start,
and more meaningful as move-forward draws the var arrows, reinforcing that
"we are in var".

Alan wrote
> Another nice feature would be to 'trim' variations perhaps with the
'Delete' key.

Hopefully it should already work that way. Delete key will delete to end of
game , or end of var, whichever.
Deleting individual variations is a little more complicated.
Without using the PGN window, you have to use edit->delete-variation.

cheers.

On Thu, Feb 14, 2019 at 8:33 AM Henry M Rankin <hmr...@ch...>
wrote:

> I have been working on  analysis of the   Makaganov (sp) King’s Indian
> Defense indecently. The move to the end of the variation feature would make
> assessment of my analysis much easier.
>
>
>
> Buried in Snow in Michigan, USA
>
>
>
> Henry Rankin
>
>
>
> Sent from Mail <https://go.microsoft.com/fwlink/?LinkId=550986> for
> Windows 10
>
>
>
> *From: *Steve A <ste...@gm...>
> *Sent: *Wednesday, February 13, 2019 7:27 AM
> *To: *scidvspc-users <sci...@li...>
> *Subject: *[Scidvspc-users] Move to end of variation feature / Mac docker
>
>
>
> Hi,
>
> I might make a small new feature... move to end of var (variation)
>
> and assigning it to the "End" key.
>
>
>
> So - if you're in a variation, pressing End will not move to game end, but
> var end.
>
>
>
> ..But i'm just not sure about how to assign the *buttons*.
>
> I'm pretty sure I might leave the blue End button (">>")  to always move
> to game end.
>
>
>
> Similarly, i might make the "Home" key move the the var start,
>
> but leave the '<<' button to move to game start.
>
> Of course, if you're outside of a variation, the Home/End key functions
> are unchanged.
>
>
>
> Attached is a simple "move to end of var" patch (the "move to start" is
> not implemented, but it's quote trivial). Any Ideas ?
>
>
>
> PS - I'm thinking of getting ScidvsPC 4.20 ready in the next few months.
>
> macOS is a pain though, as 32 bit will be discontinued after Mojave,
>
> and we will have to (sometime) make a portable 64 bit linux "Docker" image
> to run on macOS from then on. ... Any volunteers? Our previous Docker
> contributor is M.I.A.
>
>
>
> Cheers, Steven
>
>
>

Re: [Scidvspc-users] Move to end of variation feature / Mac docker

[Henry M R. <hmr...@ch...>]

I have been working on  analysis of the   Makaganov (sp) King’s Indian Defense indecently. The move to the end of the variation feature would make assessment of my analysis much easier.

Buried in Snow in Michigan, USA

Henry Rankin

Sent from Mail for Windows 10

From: Steve A
Sent: Wednesday, February 13, 2019 7:27 AM
To: scidvspc-users
Subject: [Scidvspc-users] Move to end of variation feature / Mac docker

Hi,
I might make a small new feature... move to end of var (variation)
and assigning it to the "End" key.

So - if you're in a variation, pressing End will not move to game end, but var end.

..But i'm just not sure about how to assign the *buttons*.
I'm pretty sure I might leave the blue End button (">>")  to always move to game end. 

Similarly, i might make the "Home" key move the the var start,
but leave the '<<' button to move to game start.
Of course, if you're outside of a variation, the Home/End key functions are unchanged.

Attached is a simple "move to end of var" patch (the "move to start" is not implemented, but it's quote trivial). Any Ideas ?

PS - I'm thinking of getting ScidvsPC 4.20 ready in the next few months.
macOS is a pain though, as 32 bit will be discontinued after Mojave,
and we will have to (sometime) make a portable 64 bit linux "Docker" image to run on macOS from then on. ... Any volunteers? Our previous Docker contributor is M.I.A.

Cheers, Steven

Re: [Scidvspc-users] Move to end of variation feature / Mac docker

[Alan W. <a.c...@gm...>]

I like the idea... Very nice.

Another nice feature would be to 'trim' variations perhaps with the 
'Delete' key. One thing I find myself doing often is deleting moves to 
the end of the variation after a few moves.

On 02/13/2019 04:27 AM, Steve A wrote:
> Hi,
> I might make a small new feature... move to end of var (variation)
> and assigning it to the "End" key.
>
> So - if you're in a variation, pressing End will not move to game end, 
> but var end.
>
> ..But i'm just not sure about how to assign the *buttons*.
> I'm pretty sure I might leave the blue End button (">>")  to always 
> move to game end.
>
> Similarly, i might make the "Home" key move the the var start,
> but leave the '<<' button to move to game start.
> Of course, if you're outside of a variation, the Home/End key 
> functions are unchanged.
>
> Attached is a simple "move to end of var" patch (the "move to start" 
> is not implemented, but it's quote trivial). Any Ideas ?
>
> PS - I'm thinking of getting ScidvsPC 4.20 ready in the next few months.
> macOS is a pain though, as 32 bit will be discontinued after Mojave,
> and we will have to (sometime) make a portable 64 bit linux "Docker" 
> image to run on macOS from then on. ... Any volunteers? Our previous 
> Docker contributor is M.I.A.
>
> Cheers, Steven
>
>
>
>
> _______________________________________________
> Scidvspc-users mailing list
> Sci...@li...
> https://lists.sourceforge.net/lists/listinfo/scidvspc-users

[Scidvspc-users] Move to end of variation feature / Mac docker

[Steve A <ste...@gm...>]

Hi,
I might make a small new feature... move to end of var (variation)
and assigning it to the "End" key.

So - if you're in a variation, pressing End will not move to game end, but
var end.

..But i'm just not sure about how to assign the *buttons*.
I'm pretty sure I might leave the blue End button (">>")  to always move to
game end.

Similarly, i might make the "Home" key move the the var start,
but leave the '<<' button to move to game start.
Of course, if you're outside of a variation, the Home/End key functions are
unchanged.

Attached is a simple "move to end of var" patch (the "move to start" is not
implemented, but it's quote trivial). Any Ideas ?

PS - I'm thinking of getting ScidvsPC 4.20 ready in the next few months.
macOS is a pain though, as 32 bit will be discontinued after Mojave,
and we will have to (sometime) make a portable 64 bit linux "Docker" image
to run on macOS from then on. ... Any volunteers? Our previous Docker
contributor is M.I.A.

Cheers, Steven

Re: [Scidvspc-users] Computer Tournament and Spelling update

[Steve A <ste...@gm...>]

Ok... I've included a few of Uwe's features/ideas in our Tournament window.
In subversion you'll see there is now a tournament statusbar, the ability
to use more than 12 engines,
and great Carousel game scheduling... maybe a few othe minor changes too.

Uwe has also updated his version. It can now autosave tournament progress
(in case of engine or operating system crash). It is available permanently
in the patches directory of svn/source
  https://sourceforge.net/p/scidvspc/code/HEAD/tree/patches/comp.uwe

Happy holidays, Steven

On Wed, Nov 28, 2018 at 5:03 PM Steve A <ste...@gm...> wrote:

> Hi Everyone,
> Uwe Klimmek has been messing with the tournament feature,
> and has made some interesting changes. He sums them up:
>
>> - Improved layout
>> - Saving and loading tournaments
>> - A slipping system (Rutschsystem, carousel) for a better round  system.
>> Perhaps you know that from Arena.
>> - Automated adaptation of engine selection fields.
>> - Selection of the games to be played. This way you can also play a
>> tournament in parallel by starting 2x scidvspc.
>> - Saving the used time
>> - Interrupt and resume a tournament after a game.
>>
>
> I also note he has added a handy status bar, made losing on time a lot
> harder, and removed my ugly "12 engine" limit.
>
> I'm not sure how much of the changes i will adopt (A couple of them at
> least, and maybe all) but users can try out his version by replacing
> comp.tcl in scid.gui with the attached version, or by recompiling with it.
> In the tournament, if you select "Save Move Time", you'll also have to
> make this 1 line change in tcl/tools/graphs.tcl (though this has been fixed
> in subversion).
>
>     if {$type == "Score Combo" && [llength $scoreValues] < 5} {
>>       # Scale to emt yaxis , as no Scores
>>       # ... or we *could* use a "total time" scale if we recalculate
>> yticks, hlines
>>       set scale [expr $maxEmt / $maxLines]
>>     } else {
>>       set scale [expr $max / $maxLines]
>>     }
>> +    *if { $maxLines <= 0 } { set scale 0 }*
>>     set scaledWhiteValues {}
>>     set scaledBlackValues {}
>>
>
>
> Uwe has also been making some ttk (Themed Tk) changes to mainline Scid,
> and also updated Scid's Spelling  (with Player data and ratings) , Rating
> and Photo files.
>
> A new (derived) spelling.ssp is now in our subversion, or you can download
> his files from https://sourceforge.net/projects/scid/files/Player%20Data/
>
> Cheers, Steve
>

[Scidvspc-users] pgn2scid v1.2 released (important bugfix release)

[Andreas K. <and...@gm...>]

Hi all,

Unfortunately I don't have much time at the moment to add new features to
pgn2scid. Anyway there's a new bug fix release available which I highly
recommend to install since it fixes a bug with nested ZIP files. This bug
can lead to lost pgn files in a worst case scenario. Additionally I added a
new icon set with transparent background to solve some visual issues.

As always there's a Windows executable available so Windows users don't
need to install Python.
NOTE: compared to older versions of this executable there's no 32bit
support anymore. Furthermore it's just ONE single exe file compared to
version < 1.2 which consisted of a bunch of files. This simplifies the
handling a little bit because you can copy this file wherever you want (but
please read the installation instructions in the PDF manual if you haven't
done so already). The drawback is that the startup time will last a bit
longer, which is negligible in my opinion because you most likely won't
start pgn2scid 10 times a day.

For more information and download please visit
https://github.com/CasualPyDev/pgn2scid

Have fun,
Andreas

Re: [Scidvspc-users] Scid start fails

[Steve A <ste...@gm...>]

Scid vs pc must be installed to run.
Run "sudo make install"

See "configure --help"
For instructions to install to different locations.
S. A.

On Sunday, December 16, 2018, Christian Opitz <Opi...@we...> wrote
:
> Hello,
>
> after uncompressing scidvspc-code-r2911.zip in a tmp-directory I ran in
> a terminal (Linux Mint 18.3 KDE Edition)
> ./configure && make
> with no mistakes (but some warnings were shown) and after that I started
> ./scid
>
> A welcome window appeared for a short time (1 or two seconds) and then
> my terminal shows:
>
> **** Start of message ****
> Error in startup script: bad menu entry index "CorrespondenceChess"
>     while executing
> "$menu entryconfig $entry -label $menuLabel($lang,$tag)  -underline
> $menuUnder($lang,$tag)"
>     (procedure "configMenuText" line 4)
>     invoked from within
> "configMenuText .menu.play [tr $tag $oldLang] $tag $lang"
>     (procedure "setLanguageMenus" line 7)
>     invoked from within
> "setLanguageMenus $lang"
>     (procedure "setLanguage" line 48)
>     invoked from within
> "setLanguage E"
>     invoked from within
> "if {[catch {
>   setLanguage $language
> }]} {
>   setLanguage E
> }"
>     (file "./scid" line 173991)
> X Error of failed request:  RenderBadPicture (invalid Picture parameter)
>   Major opcode of failed request:  139 (RENDER)
>   Minor opcode of failed request:  7 (RenderFreePicture)
>   Picture id in failed request: 0x22
>   Serial number of failed request:  3341
>   Current serial number in output stream:  3418
> **** End of message ****
>
> I hope this message is helpful enough for finding a solution as I am not
> confident with Tcl/Tk.
>
> Thanks a lot in advance.
>
> Christian Opitz
>
>
>
>
>
> _______________________________________________
> Scidvspc-users mailing list
> Sci...@li...
> https://lists.sourceforge.net/lists/listinfo/scidvspc-users
>

[Scidvspc-users] Scid start fails

[Christian O. <Opi...@we...>]

Hello,

after uncompressing scidvspc-code-r2911.zip in a tmp-directory I ran in
a terminal (Linux Mint 18.3 KDE Edition)
./configure && make
with no mistakes (but some warnings were shown) and after that I started
./scid

A welcome window appeared for a short time (1 or two seconds) and then
my terminal shows:

**** Start of message ****
Error in startup script: bad menu entry index "CorrespondenceChess"
    while executing
"$menu entryconfig $entry -label $menuLabel($lang,$tag)  -underline
$menuUnder($lang,$tag)"
    (procedure "configMenuText" line 4)
    invoked from within
"configMenuText .menu.play [tr $tag $oldLang] $tag $lang"
    (procedure "setLanguageMenus" line 7)
    invoked from within
"setLanguageMenus $lang"
    (procedure "setLanguage" line 48)
    invoked from within
"setLanguage E"
    invoked from within
"if {[catch {
  setLanguage $language
}]} {
  setLanguage E
}"
    (file "./scid" line 173991)
X Error of failed request:  RenderBadPicture (invalid Picture parameter)
  Major opcode of failed request:  139 (RENDER)
  Minor opcode of failed request:  7 (RenderFreePicture)
  Picture id in failed request: 0x22
  Serial number of failed request:  3341
  Current serial number in output stream:  3418
**** End of message ****

I hope this message is helpful enough for finding a solution as I am not
confident with Tcl/Tk.

Thanks a lot in advance.

Christian Opitz

Re: [Scidvspc-users] Global Background Color Option Bug?

[Steve A <ste...@gm...>]

> When I start the program, Options -> Colors -> Background is set to
"No".  The background for all areas is black

This is the problem - probably your window manager is exporting colours to
non-gtk/non-kde apps,
and it can hopefully be changed somewhere in your desktop preferences.
Alternatively, try using a different window manager.
S.A.

On Fri, Dec 7, 2018 at 1:33 PM Bennett Joseph <ben...@gm...>
wrote:

> Greetings,
>
> I've just updated Scid VS. PC for the first time since the Global
> Background Color option was added.  My settings are default (removed
> .scidvspc directory) and the feature doesn't appear to work as I imagine
> it's supposed to.
>
> When I start the program, Options -> Colors -> Background is set to "No".
> The background for all areas is black, which isn't appealing [screenshot].
> When I set the background to a custom color, the background of the top
> menu, board area and status bar remain black, even when I restart the
> program.  Only the PGN dock and game information area get set to the custom
> color [screenshot].  I get the same result after I set Options -> Colors ->
> Background to "Some".  When I change Options -> Colors -> Background to
> "All" and restart then every area is changed to the custom color and no
> areas are left black.
>
> I attached two screenshots.  I compiled r2908 for 64-bit Linux, kernel
> 4.14.72 on Slackware.  TCL version is 8.6.9 and TK version is 8.6.9.1.
>
> Bennett
> _______________________________________________
> Scidvspc-users mailing list
> Sci...@li...
> https://lists.sourceforge.net/lists/listinfo/scidvspc-users
>

[Scidvspc-users] Global Background Color Option Bug?

[Bennett J. <ben...@gm...>]

Greetings,

I've just updated Scid VS. PC for the first time since the Global
Background Color option was added.  My settings are default (removed
.scidvspc directory) and the feature doesn't appear to work as I imagine
it's supposed to.

When I start the program, Options -> Colors -> Background is set to "No".
The background for all areas is black, which isn't appealing [screenshot].
When I set the background to a custom color, the background of the top
menu, board area and status bar remain black, even when I restart the
program.  Only the PGN dock and game information area get set to the custom
color [screenshot].  I get the same result after I set Options -> Colors ->
Background to "Some".  When I change Options -> Colors -> Background to
"All" and restart then every area is changed to the custom color and no
areas are left black.

I attached two screenshots.  I compiled r2908 for 64-bit Linux, kernel
4.14.72 on Slackware.  TCL version is 8.6.9 and TK version is 8.6.9.1.

Bennett

[Scidvspc-users] Computer Tournament and Spelling update

[Steve A <ste...@gm...>]

Hi Everyone,
Uwe Klimmek has been messing with the tournament feature,
and has made some interesting changes. He sums them up:

> - Improved layout
> - Saving and loading tournaments
> - A slipping system (Rutschsystem, carousel) for a better round  system.
> Perhaps you know that from Arena.
> - Automated adaptation of engine selection fields.
> - Selection of the games to be played. This way you can also play a
> tournament in parallel by starting 2x scidvspc.
> - Saving the used time
> - Interrupt and resume a tournament after a game.
>

I also note he has added a handy status bar, made losing on time a lot
harder, and removed my ugly "12 engine" limit.

I'm not sure how much of the changes i will adopt (A couple of them at
least, and maybe all) but users can try out his version by replacing
comp.tcl in scid.gui with the attached version, or by recompiling with it.
In the tournament, if you select "Save Move Time", you'll also have to make
this 1 line change in tcl/tools/graphs.tcl (though this has been fixed in
subversion).

    if {$type == "Score Combo" && [llength $scoreValues] < 5} {
>       # Scale to emt yaxis , as no Scores
>       # ... or we *could* use a "total time" scale if we recalculate
> yticks, hlines
>       set scale [expr $maxEmt / $maxLines]
>     } else {
>       set scale [expr $max / $maxLines]
>     }
> +    *if { $maxLines <= 0 } { set scale 0 }*
>     set scaledWhiteValues {}
>     set scaledBlackValues {}
>


Uwe has also been making some ttk (Themed Tk) changes to mainline Scid, and
also updated Scid's Spelling  (with Player data and ratings) , Rating and
Photo files.

A new (derived) spelling.ssp is now in our subversion, or you can download
his files from https://sourceforge.net/projects/scid/files/Player%20Data/

Cheers, Steve

[Scidvspc-users] (no subject)

[david c. <asl...@gm...>]

On High Sierra, using latest build, am getting error:

"TkImg not found. Most piece sets are disabled."

I have checked the app package contents and the IMG 1.4 folder in
frameworks is extant.
I have checked my system and tcl and tkimg are installed.

I would like to use nicer picture sets :-(

Any clues?

Rest of startup screen...note bold lines
successfully misspelled...:-)

Loaded options from "/Users/----/.scidvspc/config/options.dat".
*Using Tcl/Tk version: 8.5.9 (with Gregor's tk::text - Yes)*
Darwin operating system, version 18.0.0

scidShareDir is /Applications/ScidvsMac.app/Contents/Resources
scidBasesDir is /Applications/ScidvsMac.app/Contents/Resources/bases
scidBooksDir is /Applications/ScidvsMac.app/Contents/Resources/books
True type fonts (PGN figurines) enabled.
User Pieces: reading /Users/----/.scidvspc/pieces
*Loading file pauls_pieces failed*
*Loading file goldenbergg_high_dpi_pieces_v2 failed*
User Textures: no such directory /Users/---/.scidvspc/textures
Initializing Sound...
   Snack sound package found: Move speech enabled.
   Available output devices are: default
   Succesfully set Snack output device to default
   Found 0 of 31 sound files in
Docking mode enabled.
Searching for player photos.
Unable to load Correspondence options file correspondence.dat
http package 2.7.5 found
tDOM package not found, disabling internal Xfcc support
Checking for endgame tablebase files.
    No tablebases were found.
ECO file "/Applications/ScidvsMac.app/Contents/Resources/data/scid.eco"
loaded: 10360 positions.
Spellcheck file
"/Applications/ScidvsMac.app/Contents/Resources/spelling.ssp" loaded:
    221429 players, 11 events, 804 sites, 20 rounds.

Re: [Scidvspc-users] Co-ordinates on setup board?

[Robert F. <fa...@gm...>]

On 2018-11-09 7:06 p.m., Steve A wrote:
> Cheers Noel. In subversion I have added the requested coordinates (and 
> both coordinate axes if the main board shows both)

Thanks Steve, it looks good.

--
Cheers,
Rob

Re: [Scidvspc-users] Co-ordinates on setup board?

[Steve A <ste...@gm...>]

Cheers Noel. In subversion I have added the requested coordinates (and both
coordinate axes if the main board shows both) and also a flip button, which
is more useful than those other three colour transformation buttons (which
i have made smaller). I think it all works.
Steven

On Fri, Nov 9, 2018 at 3:55 AM Noel Taylor <noe...@gm...> wrote:

> Steve thank you for all your work on this program. After 50 years I am
> re-infected  with chess. Your work on scidvspc is a major boost for me. If
> you are ever in Dallas TX look me up. I will buy you lunch.
>
> Thanx!
>
> On Thu, Nov 8, 2018, 5:42 AM Steve A <ste...@gm... wrote:
>
>> Yeah - it needs some work i think. Cheers
>>
>> On Thu, Nov 8, 2018 at 5:59 AM Robert Fargher <fa...@gm...> wrote:
>>
>>> Is it possible to show the algebraic co-ordinates on the Edit/Setup
>>> Board screen?  This would be very useful and I can't see a way to do it.
>>>
>>> --
>>> Cheers,
>>> Rob Fargher
>>> _______________________________________________
>>> Scidvspc-users mailing list
>>> Sci...@li...
>>> https://lists.sourceforge.net/lists/listinfo/scidvspc-users
>>>
>> _______________________________________________
>> Scidvspc-users mailing list
>> Sci...@li...
>> https://lists.sourceforge.net/lists/listinfo/scidvspc-users
>>
>

Re: [Scidvspc-users] Co-ordinates on setup board?

[Noel T. <noe...@gm...>]

Steve thank you for all your work on this program. After 50 years I am
re-infected  with chess. Your work on scidvspc is a major boost for me. If
you are ever in Dallas TX look me up. I will buy you lunch.

Thanx!

On Thu, Nov 8, 2018, 5:42 AM Steve A <ste...@gm... wrote:

> Yeah - it needs some work i think. Cheers
>
> On Thu, Nov 8, 2018 at 5:59 AM Robert Fargher <fa...@gm...> wrote:
>
>> Is it possible to show the algebraic co-ordinates on the Edit/Setup Board
>> screen?  This would be very useful and I can't see a way to do it.
>>
>> --
>> Cheers,
>> Rob Fargher
>> _______________________________________________
>> Scidvspc-users mailing list
>> Sci...@li...
>> https://lists.sourceforge.net/lists/listinfo/scidvspc-users
>>
> _______________________________________________
> Scidvspc-users mailing list
> Sci...@li...
> https://lists.sourceforge.net/lists/listinfo/scidvspc-users
>

Re: [Scidvspc-users] Co-ordinates on setup board?

[Steve A <ste...@gm...>]

Yeah - it needs some work i think. Cheers

On Thu, Nov 8, 2018 at 5:59 AM Robert Fargher <fa...@gm...> wrote:

> Is it possible to show the algebraic co-ordinates on the Edit/Setup Board
> screen?  This would be very useful and I can't see a way to do it.
>
> --
> Cheers,
> Rob Fargher
> _______________________________________________
> Scidvspc-users mailing list
> Sci...@li...
> https://lists.sourceforge.net/lists/listinfo/scidvspc-users
>

[Scidvspc-users] Co-ordinates on setup board?

[Robert F. <fa...@gm...>]

Is it possible to show the algebraic co-ordinates on the Edit/Setup Board
screen?  This would be very useful and I can't see a way to do it.

-- 
Cheers,
Rob Fargher

[Scidvspc-users] ScidvsPC Mac 64 bit / Mojave

[Steve A <ste...@gm...>]

Hi, Just forwarding this email about MacOS ScidvsPC to the mailing list so
hopefully i don't get another hundred emails.
Thanks, S.A

----- Forwarded Message -----
*From:* Steven <ste...@ya...>
*To:* Martin Godwyn <bed...@ya...>
*Sent:* Friday, 2 November 2018, 6:40
*Subject:* Re: ScidvsMac 64 bit?

The 64 bit macOS version is *very* buggy, and will most likely never get
fixed due to it being a TCL issue.

If we get our act together, we will eventually release a 64 bit linux
version of ScidvsPC that will run on macOS

Steven


------------------------------
*From:* Martin Godwyn <bed...@ya...>
*To:* "ste...@ya..." <ste...@ya...>
*Sent:* Friday, 2 November 2018, 4:35
*Subject:* ScidvsMac 64 bit?

Hi,

I was wondering whether ScidvsMac will ever be re-written for 64 bit. I
think my Mac told me that it is 32-bit and I believe that Mohave will be
the last OSX to support 32-bit.

Cheers,

Martin Godwyn

Re: [Scidvspc-users] Captured piece color

[Steve A <ste...@gm...>]

Yeah - we should be able to do better than the current material in the
gameinfo.
eg "Material: 23-22:+1"
The total material(s) are not really consequential imho.
I'll have a think about it and make a change sometime.

Probably just make it  "Material: +4" or something and make it always on.
Also, i've made an effort to make the tabs/info-positions in that gameinfo
line not jump around,
Enabling the Material info... they all jump around again, so i'll look at
this too.
(I have some holidays next week).
Cheers

On Mon, Oct 22, 2018 at 11:47 PM Alan Whiteman <a.c...@gm...>
wrote:

> Just to clarify.... I did not intend this to be a feature request. More of
> a side thought up for discussion. ;-)
>
> On 10/21/2018 11:21 PM, Steve A wrote:
>
> Hmmm - Re material in the gameinfo, I think this is the low-down.
> At the moment, the gameinfo only shows the material-diff if the material
> sidebar is disabled.
> Previously, (and still in SCID) the gameinfo shows the material-diff if
> the material sidebar is enabled.
> But by making this change in the GUI (tcl/main.tcl) it can be overruled
>       -material $gameInfo(showMaterial) \
>       -material 0 \
> Now, the gameinfo will always show the material-diff, regardless.
>
> But i daresay this is a inadequate feature for what Alan would like.
> And I'm kindof inclined to leave everything as-is.
>
> *Another* alternative would be to include a little positive number
> in the material sidebar (just below or above the pieces) for who ever has
> the advantage,
> as sometimes it isn't obvious who has the advantage (eg 3 minor  pieces
> against rook+3 pawns)
>
> Steve
>
>
>

Re: [Scidvspc-users] Captured piece color

[Alan W. <a.c...@gm...>]

Just to clarify.... I did not intend this to be a feature request. More 
of a side thought up for discussion. ;-)

On 10/21/2018 11:21 PM, Steve A wrote:
> Hmmm - Re material in the gameinfo, I think this is the low-down.
> At the moment, the gameinfo only shows the material-diff if the 
> material sidebar is disabled.
> Previously, (and still in SCID) the gameinfo shows the material-diff 
> if the material sidebar is enabled.
> But by making this change in the GUI (tcl/main.tcl) it can be overruled
>       -material $gameInfo(showMaterial) \
>       -material 0 \
> Now, the gameinfo will always show the material-diff, regardless.
>
> But i daresay this is a inadequate feature for what Alan would like.
> And I'm kindof inclined to leave everything as-is.
>
> *Another* alternative would be to include a little positive number
> in the material sidebar (just below or above the pieces) for who ever 
> has the advantage,
> as sometimes it isn't obvious who has the advantage (eg 3 minor  
> pieces against rook+3 pawns)
>
> Steve