Am Dienstag, 25. September 2018 09:29:46 CEST schrieb Jürgen Spitzmüller <sp...@lyx.org>: > Am Montag, den 24.09.2018, 18:22 +0200 schrieb Kornel Benko: > > I confess that the implementation of 'Mainline/Variation' is now > > nicer than before. > > But, as mentioned earlier, the usage of inset Chessboard is nearly > > ERT :( > > I understand your qualms, although I wouldn't go that far.
Thanks.
> As said,
> however, your approach severely limits the flexibility of the package,
> since it was bound to specific moves and mark styles.
I tried to concentrate on chess, like used in 'Deutsche Schachzeitung'. Most of
the
flexibility is playing IMHO, like use of colored chessboard or different sizes.
(And even they would have been available through ERT if really needed)
> You couldn't even produce chessboards that do knightmove before
> straightmove (not after),
Why not? They were independent. Empty moves were allowed.
(To be sure, I tried)
> or marked fields other than circles, not to
> speak of all the other styles and variants provided by the package.
> Basically, the layout produced the examples of the example file well,
> but not much beyond that.
>
> Since chessboard has a very specific notion of keyval options,
> hardcoding a specific range _and_ order of options runs counter to the
> package's design. Quoting chessboard manual, p. 7:
>
> "The package chessboard use the keyval syntax 〈key〉 = 〈value〉.
> It differs in some respects to other packages with keyval syntax:
> * There are really very much keys.
> * Some keys don’t set properties of a board (like a width) but do
> things like drawing.
> * The order of the keys can matter.
> * Some effects are achieved by using two or more keys after one other."
>
> Jürgen
True. But struggling and than seeing the outcome to disappear hurts.
Kornel
signature.asc
Description: This is a digitally signed message part.
