scidvspc-users Mailing List for Scid vs. PC
Chess Database and Toolkit program
Brought to you by:
stevenaaus
You can subscribe to this list here.
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(10) |
Aug
(8) |
Sep
(8) |
Oct
(2) |
Nov
(6) |
Dec
(6) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2012 |
Jan
(5) |
Feb
(28) |
Mar
(5) |
Apr
(4) |
May
(4) |
Jun
(22) |
Jul
(2) |
Aug
(11) |
Sep
(2) |
Oct
(6) |
Nov
(1) |
Dec
(7) |
2013 |
Jan
(8) |
Feb
(9) |
Mar
(38) |
Apr
(37) |
May
(6) |
Jun
(8) |
Jul
(29) |
Aug
(7) |
Sep
(4) |
Oct
(10) |
Nov
(47) |
Dec
(20) |
2014 |
Jan
(16) |
Feb
(15) |
Mar
(15) |
Apr
(7) |
May
(8) |
Jun
(2) |
Jul
(28) |
Aug
(7) |
Sep
(6) |
Oct
(8) |
Nov
(7) |
Dec
(7) |
2015 |
Jan
(13) |
Feb
(6) |
Mar
(6) |
Apr
(13) |
May
(16) |
Jun
(10) |
Jul
(7) |
Aug
(1) |
Sep
(15) |
Oct
(4) |
Nov
(16) |
Dec
(9) |
2016 |
Jan
(8) |
Feb
(3) |
Mar
(9) |
Apr
(21) |
May
(3) |
Jun
(1) |
Jul
(7) |
Aug
(13) |
Sep
(1) |
Oct
(12) |
Nov
(5) |
Dec
|
2017 |
Jan
(5) |
Feb
(6) |
Mar
(1) |
Apr
(2) |
May
|
Jun
(7) |
Jul
(6) |
Aug
(13) |
Sep
(10) |
Oct
(4) |
Nov
(8) |
Dec
(2) |
2018 |
Jan
(5) |
Feb
(2) |
Mar
(8) |
Apr
(5) |
May
(19) |
Jun
(3) |
Jul
(2) |
Aug
(2) |
Sep
(4) |
Oct
(8) |
Nov
(8) |
Dec
(6) |
2019 |
Jan
|
Feb
(5) |
Mar
(8) |
Apr
(9) |
May
(6) |
Jun
(3) |
Jul
(2) |
Aug
|
Sep
|
Oct
(6) |
Nov
(4) |
Dec
(4) |
2020 |
Jan
(4) |
Feb
|
Mar
|
Apr
(5) |
May
(1) |
Jun
(1) |
Jul
|
Aug
(3) |
Sep
(12) |
Oct
(1) |
Nov
(4) |
Dec
(3) |
2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
(10) |
Jul
(10) |
Aug
|
Sep
(1) |
Oct
|
Nov
(9) |
Dec
(7) |
2022 |
Jan
|
Feb
(3) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
(1) |
Sep
|
Oct
|
Nov
(1) |
Dec
|
2023 |
Jan
(5) |
Feb
|
Mar
(1) |
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
(3) |
Sep
(2) |
Oct
|
Nov
(2) |
Dec
|
2024 |
Jan
(1) |
Feb
|
Mar
|
Apr
(4) |
May
(7) |
Jun
(1) |
Jul
|
Aug
(10) |
Sep
|
Oct
|
Nov
(4) |
Dec
(25) |
2025 |
Jan
(2) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
(10) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Alex <ha...@tu...> - 2025-06-24 12:28:14
|
Jun 23, 2025, 13:05 by sci...@li...: > Helo, > > Is there a way to disable (temporarily) PGN syntax check in the game list? > > I add some games with empty fileds as separators, for making the list more readable, and the syntax check makes blue ? signs appear in all empty fields. > > Is this a correct way to disable question marks in empty fields? (It works; I'm interested if it doesn't break any functionality relied upon this `set') --- a/tcl/end.tcl +++ b/tcl/end.tcl @@ -1441,7 +1441,7 @@ foreach i {white black event site round} { set $i [string trim [set $i]] if {[set $i] == ""} { - set $i "?" +# set $i "?" } if {[string bytelength [set $i]] > 255} { tk_messageBox -type ok -icon info -parent .save -title "Oops" -message "\"[string totitle $i]\" is larger than 255 bytes." -- Best regards, Alex |
From: Alex <ha...@tu...> - 2025-06-23 09:16:42
|
Jun 23, 2025, 13:09 by ste...@gm...: > OK, I think I can see you what you are doing now. > If you want to duplicate the last game in the dB's tags. > > Paste fen, save gave dialogue, select "use previous" button. > Oh, perfect, that's what I was looking for. Thank you. -- Best regards, Alex |
From: Alex <ha...@tu...> - 2025-06-23 09:05:42
|
Helo, Is there a way to disable (temporarily) PGN syntax check in the game list? I add some games with empty fileds as separators, for making the list more readable, and the syntax check makes blue ? signs appear in all empty fields. -- Best regards, Alex |
From: Alex <ha...@tu...> - 2025-06-23 08:24:39
|
Jun 23, 2025, 10:53 by ste...@gm...: > you wish to keep the header info i guess. > Yes, exactly. For a lot of games - it's why I need this functionality. > The only way i can see is going to Tools->Import PGN text (control-shit-i), > then "Paste current game" and manually adding (for eg) > [FEN "2r2r2/pb2bpk1/1p2p3/q2n4/5PQ1/2N5/PPP3PP/2KR1R2 b - - 0 1"] > and removing the moves. > S.A > It worked. It adds a new game instead of replacing, but all the tags are identical, so I don't have to refill them, so my problem is solved - I'll have just to remove the (old) duplicate. Thank you! -- Best regards, Alex |
From: Steve A <ste...@gm...> - 2025-06-23 06:53:14
|
Setting a starting fen of course means all moves are being discarded, but you wish to keep the header info i guess. The only way i can see is going to Tools->Import PGN text (control-shit-i), then "Paste current game" and manually adding (for eg) [FEN "2r2r2/pb2bpk1/1p2p3/q2n4/5PQ1/2N5/PPP3PP/2KR1R2 b - - 0 1"] and removing the moves. S.A On Mon, Jun 23, 2025 at 7:28 AM Alex via Scidvspc-users < sci...@li...> wrote: > Hello, > > I wonder if Scid vs PC lacks possibility to paste a starting FEN into an > existing game and then to save (replace) it. That is possible in Scid. > > In Scid vs PC, as I see, after pasting a starting FEN, the active game > loses its highlight in the games list (becomes no more active) and in the > game information window under the board all blank fields with ? appear - > interface of a new game started. And I can't save (replace) the FEN as that > existing game into which I pasted FEN. > > Why so? How to paste a starting FEN into an existing game? > > -- > Best regards, > Alex > > > _______________________________________________ > Scidvspc-users mailing list > Sci...@li... > https://lists.sourceforge.net/lists/listinfo/scidvspc-users > |
From: Alex <ha...@tu...> - 2025-06-22 21:27:45
|
Hello, I wonder if Scid vs PC lacks possibility to paste a starting FEN into an existing game and then to save (replace) it. That is possible in Scid. In Scid vs PC, as I see, after pasting a starting FEN, the active game loses its highlight in the games list (becomes no more active) and in the game information window under the board all blank fields with ? appear - interface of a new game started. And I can't save (replace) the FEN as that existing game into which I pasted FEN. Why so? How to paste a starting FEN into an existing game? -- Best regards, Alex |
From: Miguel Á. <ss...@gm...> - 2025-06-14 16:11:44
|
Hi! Is it possible to dock the clocks window into main window? If it is, how? If it isn't: this is a feature request. Now is difficult to have the clocks window visible all the game because it is hided by other windows when focus changes. Thank you. Miguel Ángel |
From: Steve B. <ste...@gm...> - 2025-06-02 06:17:33
|
In scid.gui, at line 141520, I changed "set color grey50" to "set color grey10", saved scid.gui back to disk, launched scid.exe, but that had no effect on the color of those two lines of text. They are still the same light shade of grey. I tried other colors, such as "set color navy", but that still had no effect. On 6/2/2025 01:26, Steve A wrote: > In this line in tcl/tools/analysis.tcl (or scid gui) > "set color grey50" > change grey50 to some other valid tcl color > (eg https://wiki.tcl-lang.org/page/Colors+with+Names) > > On Mon, Jun 2, 2025 at 1:42 AM Steve Brown > <ste...@gm...> wrote: > > I need to find a way to make the text for variations besides the main > variation in the engine analysis window darker. As it is, the > light-gray > text is difficult for me to read. Screenshot attached. > _______________________________________________ > Scidvspc-users mailing list > Sci...@li... > https://lists.sourceforge.net/lists/listinfo/scidvspc-users > |
From: Steve A <ste...@gm...> - 2025-06-02 05:27:07
|
In this line in tcl/tools/analysis.tcl (or scid gui) "set color grey50" change grey50 to some other valid tcl color (eg https://wiki.tcl-lang.org/page/Colors+with+Names) On Mon, Jun 2, 2025 at 1:42 AM Steve Brown <ste...@gm...> wrote: > I need to find a way to make the text for variations besides the main > variation in the engine analysis window darker. As it is, the light-gray > text is difficult for me to read. Screenshot attached. > _______________________________________________ > Scidvspc-users mailing list > Sci...@li... > https://lists.sourceforge.net/lists/listinfo/scidvspc-users > |
From: Steve B. <ste...@gm...> - 2025-06-01 15:41:58
|
I need to find a way to make the text for variations besides the main variation in the engine analysis window darker. As it is, the light-gray text is difficult for me to read. Screenshot attached. |
From: Steve A <ste...@gm...> - 2025-02-15 19:36:03
|
OK, the exes have been changed today, because of a single line fix to stop stockfish 17 throwing a tizz during annotation. Cheers On Tuesday, February 4, 2025, Steve A <ste...@gm...> wrote: > Hi everyone, > 4.26 rcs are up now. (Mac 32 bit later) which - if no major problems - > will become the releases proper. > > Thanks to Oz for the win builds and Hanish for the scorebar. > > https://sourceforge.net/projects/scidvspc/files/ > Cheers S. A > > > Scid vs. PC 4.26 > > Scorebar for the Main board, and also Browser windows and Fics > observed games > Analysis board improvements from Hanish > - Scorebar, Colour PV Bar, Move-Sequence arrows, and board coordinates > > Clicking Crosstable 'Player' column title to sort > New 'Store Movetimes' option in Play UCI Game > Show longer variations in the EnterVar button at game end > Twin Game Checker has a few new clickables > Font Selection dialog has a working preview > Game saves don't interrupt engine analysis, and tweak engine help icon > Gamelist current game colour option (via switcher context menu) > Player Ratings context/history menu > Cut down our excess Resize event handling > Properly handle 'Stop Analysis' for Xboard engine with no 'analyze' > (eg Scidlet) > Minor Fics improvements > More Latex export improvements > > Hack to avoid MacOS Tree/Bestgames window crash > Fix Multi Browse BestGames didn't work for 'other' bases. > Fix Pgn column mode with big fonts > Enable proper horizontal gamelist scrolling for MacOS > Truncate long DB filenames in the Gamelist Tab and DB switcher > Disable Tree adjust after a General Search > Fix Undocked App fails to quit with an open engine > Update "Enter Var" button when we create a variation > Try to remove unicode related fluff when pasting text as fen > > > |
From: Steve A <ste...@gm...> - 2025-02-03 20:03:19
|
Hi everyone, 4.26 rcs are up now. (Mac 32 bit later) which - if no major problems - will become the releases proper. Thanks to Oz for the win builds and Hanish for the scorebar. https://sourceforge.net/projects/scidvspc/files/ Cheers S. A Scid vs. PC 4.26 Scorebar for the Main board, and also Browser windows and Fics observed games Analysis board improvements from Hanish - Scorebar, Colour PV Bar, Move-Sequence arrows, and board coordinates Clicking Crosstable 'Player' column title to sort New 'Store Movetimes' option in Play UCI Game Show longer variations in the EnterVar button at game end Twin Game Checker has a few new clickables Font Selection dialog has a working preview Game saves don't interrupt engine analysis, and tweak engine help icon Gamelist current game colour option (via switcher context menu) Player Ratings context/history menu Cut down our excess Resize event handling Properly handle 'Stop Analysis' for Xboard engine with no 'analyze' (eg Scidlet) Minor Fics improvements More Latex export improvements Hack to avoid MacOS Tree/Bestgames window crash Fix Multi Browse BestGames didn't work for 'other' bases. Fix Pgn column mode with big fonts Enable proper horizontal gamelist scrolling for MacOS Truncate long DB filenames in the Gamelist Tab and DB switcher Disable Tree adjust after a General Search Fix Undocked App fails to quit with an open engine Update "Enter Var" button when we create a variation Try to remove unicode related fluff when pasting text as fen |
From: Steve A <ste...@gm...> - 2025-01-18 03:03:52
|
Hi all, 4.26 should be out in a few weeks or so. :). Nice new feature finalised this month is a score-bar for the main, fics observed games and game-browser boards. Any volunteers on translations ??? You can find the files here https://sourceforge.net/p/scidvspc/code/HEAD/tree/tcl/lang/ to download your lang and just edit the TODOs and send the new file to me. Cheers S.A. $grep -c TODO `czech.tcl deutsch.tcl finnish.tcl francais.tcl greek.tcl hungary.tcl italian.tcl nederlan.tcl norsk.tcl polish.tcl portbr.tcl port.tcl russian.tcl serbian.tcl spanish.tcl swedish.tcl turkish.tcl` | sort -t : -k 2 -g deutsch.tcl:7 portbr.tcl:18 port.tcl:20 francais.tcl:30 norsk.tcl:43 spanish.tcl:64 turkish.tcl:71 finnish.tcl:72 russian.tcl:121 polish.tcl:144 greek.tcl:154 nederlan.tcl:155 swedish.tcl:165 italian.tcl:297 czech.tcl:463 hungary.tcl:482 serbian.tcl:600 |
From: T R. <six...@gm...> - 2025-01-01 19:14:10
|
Hello, I would like to suggest that the option of playing blindly be implemented in the confrontation with the machine, with only the origin and destination squares being indicated. And thank you. |
From: Steve A <ste...@gm...> - 2024-12-18 12:02:00
|
Hi guys, just a quick note there is now a developer mailing list, which can be found here. https://sourceforge.net/p/scidvspc/mailman/ Maybe Hanish will keep posting there - as I've kicked him from Users :). Regards S. A. |
From: C H. M. <han...@gm...> - 2024-12-17 20:42:37
|
Hi, This also allows the user to indirectly walk through the pv by increasing or decreasing the visualisation depth spinbox by 1 at a time, and in turn having seq number shown only for the last few moves in the move line that has been visualised. Thus helping easily see which is the new move that has been shown (if increasing) or hidden (if decreasing) from the pv. On Wed, Dec 18, 2024 at 2:06 AM C Hanish Menon <han...@gm...> wrote: > > Hi Steve, > > To help view deeper/longer into the PV from the analysis engine, allow > the spinbox of visualisation depth to be increased upto 64 from > initial limit which I had previously set at 8. > > At the same time to avoid cluttering the board with seq numbers, now > move seq numbers will be shown only for the last few moves relative to > the specified visualisation depth. > > NOTE1: Purposefully calculating the window of seq numbers to show > relative to user set visualisation depth and not the number of moves > in the pv, so that if reqd user can indirectly avoid any and all seq > numbers from being shown on the board, by setting the vis depth to be > much larger than the current engine pv depth. So that board shows only > the move visualisation lines/arrows and not any seq numbers. > > Users can control the window/amount of seq numbers to show, through options.dat. > > Also I have reduced the font size by 20% so that it doesnt occupy too > much of the square spaces. Also I have uncommented the text > shadow/highlight plotting and made the gradient logic create a very > light shade rather than a darker shade. > > NOTE2: This patch is generated relative to the two patches which I > submitted on the mailing list yesterday. > > On Tue, Dec 17, 2024 at 2:52 AM C Hanish Menon <han...@gm...> wrote: > > > > Hi Steve, > > > > Attaching two patches > > > > 1. Define variables which get managed through options.dat, for the > > colors used wrt BoardVisualiseMoves Odd and Even lines, so that user > > can configure/change the same if required. > > > > 2. Allow user to select which engine PV from among MultiPVs to show on > > analysis board wrt moves visualisation. > > > > > > > > -- > > Keep ;-) > > HanishKVC > > > > -- > Keep ;-) > HanishKVC -- Keep ;-) HanishKVC |
From: C H. M. <han...@gm...> - 2024-12-17 20:36:33
|
Hi Steve, To help view deeper/longer into the PV from the analysis engine, allow the spinbox of visualisation depth to be increased upto 64 from initial limit which I had previously set at 8. At the same time to avoid cluttering the board with seq numbers, now move seq numbers will be shown only for the last few moves relative to the specified visualisation depth. NOTE1: Purposefully calculating the window of seq numbers to show relative to user set visualisation depth and not the number of moves in the pv, so that if reqd user can indirectly avoid any and all seq numbers from being shown on the board, by setting the vis depth to be much larger than the current engine pv depth. So that board shows only the move visualisation lines/arrows and not any seq numbers. Users can control the window/amount of seq numbers to show, through options.dat. Also I have reduced the font size by 20% so that it doesnt occupy too much of the square spaces. Also I have uncommented the text shadow/highlight plotting and made the gradient logic create a very light shade rather than a darker shade. NOTE2: This patch is generated relative to the two patches which I submitted on the mailing list yesterday. On Tue, Dec 17, 2024 at 2:52 AM C Hanish Menon <han...@gm...> wrote: > > Hi Steve, > > Attaching two patches > > 1. Define variables which get managed through options.dat, for the > colors used wrt BoardVisualiseMoves Odd and Even lines, so that user > can configure/change the same if required. > > 2. Allow user to select which engine PV from among MultiPVs to show on > analysis board wrt moves visualisation. > > > > -- > Keep ;-) > HanishKVC -- Keep ;-) HanishKVC |
From: C H. M. <han...@gm...> - 2024-12-16 21:23:05
|
Hi Steve, Attaching two patches 1. Define variables which get managed through options.dat, for the colors used wrt BoardVisualiseMoves Odd and Even lines, so that user can configure/change the same if required. 2. Allow user to select which engine PV from among MultiPVs to show on analysis board wrt moves visualisation. -- Keep ;-) HanishKVC |
From: C H. M. <han...@gm...> - 2024-12-11 07:34:13
|
Hi Steve, This is a patch which allows users in Sequential analysis boardType mode, to switch between looking at only Current side-to-move moves or only Opposite side moves or both sides moves from the MainPV of the engine on the analysis board. Thus giving more flexibility wrt what one may want to look at from the analysis engine's mainpv, also indirectly allowing one to probe more into the mainpv without cluttering the board. Inturn to help with the same, a listbox is shown next to the analysis board in Sequential mode. So that user can switch between these views. NOTE1: I have also cleaned up the space-tab usage to be consistent wrt the block of code in updateAnalysisBoard wrt boardVisualiseMoves, to only use spaces. NOTE2: Given that "1st moves from all multiPVs" and "SeqOfMoves in MainPV" are orthogonal to one another and useful to view parallely at the same time. I would request you to reconsider your decision to have them as independent/exclusive modes, which does not allow both to be viewed at the same time. Do note that both types of arrows use different colors, so it is visually clearly differentiable without any confusion. Also one can always disable moves-sequence visualisation by turning the spinbox down to 0, if needed, while the default of 3 also doesnt clutter the board. -- Keep ;-) HanishKVC |
From: C H. M. <han...@gm...> - 2024-12-09 18:29:19
|
Hi Steve, There is a oversight wrt scoremate check (checking for empty string rather than 0), which forces partialpv filtering of analysis engine mainpv visualisation to always get triggered, this patch fixes that. I have also included the earlier patch which I had sent wrt boardSeqNumColor and configs/options.dat with this email. On Mon, Dec 9, 2024 at 4:14 PM C Hanish Menon <han...@gm...> wrote: > > Hi Steve, > > Also maybe you have forgotten to enable softtabs or equivalent in your > editor. The last few commits have tabs instead of spaces, forgot to > mention this early, so formatting may look odd, depending on the tab > width. > > On Mon, Dec 9, 2024 at 4:08 PM C Hanish Menon <han...@gm...> wrote: > > > > Also hopefully remaining games should be more interesting now, given > > where the match is at. > > > > On Mon, Dec 9, 2024 at 4:05 PM C Hanish Menon <han...@gm...> wrote: > > > > > > Hi Steve, > > > > > > I think you forgot to add the option to the foreach list of variables > > > used when exiting to save to options.dat. Also maybe a typo with > > > missing ")" wrt info exists? > > > Again not that much familiar with tcl and scidvspc inner plumbing, but > > > this seems to be needed, based on my limited checking here. > > > > > > Attaching a patch wrt same. > > > > > > On Mon, Dec 9, 2024 at 1:22 PM Steve A <ste...@gm...> wrote: > > > > > > > > Ok Hanish... I applied one patch, but not the color one.... Too many minor colour options around. > > > > I made some other tweaks too. Now you can just set analysis(boardSeqNumColor) in an init file, or in the gui somewhere. > > > > > > > > Ding made a classic Ding blunder last night! > > > > > > > > cheers. > > > > > > > > > > > > On Sun, Dec 8, 2024 at 7:20 PM C Hanish Menon <han...@gm...> wrote: > > > >> > > > >> Hi Steve, > > > >> > > > >> I feel these two patches will make the moves visualisation feature > > > >> more legible and flexible to end users > > > >> > > > >> These include > > > >> > > > >> 1. make the move number font bold > > > >> > > > >> 2. make the move arrow longer specifically wrt boardVisualiseMoves > > > >> > > > >> 3. pick the move number font color from a new option, which the user > > > >> can control, which inturn by default set to red > > > >> Picking it from GlobalTextColor forces user to globally change the > > > >> text color everywhere, when many a times because of the chess set > > > >> used, one may want to change the color only for the movenumber shown > > > >> on the analysis board. > > > >> > > > >> NOTE: Something seems to have changed wrt avoiding partial PVs from > > > >> the engine overriding previous depth full pv visualisation, I need to > > > >> see why the latest subversion release/eviision has changed this > > > >> behaviour later. > > > >> > > > >> On Sun, Dec 8, 2024 at 12:37 PM Steve A <ste...@gm...> wrote: > > > >> > > > > >> > Yeah, it wasn't too legible yesterday. I reverted the num colour to default text colour, and tweaked the arrow head. The blue is just what I have set as options-colours-enginearrows. I'll have to document it all. > > > >> > > > > >> > Cheers > > > >> > > > > >> > On Sunday, December 8, 2024, C Hanish Menon <han...@gm...> wrote: > > > >> >> > > > >> >> Hi Steve > > > >> >> > > > >> >> Was modifying things from yesterday's release, to send patch to you. But will checkout the new revision from SVN before sending any patch. > > > >> >> > > > >> >> Also looking at the image, I can see a reason why there may be some differences in what we have been saying and inturn trying to achieve wrt visualisation themeing around this feature > > > >> >> > > > >> >> For me the default scidvcpc setup shows a more fancy chess set and also the lines are black with text also black on top & also shorter arrow lines, in your yesterday's commit. All of which makes the move visualisation theme (predefined line colour, line length) you had forced ;) in yesterday's revision non legible. > > > >> >> > > > >> >> I was about to submit a patch with blue longer lines and red text on top and also changing to bold font. Those changes were to make things more legible. > > > >> >> > > > >> >> However from your image it appears like now you have also changed the lines to blue & made it longer. So that should potentially resolve the confusion & conflict in our patches > > > >> >> > > > >> >> PS: yes agree the match is favouring Ding now, given that the cost of risk is lot more now. However it's Gukesh who is trying to add some spice into the mix. Given their positions wrt championship both their behaviours is understandable. Here in India, in general, we root for Gukesh, but equally love Ding :) > > > >> >> > > > >> >> > > > >> >> On Sun, Dec 8, 2024, 08:48 Steve A <ste...@gm...> wrote: > > > >> >>> > > > >> >>> Ok, Hanish's feature is looking nice - nearly finialized - and is included in subversion now. > > > >> >>> (I've modified it a bit, so not exactly how Hanish envisioned it, sorry mate). > > > >> >>> Check out svn and after installation select "Show Board" and "Sequential" in the tools->Analysis window. > > > >> >>> Screenshot attached. Cheers, S.A. > > > >> >>> > > > >> >>> > > > >> >>> On Sun, Dec 8, 2024 at 1:07 PM Steve A <ste...@gm...> wrote: > > > >> >>>> > > > >> >>>> Ok... I sorted out some issues today. Control+Wheelmouse will resize the board now (hopefully... the focus/flow for these bindings is hard to understand). > > > >> >>>> You're welcome to update help.tcl if you like... I haven't got around to it yet. > > > >> >>>> > > > >> >>>> > 3. the reason why I had not used engineLineColor is to allow for the > > > >> >>>> situation where one can see the different 1st moves suggested by the > > > >> >>>> analysis engine (which uses engineLineColor, if I am not wrong) as > > > >> >>>> well as the move sequence wrt main pv > > > >> >>>> > > > >> >>>> Yeah... for sure. But i think it's better to keep them separate, rather than having to zero the spinbox. > > > >> >>>> > > > >> >>>> > Because otherwise users will have to click the middle mouse button > > > >> >>>> > > > >> >>>> I agree, it's not a great UI element/design, having to use the middle button. > > > >> >>>> But the default is settable in Tools->analysis config widget > > > >> >>>> > > > >> >>>> > PS: I have a background in computer science, rather I keep jumping > > > >> >>>> between things and languages based on what I am doing (like watching > > > >> >>>> the chess championship this time) > > > >> >>>> > > > >> >>>> Yes - very interesting championship isn't it ! :) > > > >> >>>> I have to say I'm going for Ding though, after the huge struggles he's had the last couple of years. Gukesh certainly has the form this year, but *maybe* his youth will be to his detriment this time... ? I guess from your name you are Indian(?) and going for Gukesh :) > > > >> >>>> > > > >> >>>> regards, Steve > > > >> > > > >> > > > >> > > > >> -- > > > >> Keep ;-) > > > >> HanishKVC > > > > > > > > > > > > -- > > > Keep ;-) > > > HanishKVC > > > > > > > > -- > > Keep ;-) > > HanishKVC > > > > -- > Keep ;-) > HanishKVC -- Keep ;-) HanishKVC |
From: C H. M. <han...@gm...> - 2024-12-09 10:44:22
|
Hi Steve, Also maybe you have forgotten to enable softtabs or equivalent in your editor. The last few commits have tabs instead of spaces, forgot to mention this early, so formatting may look odd, depending on the tab width. On Mon, Dec 9, 2024 at 4:08 PM C Hanish Menon <han...@gm...> wrote: > > Also hopefully remaining games should be more interesting now, given > where the match is at. > > On Mon, Dec 9, 2024 at 4:05 PM C Hanish Menon <han...@gm...> wrote: > > > > Hi Steve, > > > > I think you forgot to add the option to the foreach list of variables > > used when exiting to save to options.dat. Also maybe a typo with > > missing ")" wrt info exists? > > Again not that much familiar with tcl and scidvspc inner plumbing, but > > this seems to be needed, based on my limited checking here. > > > > Attaching a patch wrt same. > > > > On Mon, Dec 9, 2024 at 1:22 PM Steve A <ste...@gm...> wrote: > > > > > > Ok Hanish... I applied one patch, but not the color one.... Too many minor colour options around. > > > I made some other tweaks too. Now you can just set analysis(boardSeqNumColor) in an init file, or in the gui somewhere. > > > > > > Ding made a classic Ding blunder last night! > > > > > > cheers. > > > > > > > > > On Sun, Dec 8, 2024 at 7:20 PM C Hanish Menon <han...@gm...> wrote: > > >> > > >> Hi Steve, > > >> > > >> I feel these two patches will make the moves visualisation feature > > >> more legible and flexible to end users > > >> > > >> These include > > >> > > >> 1. make the move number font bold > > >> > > >> 2. make the move arrow longer specifically wrt boardVisualiseMoves > > >> > > >> 3. pick the move number font color from a new option, which the user > > >> can control, which inturn by default set to red > > >> Picking it from GlobalTextColor forces user to globally change the > > >> text color everywhere, when many a times because of the chess set > > >> used, one may want to change the color only for the movenumber shown > > >> on the analysis board. > > >> > > >> NOTE: Something seems to have changed wrt avoiding partial PVs from > > >> the engine overriding previous depth full pv visualisation, I need to > > >> see why the latest subversion release/eviision has changed this > > >> behaviour later. > > >> > > >> On Sun, Dec 8, 2024 at 12:37 PM Steve A <ste...@gm...> wrote: > > >> > > > >> > Yeah, it wasn't too legible yesterday. I reverted the num colour to default text colour, and tweaked the arrow head. The blue is just what I have set as options-colours-enginearrows. I'll have to document it all. > > >> > > > >> > Cheers > > >> > > > >> > On Sunday, December 8, 2024, C Hanish Menon <han...@gm...> wrote: > > >> >> > > >> >> Hi Steve > > >> >> > > >> >> Was modifying things from yesterday's release, to send patch to you. But will checkout the new revision from SVN before sending any patch. > > >> >> > > >> >> Also looking at the image, I can see a reason why there may be some differences in what we have been saying and inturn trying to achieve wrt visualisation themeing around this feature > > >> >> > > >> >> For me the default scidvcpc setup shows a more fancy chess set and also the lines are black with text also black on top & also shorter arrow lines, in your yesterday's commit. All of which makes the move visualisation theme (predefined line colour, line length) you had forced ;) in yesterday's revision non legible. > > >> >> > > >> >> I was about to submit a patch with blue longer lines and red text on top and also changing to bold font. Those changes were to make things more legible. > > >> >> > > >> >> However from your image it appears like now you have also changed the lines to blue & made it longer. So that should potentially resolve the confusion & conflict in our patches > > >> >> > > >> >> PS: yes agree the match is favouring Ding now, given that the cost of risk is lot more now. However it's Gukesh who is trying to add some spice into the mix. Given their positions wrt championship both their behaviours is understandable. Here in India, in general, we root for Gukesh, but equally love Ding :) > > >> >> > > >> >> > > >> >> On Sun, Dec 8, 2024, 08:48 Steve A <ste...@gm...> wrote: > > >> >>> > > >> >>> Ok, Hanish's feature is looking nice - nearly finialized - and is included in subversion now. > > >> >>> (I've modified it a bit, so not exactly how Hanish envisioned it, sorry mate). > > >> >>> Check out svn and after installation select "Show Board" and "Sequential" in the tools->Analysis window. > > >> >>> Screenshot attached. Cheers, S.A. > > >> >>> > > >> >>> > > >> >>> On Sun, Dec 8, 2024 at 1:07 PM Steve A <ste...@gm...> wrote: > > >> >>>> > > >> >>>> Ok... I sorted out some issues today. Control+Wheelmouse will resize the board now (hopefully... the focus/flow for these bindings is hard to understand). > > >> >>>> You're welcome to update help.tcl if you like... I haven't got around to it yet. > > >> >>>> > > >> >>>> > 3. the reason why I had not used engineLineColor is to allow for the > > >> >>>> situation where one can see the different 1st moves suggested by the > > >> >>>> analysis engine (which uses engineLineColor, if I am not wrong) as > > >> >>>> well as the move sequence wrt main pv > > >> >>>> > > >> >>>> Yeah... for sure. But i think it's better to keep them separate, rather than having to zero the spinbox. > > >> >>>> > > >> >>>> > Because otherwise users will have to click the middle mouse button > > >> >>>> > > >> >>>> I agree, it's not a great UI element/design, having to use the middle button. > > >> >>>> But the default is settable in Tools->analysis config widget > > >> >>>> > > >> >>>> > PS: I have a background in computer science, rather I keep jumping > > >> >>>> between things and languages based on what I am doing (like watching > > >> >>>> the chess championship this time) > > >> >>>> > > >> >>>> Yes - very interesting championship isn't it ! :) > > >> >>>> I have to say I'm going for Ding though, after the huge struggles he's had the last couple of years. Gukesh certainly has the form this year, but *maybe* his youth will be to his detriment this time... ? I guess from your name you are Indian(?) and going for Gukesh :) > > >> >>>> > > >> >>>> regards, Steve > > >> > > >> > > >> > > >> -- > > >> Keep ;-) > > >> HanishKVC > > > > > > > > -- > > Keep ;-) > > HanishKVC > > > > -- > Keep ;-) > HanishKVC -- Keep ;-) HanishKVC |
From: C H. M. <han...@gm...> - 2024-12-09 10:38:36
|
Also hopefully remaining games should be more interesting now, given where the match is at. On Mon, Dec 9, 2024 at 4:05 PM C Hanish Menon <han...@gm...> wrote: > > Hi Steve, > > I think you forgot to add the option to the foreach list of variables > used when exiting to save to options.dat. Also maybe a typo with > missing ")" wrt info exists? > Again not that much familiar with tcl and scidvspc inner plumbing, but > this seems to be needed, based on my limited checking here. > > Attaching a patch wrt same. > > On Mon, Dec 9, 2024 at 1:22 PM Steve A <ste...@gm...> wrote: > > > > Ok Hanish... I applied one patch, but not the color one.... Too many minor colour options around. > > I made some other tweaks too. Now you can just set analysis(boardSeqNumColor) in an init file, or in the gui somewhere. > > > > Ding made a classic Ding blunder last night! > > > > cheers. > > > > > > On Sun, Dec 8, 2024 at 7:20 PM C Hanish Menon <han...@gm...> wrote: > >> > >> Hi Steve, > >> > >> I feel these two patches will make the moves visualisation feature > >> more legible and flexible to end users > >> > >> These include > >> > >> 1. make the move number font bold > >> > >> 2. make the move arrow longer specifically wrt boardVisualiseMoves > >> > >> 3. pick the move number font color from a new option, which the user > >> can control, which inturn by default set to red > >> Picking it from GlobalTextColor forces user to globally change the > >> text color everywhere, when many a times because of the chess set > >> used, one may want to change the color only for the movenumber shown > >> on the analysis board. > >> > >> NOTE: Something seems to have changed wrt avoiding partial PVs from > >> the engine overriding previous depth full pv visualisation, I need to > >> see why the latest subversion release/eviision has changed this > >> behaviour later. > >> > >> On Sun, Dec 8, 2024 at 12:37 PM Steve A <ste...@gm...> wrote: > >> > > >> > Yeah, it wasn't too legible yesterday. I reverted the num colour to default text colour, and tweaked the arrow head. The blue is just what I have set as options-colours-enginearrows. I'll have to document it all. > >> > > >> > Cheers > >> > > >> > On Sunday, December 8, 2024, C Hanish Menon <han...@gm...> wrote: > >> >> > >> >> Hi Steve > >> >> > >> >> Was modifying things from yesterday's release, to send patch to you. But will checkout the new revision from SVN before sending any patch. > >> >> > >> >> Also looking at the image, I can see a reason why there may be some differences in what we have been saying and inturn trying to achieve wrt visualisation themeing around this feature > >> >> > >> >> For me the default scidvcpc setup shows a more fancy chess set and also the lines are black with text also black on top & also shorter arrow lines, in your yesterday's commit. All of which makes the move visualisation theme (predefined line colour, line length) you had forced ;) in yesterday's revision non legible. > >> >> > >> >> I was about to submit a patch with blue longer lines and red text on top and also changing to bold font. Those changes were to make things more legible. > >> >> > >> >> However from your image it appears like now you have also changed the lines to blue & made it longer. So that should potentially resolve the confusion & conflict in our patches > >> >> > >> >> PS: yes agree the match is favouring Ding now, given that the cost of risk is lot more now. However it's Gukesh who is trying to add some spice into the mix. Given their positions wrt championship both their behaviours is understandable. Here in India, in general, we root for Gukesh, but equally love Ding :) > >> >> > >> >> > >> >> On Sun, Dec 8, 2024, 08:48 Steve A <ste...@gm...> wrote: > >> >>> > >> >>> Ok, Hanish's feature is looking nice - nearly finialized - and is included in subversion now. > >> >>> (I've modified it a bit, so not exactly how Hanish envisioned it, sorry mate). > >> >>> Check out svn and after installation select "Show Board" and "Sequential" in the tools->Analysis window. > >> >>> Screenshot attached. Cheers, S.A. > >> >>> > >> >>> > >> >>> On Sun, Dec 8, 2024 at 1:07 PM Steve A <ste...@gm...> wrote: > >> >>>> > >> >>>> Ok... I sorted out some issues today. Control+Wheelmouse will resize the board now (hopefully... the focus/flow for these bindings is hard to understand). > >> >>>> You're welcome to update help.tcl if you like... I haven't got around to it yet. > >> >>>> > >> >>>> > 3. the reason why I had not used engineLineColor is to allow for the > >> >>>> situation where one can see the different 1st moves suggested by the > >> >>>> analysis engine (which uses engineLineColor, if I am not wrong) as > >> >>>> well as the move sequence wrt main pv > >> >>>> > >> >>>> Yeah... for sure. But i think it's better to keep them separate, rather than having to zero the spinbox. > >> >>>> > >> >>>> > Because otherwise users will have to click the middle mouse button > >> >>>> > >> >>>> I agree, it's not a great UI element/design, having to use the middle button. > >> >>>> But the default is settable in Tools->analysis config widget > >> >>>> > >> >>>> > PS: I have a background in computer science, rather I keep jumping > >> >>>> between things and languages based on what I am doing (like watching > >> >>>> the chess championship this time) > >> >>>> > >> >>>> Yes - very interesting championship isn't it ! :) > >> >>>> I have to say I'm going for Ding though, after the huge struggles he's had the last couple of years. Gukesh certainly has the form this year, but *maybe* his youth will be to his detriment this time... ? I guess from your name you are Indian(?) and going for Gukesh :) > >> >>>> > >> >>>> regards, Steve > >> > >> > >> > >> -- > >> Keep ;-) > >> HanishKVC > > > > -- > Keep ;-) > HanishKVC -- Keep ;-) HanishKVC |
From: C H. M. <han...@gm...> - 2024-12-09 10:35:19
|
Hi Steve, I think you forgot to add the option to the foreach list of variables used when exiting to save to options.dat. Also maybe a typo with missing ")" wrt info exists? Again not that much familiar with tcl and scidvspc inner plumbing, but this seems to be needed, based on my limited checking here. Attaching a patch wrt same. On Mon, Dec 9, 2024 at 1:22 PM Steve A <ste...@gm...> wrote: > > Ok Hanish... I applied one patch, but not the color one.... Too many minor colour options around. > I made some other tweaks too. Now you can just set analysis(boardSeqNumColor) in an init file, or in the gui somewhere. > > Ding made a classic Ding blunder last night! > > cheers. > > > On Sun, Dec 8, 2024 at 7:20 PM C Hanish Menon <han...@gm...> wrote: >> >> Hi Steve, >> >> I feel these two patches will make the moves visualisation feature >> more legible and flexible to end users >> >> These include >> >> 1. make the move number font bold >> >> 2. make the move arrow longer specifically wrt boardVisualiseMoves >> >> 3. pick the move number font color from a new option, which the user >> can control, which inturn by default set to red >> Picking it from GlobalTextColor forces user to globally change the >> text color everywhere, when many a times because of the chess set >> used, one may want to change the color only for the movenumber shown >> on the analysis board. >> >> NOTE: Something seems to have changed wrt avoiding partial PVs from >> the engine overriding previous depth full pv visualisation, I need to >> see why the latest subversion release/eviision has changed this >> behaviour later. >> >> On Sun, Dec 8, 2024 at 12:37 PM Steve A <ste...@gm...> wrote: >> > >> > Yeah, it wasn't too legible yesterday. I reverted the num colour to default text colour, and tweaked the arrow head. The blue is just what I have set as options-colours-enginearrows. I'll have to document it all. >> > >> > Cheers >> > >> > On Sunday, December 8, 2024, C Hanish Menon <han...@gm...> wrote: >> >> >> >> Hi Steve >> >> >> >> Was modifying things from yesterday's release, to send patch to you. But will checkout the new revision from SVN before sending any patch. >> >> >> >> Also looking at the image, I can see a reason why there may be some differences in what we have been saying and inturn trying to achieve wrt visualisation themeing around this feature >> >> >> >> For me the default scidvcpc setup shows a more fancy chess set and also the lines are black with text also black on top & also shorter arrow lines, in your yesterday's commit. All of which makes the move visualisation theme (predefined line colour, line length) you had forced ;) in yesterday's revision non legible. >> >> >> >> I was about to submit a patch with blue longer lines and red text on top and also changing to bold font. Those changes were to make things more legible. >> >> >> >> However from your image it appears like now you have also changed the lines to blue & made it longer. So that should potentially resolve the confusion & conflict in our patches >> >> >> >> PS: yes agree the match is favouring Ding now, given that the cost of risk is lot more now. However it's Gukesh who is trying to add some spice into the mix. Given their positions wrt championship both their behaviours is understandable. Here in India, in general, we root for Gukesh, but equally love Ding :) >> >> >> >> >> >> On Sun, Dec 8, 2024, 08:48 Steve A <ste...@gm...> wrote: >> >>> >> >>> Ok, Hanish's feature is looking nice - nearly finialized - and is included in subversion now. >> >>> (I've modified it a bit, so not exactly how Hanish envisioned it, sorry mate). >> >>> Check out svn and after installation select "Show Board" and "Sequential" in the tools->Analysis window. >> >>> Screenshot attached. Cheers, S.A. >> >>> >> >>> >> >>> On Sun, Dec 8, 2024 at 1:07 PM Steve A <ste...@gm...> wrote: >> >>>> >> >>>> Ok... I sorted out some issues today. Control+Wheelmouse will resize the board now (hopefully... the focus/flow for these bindings is hard to understand). >> >>>> You're welcome to update help.tcl if you like... I haven't got around to it yet. >> >>>> >> >>>> > 3. the reason why I had not used engineLineColor is to allow for the >> >>>> situation where one can see the different 1st moves suggested by the >> >>>> analysis engine (which uses engineLineColor, if I am not wrong) as >> >>>> well as the move sequence wrt main pv >> >>>> >> >>>> Yeah... for sure. But i think it's better to keep them separate, rather than having to zero the spinbox. >> >>>> >> >>>> > Because otherwise users will have to click the middle mouse button >> >>>> >> >>>> I agree, it's not a great UI element/design, having to use the middle button. >> >>>> But the default is settable in Tools->analysis config widget >> >>>> >> >>>> > PS: I have a background in computer science, rather I keep jumping >> >>>> between things and languages based on what I am doing (like watching >> >>>> the chess championship this time) >> >>>> >> >>>> Yes - very interesting championship isn't it ! :) >> >>>> I have to say I'm going for Ding though, after the huge struggles he's had the last couple of years. Gukesh certainly has the form this year, but *maybe* his youth will be to his detriment this time... ? I guess from your name you are Indian(?) and going for Gukesh :) >> >>>> >> >>>> regards, Steve >> >> >> >> -- >> Keep ;-) >> HanishKVC -- Keep ;-) HanishKVC |
From: C H. M. <han...@gm...> - 2024-12-08 09:20:32
|
Hi Steve, I feel these two patches will make the moves visualisation feature more legible and flexible to end users These include 1. make the move number font bold 2. make the move arrow longer specifically wrt boardVisualiseMoves 3. pick the move number font color from a new option, which the user can control, which inturn by default set to red Picking it from GlobalTextColor forces user to globally change the text color everywhere, when many a times because of the chess set used, one may want to change the color only for the movenumber shown on the analysis board. NOTE: Something seems to have changed wrt avoiding partial PVs from the engine overriding previous depth full pv visualisation, I need to see why the latest subversion release/eviision has changed this behaviour later. On Sun, Dec 8, 2024 at 12:37 PM Steve A <ste...@gm...> wrote: > > Yeah, it wasn't too legible yesterday. I reverted the num colour to default text colour, and tweaked the arrow head. The blue is just what I have set as options-colours-enginearrows. I'll have to document it all. > > Cheers > > On Sunday, December 8, 2024, C Hanish Menon <han...@gm...> wrote: >> >> Hi Steve >> >> Was modifying things from yesterday's release, to send patch to you. But will checkout the new revision from SVN before sending any patch. >> >> Also looking at the image, I can see a reason why there may be some differences in what we have been saying and inturn trying to achieve wrt visualisation themeing around this feature >> >> For me the default scidvcpc setup shows a more fancy chess set and also the lines are black with text also black on top & also shorter arrow lines, in your yesterday's commit. All of which makes the move visualisation theme (predefined line colour, line length) you had forced ;) in yesterday's revision non legible. >> >> I was about to submit a patch with blue longer lines and red text on top and also changing to bold font. Those changes were to make things more legible. >> >> However from your image it appears like now you have also changed the lines to blue & made it longer. So that should potentially resolve the confusion & conflict in our patches >> >> PS: yes agree the match is favouring Ding now, given that the cost of risk is lot more now. However it's Gukesh who is trying to add some spice into the mix. Given their positions wrt championship both their behaviours is understandable. Here in India, in general, we root for Gukesh, but equally love Ding :) >> >> >> On Sun, Dec 8, 2024, 08:48 Steve A <ste...@gm...> wrote: >>> >>> Ok, Hanish's feature is looking nice - nearly finialized - and is included in subversion now. >>> (I've modified it a bit, so not exactly how Hanish envisioned it, sorry mate). >>> Check out svn and after installation select "Show Board" and "Sequential" in the tools->Analysis window. >>> Screenshot attached. Cheers, S.A. >>> >>> >>> On Sun, Dec 8, 2024 at 1:07 PM Steve A <ste...@gm...> wrote: >>>> >>>> Ok... I sorted out some issues today. Control+Wheelmouse will resize the board now (hopefully... the focus/flow for these bindings is hard to understand). >>>> You're welcome to update help.tcl if you like... I haven't got around to it yet. >>>> >>>> > 3. the reason why I had not used engineLineColor is to allow for the >>>> situation where one can see the different 1st moves suggested by the >>>> analysis engine (which uses engineLineColor, if I am not wrong) as >>>> well as the move sequence wrt main pv >>>> >>>> Yeah... for sure. But i think it's better to keep them separate, rather than having to zero the spinbox. >>>> >>>> > Because otherwise users will have to click the middle mouse button >>>> >>>> I agree, it's not a great UI element/design, having to use the middle button. >>>> But the default is settable in Tools->analysis config widget >>>> >>>> > PS: I have a background in computer science, rather I keep jumping >>>> between things and languages based on what I am doing (like watching >>>> the chess championship this time) >>>> >>>> Yes - very interesting championship isn't it ! :) >>>> I have to say I'm going for Ding though, after the huge struggles he's had the last couple of years. Gukesh certainly has the form this year, but *maybe* his youth will be to his detriment this time... ? I guess from your name you are Indian(?) and going for Gukesh :) >>>> >>>> regards, Steve -- Keep ;-) HanishKVC |
From: C H. M. <han...@gm...> - 2024-12-08 06:17:12
|
Hi Steve Was modifying things from yesterday's release, to send patch to you. But will checkout the new revision from SVN before sending any patch. Also looking at the image, I can see a reason why there may be some differences in what we have been saying and inturn trying to achieve wrt visualisation themeing around this feature For me the default scidvcpc setup shows a more fancy chess set and also the lines are black with text also black on top & also shorter arrow lines, in your yesterday's commit. All of which makes the move visualisation theme (predefined line colour, line length) you had forced ;) in yesterday's revision non legible. I was about to submit a patch with blue longer lines and red text on top and also changing to bold font. Those changes were to make things more legible. However from your image it appears like now you have also changed the lines to blue & made it longer. So that should potentially resolve the confusion & conflict in our patches PS: yes agree the match is favouring Ding now, given that the cost of risk is lot more now. However it's Gukesh who is trying to add some spice into the mix. Given their positions wrt championship both their behaviours is understandable. Here in India, in general, we root for Gukesh, but equally love Ding :) On Sun, Dec 8, 2024, 08:48 Steve A <ste...@gm...> wrote: > Ok, Hanish's feature is looking nice - nearly finialized - and is included > in subversion now. > (I've modified it a bit, so not exactly how Hanish envisioned it, sorry > mate). > Check out svn and after installation select "Show Board" and "Sequential" > in the tools->Analysis window. > Screenshot attached. Cheers, S.A. > > > On Sun, Dec 8, 2024 at 1:07 PM Steve A <ste...@gm...> wrote: > >> Ok... I sorted out some issues today. Control+Wheelmouse will resize the >> board now (hopefully... the focus/flow for these bindings is hard to >> understand). >> You're welcome to update help.tcl if you like... I haven't got around to >> it yet. >> >> > 3. the reason why I had not used engineLineColor is to allow for the >> situation where one can see the different 1st moves suggested by the >> analysis engine (which uses engineLineColor, if I am not wrong) as >> well as the move sequence wrt main pv >> >> Yeah... for sure. But i think it's better to keep them separate, rather >> than having to zero the spinbox. >> >> > Because otherwise users will have to click the middle mouse button >> >> I agree, it's not a great UI element/design, having to use the middle >> button. >> But the default is settable in Tools->analysis config widget >> >> > PS: I have a background in computer science, rather I keep jumping >> between things and languages based on what I am doing (like watching >> the chess championship this time) >> >> Yes - very interesting championship isn't it ! :) >> I have to say I'm going for Ding though, after the huge struggles he's >> had the last couple of years. Gukesh certainly has the form this year, but >> *maybe* his youth will be to his detriment this time... ? I guess from your >> name you are Indian(?) and going for Gukesh :) >> >> regards, Steve >> > |