This issue is just for my own note-keeping.
When thinking about an interface to MEI I came across the idea of using GridLY to create a compatible input structure to map LilyPond's input to MEI's (mostly) measure-based encoding structure. Having a grid with each cell representing one measure of a part comes very close to MEI's concept.
For this to be at least viable we need a non-intrusive interface to enter music measure-based. There is the \parallelMusic approach but I'm not sure that is a good idea in this context.
I thought about a command that takes a list of music expressions and stores them in subsequent cells of the grid. Then I thought about using barchecks for that cause. This could even be realized by modifying the existing \gridPutMusic with an extra flag-style option. Then barchecks in the music option would be parsed and used to split the music expression in consecutive items to be stored in the grid's cells.
This issue is just for my own note-keeping.
When thinking about an interface to MEI I came across the idea of using GridLY to create a compatible input structure to map LilyPond's input to MEI's (mostly) measure-based encoding structure. Having a grid with each cell representing one measure of a part comes very close to MEI's concept.
For this to be at least viable we need a non-intrusive interface to enter music measure-based. There is the
\parallelMusicapproach but I'm not sure that is a good idea in this context.I thought about a command that takes a list of music expressions and stores them in subsequent cells of the grid. Then I thought about using barchecks for that cause. This could even be realized by modifying the existing
\gridPutMusicwith an extra flag-style option. Then barchecks in themusicoption would be parsed and used to split the music expression in consecutive items to be stored in the grid's cells.