Re: [Scid-users] Feature Request and Offer
On 11/24/2015 09:47 PM, pwatt...@gmail.com wrote: > > First, I would like to put forth a request for what I think is a simple, > but valuable, addition. When annotating games, there is only the option > to add a comment after a move, but not option to add a comment before a > move. > Most excellent annotations utilize both types of annotations. It > makes it much more readable and increases the flexibility for the > annotator. Currently, the only place I've seen that one can do this is > in ChessBase. I would much prefer to do my annotating in Scid, but this > feature is sorely missed when I try to do it. I dont get the use-case of comments added before a move. What is the added value of this? Can you elaborate on what you mean with "readable" and "flexibility"? > > Second, I maintain a website with lots of custom graphics for various > chess GUIs. I am going to create a Scid section so that users can find > customized pieces and board textures to install in Scid either by an > instruction file telling where to place files or a setup program that > installs the files to the correct place automatically. My offer is that > any of the graphics on my website can be included in the program > natively if desired. I will try to make a note of which graphics are > completely free, license-wise, so there are is no issue there. There > are already a lot of graphics there in formats compatible with other > programs, so if anyone wants to go ahead and use them by converting, > feel free, but I will be converting to a format compatible with Scid in > the coming days. > > The website is http://gorgonian.weebly.com > > Thanks! > Good work. I like to see them in Scid aswell! Jens -- Go from Idea to Many App Stores Faster with Intel(R) XDK Give your users amazing mobile app experiences with Intel(R) XDK. Use one codebase in this all-in-one HTML5 development environment. Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs. http://pubads.g.doubleclick.net/gampad/clk?id=254741551&iu=/4140 ___ Scid-users mailing list Scid-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/scid-users
Re: [Scid-users] Calculate my performance with both colors?
On 11/21/2015 05:18 AM, Jon Stephan wrote: > Guys, > > Forgive me if this has been answered before, but my Google skills were > not strong enough to find it: > > How do I calculate my performance rating for all the games I've played? > > I know of 2 ways to almost do this: > 1) The player report. This only calculates my rating as black _or_ as > white. Is there a way to make it combine B&W together? > 2) The cross table - this is how I've been doing it, but it requires me > to set the "event date" to something that makes SCID think that it's all > the same tournament. I've been setting all the event dates to > 2015-01-01, but that just seems like a bit of a kludge. If I ever > decide to use the event date for something meaningful, this won't work > anymore. > > Thanks, > -Jon > I think the player report is bound to white or black since these reports are more accurate (the perfomance for black and white can differ significantly) and when analysing games you are interested in the most accurate values describing the oponents. Might be there should be a player info page that displays some meta information, like the average perfomance and some more key-facts. So something that you could use for any kind of presentation. Jens -- Go from Idea to Many App Stores Faster with Intel(R) XDK Give your users amazing mobile app experiences with Intel(R) XDK. Use one codebase in this all-in-one HTML5 development environment. Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs. http://pubads.g.doubleclick.net/gampad/clk?id=254741551&iu=/4140 ___ Scid-users mailing list Scid-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/scid-users
[Scid-users] reply
> I dont get the use-case of comments added before a move. What is the > added value of this? Can you elaborate on what you mean with "readable" > and "flexibility"? Sure. It allows for more natural language annotation. Something like: "The more direct 13.dxc5 dxc5 14.Qd3?! leaves the queen-side pawns much more vulnerable." This type of comment is not possible using Scid's comment editor. It is much easier to annotate in this way and much easier for the user to read this type of annotation. Chessbase has the option to insert comment before move and insert comment after move. It just seems like an easy addition that will make annotating much better. -- Go from Idea to Many App Stores Faster with Intel(R) XDK Give your users amazing mobile app experiences with Intel(R) XDK. Use one codebase in this all-in-one HTML5 development environment. Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs. http://pubads.g.doubleclick.net/gampad/clk?id=254741551&iu=/4140___ Scid-users mailing list Scid-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/scid-users
Re: [Scid-users] reply
On 11/26/2015 08:20 PM, pwatt...@gmail.com wrote: > Sure. It allows for more natural language annotation. Something like: > > "The more direct 13.dxc5 dxc5 14.Qd3?! leaves the queen-side pawns much > more vulnerable." > Okay, I got your point. From a developers point of perspective I am not much in favour to implement this feature. The comment editor would need sort of two text-input boxes and the notation must be somehow reorganized supporting visually comments that are meant to be "natural language". Scrolling through some chess books I can't even find a single example for your use case. So it seems to be quite common to annotate behind a move, at least in chess books. My impression is that, yes, you gain more flexibility. Being able to note down comments even in natural language would be nice. But that gain is not worth the effort to reorganize the comment editor, the notation window and adding more complexity to the backend. Though I would be interested to see how other chess software integrates this feature. Jens -- Go from Idea to Many App Stores Faster with Intel(R) XDK Give your users amazing mobile app experiences with Intel(R) XDK. Use one codebase in this all-in-one HTML5 development environment. Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs. http://pubads.g.doubleclick.net/gampad/clk?id=254741551&iu=/4140 ___ Scid-users mailing list Scid-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/scid-users
Re: [Scid-users] reply
The comment editor wouldn't need two input boxes. Just a simple radio button for before or after move. These types of annotations are very common at the chessbase website, probably because chessbase makes it easy within the software. Here's a screenshot of one I just went to their website and found: http://i.imgur.com/oBtFchi.png I'd be really surprised if you couldn't find a single instance of a line being mid-sentence in any of your chess books, too. If you couldn't find any instances of this, then I suspect you are just looking f r the wrong thing. When writing a chess book, it is common to just list a line mid-sentence like that, which you could do in Scid, also, but the line wouldn't be navigable within the GUI--obviously not a problem in a book, so you can just type it. Here is what it looks like within chessbase's GUI: http://i.imgur.com/ONeSiOl.png On Thu, Nov 26, 2015 at 2:07 PM, Jens Hoffmann wrote: > > On 11/26/2015 08:20 PM, pwatt...@gmail.com wrote: > > Sure. It allows for more natural language annotation. Something like: > > > > "The more direct 13.dxc5 dxc5 14.Qd3?! leaves the queen-side pawns much > > more vulnerable." > > > > > Okay, I got your point. From a developers point of perspective I am not > much in favour to implement this feature. The comment editor would need > sort of two text-input boxes and the notation must be somehow > reorganized supporting visually comments that are meant to be "natural > language". > > > Scrolling through some chess books I can't even find a single example > for your use case. So it seems to be quite common to annotate behind a > move, at least in chess books. > > > My impression is that, yes, you gain more flexibility. Being able to > note down comments even in natural language would be nice. But that gain > is not worth the effort to reorganize the comment editor, the notation > window and adding more complexity to the backend. > > > > Though I would be interested to see how other chess software integrates > this feature. > > > > > Jens > > > -- > Go from Idea to Many App Stores Faster with Intel(R) XDK > Give your users amazing mobile app experiences with Intel(R) XDK. > Use one codebase in this all-in-one HTML5 development environment. > Design, debug & build mobile apps & 2D/3D high-impact games for multiple > OSs. > http://pubads.g.doubleclick.net/gampad/clk?id=254741551&iu=/4140 > ___ > Scid-users mailing list > Scid-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/scid-users > -- Go from Idea to Many App Stores Faster with Intel(R) XDK Give your users amazing mobile app experiences with Intel(R) XDK. Use one codebase in this all-in-one HTML5 development environment. Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs. http://pubads.g.doubleclick.net/gampad/clk?id=254741551&iu=/4140___ Scid-users mailing list Scid-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/scid-users
Re: [Scid-users] reply
Hello, problem is not what SCID should allow. You want to import commented games from other formats and they allow it. It is not so clear what the PGN-Standard says about comments. But its de facto standard allows comments before and after moves. So when it is used in games information is lost during import to SCID. Gerd -Ursprüngliche Nachricht- Von: Jens Hoffmann [mailto:xmc...@gmail.com] Gesendet: Donnerstag, 26. November 2015 21:08 An: scid-users@lists.sourceforge.net Betreff: Re: [Scid-users] reply On 11/26/2015 08:20 PM, pwatt...@gmail.com wrote: > Sure. It allows for more natural language annotation. Something like: > > "The more direct 13.dxc5 dxc5 14.Qd3?! leaves the queen-side pawns > much more vulnerable." > Okay, I got your point. From a developers point of perspective I am not much in favour to implement this feature. The comment editor would need sort of two text-input boxes and the notation must be somehow reorganized supporting visually comments that are meant to be "natural language". Scrolling through some chess books I can't even find a single example for your use case. So it seems to be quite common to annotate behind a move, at least in chess books. My impression is that, yes, you gain more flexibility. Being able to note down comments even in natural language would be nice. But that gain is not worth the effort to reorganize the comment editor, the notation window and adding more complexity to the backend. Though I would be interested to see how other chess software integrates this feature. Jens -- Go from Idea to Many App Stores Faster with Intel(R) XDK Give your users amazing mobile app experiences with Intel(R) XDK. Use one codebase in this all-in-one HTML5 development environment. Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs. http://pubads.g.doubleclick.net/gampad/clk?id=254741551&iu=/4140 ___ Scid-users mailing list Scid-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/scid-users -- Go from Idea to Many App Stores Faster with Intel(R) XDK Give your users amazing mobile app experiences with Intel(R) XDK. Use one codebase in this all-in-one HTML5 development environment. Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs. http://pubads.g.doubleclick.net/gampad/clk?id=254741551&iu=/4140 ___ Scid-users mailing list Scid-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/scid-users
Re: [Scid-users] reply
So could someone please paste some PGN example that can't be imported in SCID without information loss right now? Than you. Jens On 11/26/2015 09:50 PM, Gerd Lorscheid wrote: > Hello, > > problem is not what SCID should allow. You want to import commented games > from other formats and they allow it. > It is not so clear what the PGN-Standard says about comments. But its de > facto standard allows comments before and after moves. So when it is used in > games information is lost during import to SCID. > > Gerd > > -Ursprüngliche Nachricht- > Von: Jens Hoffmann [mailto:xmc...@gmail.com] > Gesendet: Donnerstag, 26. November 2015 21:08 > An: scid-users@lists.sourceforge.net > Betreff: Re: [Scid-users] reply > > > On 11/26/2015 08:20 PM, pwatt...@gmail.com wrote: >> Sure. It allows for more natural language annotation. Something like: >> >> "The more direct 13.dxc5 dxc5 14.Qd3?! leaves the queen-side pawns >> much more vulnerable." >> > > > Okay, I got your point. From a developers point of perspective I am not much > in favour to implement this feature. The comment editor would need sort of > two text-input boxes and the notation must be somehow reorganized supporting > visually comments that are meant to be "natural language". > > > Scrolling through some chess books I can't even find a single example for > your use case. So it seems to be quite common to annotate behind a move, at > least in chess books. > > > My impression is that, yes, you gain more flexibility. Being able to note > down comments even in natural language would be nice. But that gain is not > worth the effort to reorganize the comment editor, the notation window and > adding more complexity to the backend. > > > > Though I would be interested to see how other chess software integrates this > feature. > > > > > Jens > > > -- > Go from Idea to Many App Stores Faster with Intel(R) XDK Give your users > amazing mobile app experiences with Intel(R) XDK. > Use one codebase in this all-in-one HTML5 development environment. > Design, debug & build mobile apps & 2D/3D high-impact games for multiple > OSs. > http://pubads.g.doubleclick.net/gampad/clk?id=254741551&iu=/4140 > ___ > Scid-users mailing list > Scid-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/scid-users > > > -- > Go from Idea to Many App Stores Faster with Intel(R) XDK > Give your users amazing mobile app experiences with Intel(R) XDK. > Use one codebase in this all-in-one HTML5 development environment. > Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs. > http://pubads.g.doubleclick.net/gampad/clk?id=254741551&iu=/4140 > ___ > Scid-users mailing list > Scid-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/scid-users > -- Go from Idea to Many App Stores Faster with Intel(R) XDK Give your users amazing mobile app experiences with Intel(R) XDK. Use one codebase in this all-in-one HTML5 development environment. Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs. http://pubads.g.doubleclick.net/gampad/clk?id=254741551&iu=/4140 ___ Scid-users mailing list Scid-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/scid-users
Re: [Scid-users] reply
> It just seems like an easy addition that will make annotating much better. Fulvio can chime in, but I'm not sure it will be easy, since it seems to involve modifying the SCID format. Moreover, how this gets translated into PGN is far from obvious to me. Readability issues also surfaces when you reorder the variations. Besides, this: > http://i.imgur.com/oBtFchi.png doesn't look like an example where we'd need a comment before an annotation. I already create such comments on a daily basis. The only case where the feature would be absolutely needed would be to add a comment before the very first move. -- Go from Idea to Many App Stores Faster with Intel(R) XDK Give your users amazing mobile app experiences with Intel(R) XDK. Use one codebase in this all-in-one HTML5 development environment. Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs. http://pubads.g.doubleclick.net/gampad/clk?id=254741551&iu=/4140___ Scid-users mailing list Scid-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/scid-users
Re: [Scid-users] reply
> This type of comment is not possible using Scid's comment editor Of course it is: [Event ""] [Site ""] [Date ".??.??"] [Round ""] [White ""] [Black ""] [Result "*"] 1.e4 e6 2.d4 d5 3.e5 c5 4.c3 Nc6 5.Nf3 Bd7 6.Be2 Nh6 7.O-O Nf5 8.Na3 Be7 9.Nc2 Rc8 10.Ne3 Nxe3 11.Bxe3 Qb6 12.a3 O-O 13.b4 The more direct ( 13.dxc5 Bxc5 14.Qd3 would leave the queen-side pawns much more vulnerable. ) 13...cxb4 * This is what I get from the PGN window. (Please don't mind the moves.) -- Go from Idea to Many App Stores Faster with Intel(R) XDK Give your users amazing mobile app experiences with Intel(R) XDK. Use one codebase in this all-in-one HTML5 development environment. Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs. http://pubads.g.doubleclick.net/gampad/clk?id=254741551&iu=/4140___ Scid-users mailing list Scid-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/scid-users
Re: [Scid-users] reply
Nothing easier than that: [[Event "?"] [Site "?"] [Date ".??.??"] [Round "?"] [White "Neue Partie eingeben"] [Black "?"] [Result "*"] [PlyCount "7"] {Pre comment one} 1. e4 d6 2. d4 Nf6 3. Nc3 g6 {Post comment two} (3... e5 {Post comment three} 4. Nf3) ({Pre comment four} 3... c6 4. f4) {Pre comment five} 4. f4 * " Post comment two" is overwritten by " Pre comment five". " Post comment two" may an explanation that g6 is a blunder. " Pre comment five" may be an introduction to the following moves after all these variations. I think typical for chess books. Gerd -Ursprüngliche Nachricht- Von: Jens Hoffmann [mailto:xmc...@gmail.com] Gesendet: Donnerstag, 26. November 2015 22:06 An: scid-users@lists.sourceforge.net Betreff: Re: [Scid-users] reply So could someone please paste some PGN example that can't be imported in SCID without information loss right now? Than you. Jens On 11/26/2015 09:50 PM, Gerd Lorscheid wrote: > Hello, > > problem is not what SCID should allow. You want to import commented > games from other formats and they allow it. > It is not so clear what the PGN-Standard says about comments. But its > de facto standard allows comments before and after moves. So when it > is used in games information is lost during import to SCID. > > Gerd > > -Ursprüngliche Nachricht- > Von: Jens Hoffmann [mailto:xmc...@gmail.com] > Gesendet: Donnerstag, 26. November 2015 21:08 > An: scid-users@lists.sourceforge.net > Betreff: Re: [Scid-users] reply > > > On 11/26/2015 08:20 PM, pwatt...@gmail.com wrote: >> Sure. It allows for more natural language annotation. Something like: >> >> "The more direct 13.dxc5 dxc5 14.Qd3?! leaves the queen-side pawns >> much more vulnerable." >> > > > Okay, I got your point. From a developers point of perspective I am > not much in favour to implement this feature. The comment editor would > need sort of two text-input boxes and the notation must be somehow > reorganized supporting visually comments that are meant to be "natural language". > > > Scrolling through some chess books I can't even find a single example > for your use case. So it seems to be quite common to annotate behind a > move, at least in chess books. > > > My impression is that, yes, you gain more flexibility. Being able to > note down comments even in natural language would be nice. But that > gain is not worth the effort to reorganize the comment editor, the > notation window and adding more complexity to the backend. > > > > Though I would be interested to see how other chess software > integrates this feature. > > > > > Jens > > -- > -- > -- > Go from Idea to Many App Stores Faster with Intel(R) XDK Give your > users amazing mobile app experiences with Intel(R) XDK. > Use one codebase in this all-in-one HTML5 development environment. > Design, debug & build mobile apps & 2D/3D high-impact games for > multiple OSs. > http://pubads.g.doubleclick.net/gampad/clk?id=254741551&iu=/4140 > ___ > Scid-users mailing list > Scid-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/scid-users > > > -- > Go from Idea to Many App Stores Faster with Intel(R) XDK Give > your users amazing mobile app experiences with Intel(R) XDK. > Use one codebase in this all-in-one HTML5 development environment. > Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs. > http://pubads.g.doubleclick.net/gampad/clk?id=254741551&iu=/4140 > ___ > Scid-users mailing list > Scid-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/scid-users > -- Go from Idea to Many App Stores Faster with Intel(R) XDK Give your users amazing mobile app experiences with Intel(R) XDK. Use one codebase in this all-in-one HTML5 development environment. Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs. http://pubads.g.doubleclick.net/gampad/clk?id=254741551&iu=/4140 ___ Scid-users mailing list Scid-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/scid-users -- Go from Idea to Many App Stores Faster with Intel(R) XDK Give your users amazing mobile app experiences with Intel(R) XDK. Use one codebase in this all-in-one HTML5 development environment. Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs. http://pubads.g.doubleclick.net/gampad/clk?id=254741551&iu=/4140 ___ Scid-users mailing list Scid-users@lists.sourceforge.net https://lists.sourceforge.net/l
Re: [Scid-users] reply
On 11/26/2015 10:06 PM, Jens Hoffmann wrote: > So could someone please paste some PGN example that can't be imported in > SCID without information loss right now? In the old days (once long ago) the comment editor "cursor" could be "before" and "after" the current move. So creating something like { The game starts } 1. e4 ( { Hm, I would have expected } 1. c4 { from this guy } ) was perfectly possible. And importing this stuff should simply work as expected, I would say. > > > > Than you. > Jens > > > > > On 11/26/2015 09:50 PM, Gerd Lorscheid wrote: >> Hello, >> >> problem is not what SCID should allow. You want to import commented games >> from other formats and they allow it. >> It is not so clear what the PGN-Standard says about comments. But its de >> facto standard allows comments before and after moves. So when it is used in >> games information is lost during import to SCID. >> >> Gerd >> >> -Ursprüngliche Nachricht- >> Von: Jens Hoffmann [mailto:xmc...@gmail.com] >> Gesendet: Donnerstag, 26. November 2015 21:08 >> An: scid-users@lists.sourceforge.net >> Betreff: Re: [Scid-users] reply >> >> >> On 11/26/2015 08:20 PM, pwatt...@gmail.com wrote: >>> Sure. It allows for more natural language annotation. Something like: >>> >>> "The more direct 13.dxc5 dxc5 14.Qd3?! leaves the queen-side pawns >>> much more vulnerable." >>> >> >> Okay, I got your point. From a developers point of perspective I am not much >> in favour to implement this feature. The comment editor would need sort of >> two text-input boxes and the notation must be somehow reorganized supporting >> visually comments that are meant to be "natural language". >> >> >> Scrolling through some chess books I can't even find a single example for >> your use case. So it seems to be quite common to annotate behind a move, at >> least in chess books. >> >> >> My impression is that, yes, you gain more flexibility. Being able to note >> down comments even in natural language would be nice. But that gain is not >> worth the effort to reorganize the comment editor, the notation window and >> adding more complexity to the backend. >> >> >> >> Though I would be interested to see how other chess software integrates this >> feature. >> >> >> >> >> Jens >> >> >> -- >> Go from Idea to Many App Stores Faster with Intel(R) XDK Give your users >> amazing mobile app experiences with Intel(R) XDK. >> Use one codebase in this all-in-one HTML5 development environment. >> Design, debug & build mobile apps & 2D/3D high-impact games for multiple >> OSs. >> http://pubads.g.doubleclick.net/gampad/clk?id=254741551&iu=/4140 >> ___ >> Scid-users mailing list >> Scid-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/scid-users >> >> >> -- >> Go from Idea to Many App Stores Faster with Intel(R) XDK >> Give your users amazing mobile app experiences with Intel(R) XDK. >> Use one codebase in this all-in-one HTML5 development environment. >> Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs. >> http://pubads.g.doubleclick.net/gampad/clk?id=254741551&iu=/4140 >> ___ >> Scid-users mailing list >> Scid-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/scid-users >> > -- > Go from Idea to Many App Stores Faster with Intel(R) XDK > Give your users amazing mobile app experiences with Intel(R) XDK. > Use one codebase in this all-in-one HTML5 development environment. > Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs. > http://pubads.g.doubleclick.net/gampad/clk?id=254741551&iu=/4140 > ___ > Scid-users mailing list > Scid-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/scid-users > -- Go from Idea to Many App Stores Faster with Intel(R) XDK Give your users amazing mobile app experiences with Intel(R) XDK. Use one codebase in this all-in-one HTML5 development environment. Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs. http://pubads.g.doubleclick.net/gampad/clk?id=254741551&iu=/4140 ___ Scid-users mailing list Scid-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/scid-users
Re: [Scid-users] reply
> {Pre comment one} I stand corrected. One problem I see with writing comments like that in SCID is that you need to be sure of your line order, for as soon as you reorder them, the text need to be corrected too. In general, I advise against writing circumvoluted game commentaries. At least until chess databases become real editors. Which is why I comment as little as possible. But then I write for my students and for myself. If your job is to write them, then of course it would be better to have something better than what we have right now. -- Go from Idea to Many App Stores Faster with Intel(R) XDK Give your users amazing mobile app experiences with Intel(R) XDK. Use one codebase in this all-in-one HTML5 development environment. Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs. http://pubads.g.doubleclick.net/gampad/clk?id=254741551&iu=/4140___ Scid-users mailing list Scid-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/scid-users
Re: [Scid-users] reply
> In the old days (once long ago) the comment editor "cursor" could be "before" and "after" the current move. Yes, and I believe it led to a nighmarish behavior whereby as soon as you edited the game, the cursor was lost. Considering that correspondence players such as myself need LOTS of analysis (I even need to chop my games in 10s of moves), losing the cursor position was really not great. I might be mistaken, however. -- Go from Idea to Many App Stores Faster with Intel(R) XDK Give your users amazing mobile app experiences with Intel(R) XDK. Use one codebase in this all-in-one HTML5 development environment. Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs. http://pubads.g.doubleclick.net/gampad/clk?id=254741551&iu=/4140___ Scid-users mailing list Scid-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/scid-users
Re: [Scid-users] reply
>In the old days (once long ago) the comment editor "cursor" could be >"before" and "after" the current move. So creating something like > >{ The game starts } 1. e4 ( { Hm, I would have expected } 1. c4 { from >this guy } ) > >was perfectly possible. And importing this stuff should simply work as >expected, I would say. Hi, a comment editor "cursor", as far as I know, do not exist in Scid :) Once upon a time going back one move from the beginning of a variation did not automatically returned to the main line, and it generated many confusing behaviors. The example above can be create (and imported from PGN) in current Scid. This is the sequence to type on the keyboard: The game startse4Hm, I would have expectedc4from this guy Gerd's point is different, the problem is that the PGN "standard" do not forbid: 1. e4 { comment to e4 } { comment to what? } { is this a comment before e5? } e5 but if we (really?) want to have a serious discussion about this we need a list of how the other chess software (commercial and open) import the above PGN. I personally like to comment _positions_ not _moves_. Even if I think about people around a concrete chessboard, they talk about the current position or the position that appears after a move. However, in Scid is also possible to comment a variation instead of a position (but why?) with the hidden that creates an empty variation: enter a comment before making the move to have a "comment before a move". Bye, Fulvio -- Go from Idea to Many App Stores Faster with Intel(R) XDK Give your users amazing mobile app experiences with Intel(R) XDK. Use one codebase in this all-in-one HTML5 development environment. Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs. http://pubads.g.doubleclick.net/gampad/clk?id=254741551&iu=/4140 ___ Scid-users mailing list Scid-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/scid-users
Re: [Scid-users] reply
On 11/27/2015 12:33 AM, f...@libero.it wrote: >> In the old days (once long ago) the comment editor "cursor" could be >> "before" and "after" the current move. So creating something like >> >> { The game starts } 1. e4 ( { Hm, I would have expected } 1. c4 { from >> this guy } ) >> >> was perfectly possible. And importing this stuff should simply work as >> expected, I would say. > Hi, > a comment editor "cursor", as far as I know, do not exist in Scid :) It was a "cursor" (including the "'s :) ) I name it like that because I seem to remember that the actually changed the colour of the current move "cursor"in the game/pgn window. > Once upon a time going back one move from the beginning of a variation did > not > automatically returned to the main line, and it generated many confusing > behaviors. You are right. But I got the hang of it and it worked for me. > The example above can be create (and imported from PGN) in current Scid. > This is the sequence to type on the keyboard: > The game startse4Hm, I > would have expectedc4from this guy Aha! Well I probably must have used such key sequence an awful lot of times then. > > Gerd's point is different, the problem is that the PGN "standard" do not > forbid: > 1. e4 { comment to e4 } { comment to what? } { is this a comment before e5? } > e5 > > but if we (really?) want to have a serious discussion about this we need a > list of how the other chess software (commercial and open) import the above > PGN. > > I personally like to comment _positions_ not _moves_. I do agree. But I used scid a lot of times in the past to create readable printed annotations for my club magazine. And there these tricks are very nice. I have to agree to the OP (pwatts) here. None of the commercial progs could deliver such pretty output! Not sure about how this is today. > Even if I think about people around a concrete chessboard, they talk about > the > current position or the position that appears after a move. > However, in Scid is also possible to comment a variation instead of a > position > (but why?) with the hidden that creates an empty variation: enter a > comment before making the move to have a "comment before a move". I just explained, I hope. The shortcuts are maybe a bit hidden. Cheers, Joost. > > Bye, > Fulvio > -- Go from Idea to Many App Stores Faster with Intel(R) XDK Give your users amazing mobile app experiences with Intel(R) XDK. Use one codebase in this all-in-one HTML5 development environment. Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs. http://pubads.g.doubleclick.net/gampad/clk?id=254741551&iu=/4140 ___ Scid-users mailing list Scid-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/scid-users
Re: [Scid-users] reply
Hello Fulvio, you are right, pre move comments make sense only in certain situations. In a normal case without variations you cannot even decide whether a comment is a pre- or post move one. But I can make my point more obvious: 1. e4 d6 2. d4 Nf6 3. Nc3 g6 {This is a bad move because there are a lot of better alternatives} (3... e5 {is the most solid one} 4. Nf3) ({also playable is} 3... c6 4. f4) {All these variations show that g6 is not the best. Let see how White can make use of it.} 4. f4 * All these comments make sense and lose their sense if they are moved to a different location. So there are three events where a pre move comment can be useful and where they can be identified easily: - before move one - at the beginning of a variation - after the end of a variation. Maybe I have missed another one... Gerd -- Go from Idea to Many App Stores Faster with Intel(R) XDK Give your users amazing mobile app experiences with Intel(R) XDK. Use one codebase in this all-in-one HTML5 development environment. Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs. http://pubads.g.doubleclick.net/gampad/clk?id=254741551&iu=/4140 ___ Scid-users mailing list Scid-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/scid-users
Re: [Scid-users] Feature Request and Offer
On 11/24/2015 09:47 PM, pwatt...@gmail.com wrote: > There > are already a lot of graphics there in formats compatible with other > programs, so if anyone wants to go ahead and use them by converting, > feel free, but I will be converting to a format compatible with Scid in > the coming days. > > The website is http://gorgonian.weebly.com > > Thanks! Hi opened a feature request for this: https://sourceforge.net/p/scid/feature-requests/43/ I think that Zurick and FritzSWS should be integrated in Scid natively. Just for curiousity: where does the naming Zurich and FritzSWS come from? Jens -- ___ Scid-users mailing list Scid-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/scid-users