Good Morning! > Also it is well possible that one wants to add a bit > more prosa there, so considering multiple lines would be > nice. Think of a short discussion of the main features of > the resulting game. Surely e.g. a French Winawer has a > very different layout than the Classical and you'd want to > drop a note about Bb4 here. > > Again, I also thought about that, but UI would get overcrowded.
But with a oneliner I can not add very much information. IMHO one has to find a way to handle that, as adding commentary is IMHO a crucial functionality here. I could also imagine displaying the start of the comment and click on it to open a popup for full display. > - Move Nags: > > I miss a flag that says: "do not play". This is differen > from "??" as it could even be a strong line, but one that > leads to positions one does not like, ie. lines one wants > to exclude from ones own repertoir but that are not weak. > > In the above example someone who plays the Winawer only > would surely want to exclude the Classical. Ok, marking > Bb4 with !! sounds a bit strange, but Nf6 with ??, well I > don't know ;) > Exclude -> use a red marker. Do you plan some sort of "hide all lines marked with red" or "show only blue lines"? > - Colour codes > > One might want to allow userdefinde labels, but I guess > this is already in your set of ideas. > > Yes, but I decided to simplify things where user data must go in > annotation area, and only there. It is a different sort of annotation. I'd just like to have a sort of reminder for me like "ah, for that sort of comment I always used yellow". (Set once and for all a clear text for the colouring.) > - Comment position > > I'm a bit confused by this menue popping up in the context > menue of the move line. Actually one is commenting the > position _before_ this move is entered, so it should more > likely be in the Mask menue, or just an MLE where the > current comment shows up that can be edited. > > It is the best place for me : everything in the popup menu. Mask menu is > for file management, not data. Well, but I right click on Bb4, chose "comment position" but the position that gets commented is the _current_ one, not the one after Bb4. Ie. either it should comment the resulting position or the input line should be opened not by clicking on a move. > Here also it might very well be that one would want > to add some sort of discussion concerning the > position at hand, I think a oneliner is probably a > bit short. Think of a short discussion of the > position at hand, say general strategy, weak points, > strong points and so on. > > Why not ? Anyway that's pretty to change later, file being compatible. How should I add such a discussion if I only have one line? > - stm-Files > > Though it is clearly not the intention, do you see a > possibility to have an easier text format for the > stm-files? (BTW: my mime-base tells me .stm to be some > audio file.) The current one is surely very nice for tcl > to read in, but I admit that I sometimes like to set up > such stuff by hand, especially if I want to do this > outside of scid, e.g. if I've already some data at hand or > if I just want to correct a typo that appears throughout > the file. > > Let the user write by hand such file is unmaintainable > (for the user himself). Such file should contain thousands > of moves. The format used is the best : to load a Mask is > just one line of code "source file.msk". I see your point here. From my experience, I've similar code in other areas and though I generally do not _WANT_ to edit it, I sometimes _HAVE TO_ due to a simple set of typoes I can not just search/replace in the GUI. The other file in question however is actually pretty simple compared to the list of lists of lists you require for the mask-file. It's just a suggestion to have it in a "readable" format. -- Kind regards, Alexander Wagner Universitaetsbibliothek Ilmenau Langewiesener Str. 37 98693 Ilmenau Tel.: 03677/69-4521 , Fax.: 03677/69-4617 ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Scid-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/scid-users
