On 2012/01/20 17:59:40, Neil Puttock wrote:
I can't think of anything better than adding another type such as `command-event' to things like TempoChangeEvent and MarkEvent and filtering that out too.
Emacs stands for "Editor Macros". ;; Keyboard Macro Editor. Press C-c C-c to finish; press C-x k RET to cancel. ;; Original keys: ESC @ ESC w C-x b RET C-s C-y RET C-s general-music RET SPC post-event C-x b RET C-s ' RET Command: last-kbd-macro Key: none Macro: ESC @ ;; mark-word ESC w ;; kill-ring-save C-x b ;; switch-to-buffer RET ;; newline C-s ;; isearch-forward C-y ;; yank RET ;; newline C-s ;; isearch-forward general-music ;; self-insert-command * 13 RET ;; newline SPC ;; self-insert-command post-event ;; self-insert-command * 10 C-x b ;; switch-to-buffer RET ;; newline C-s ;; isearch-forward ' ;; self-insert-command RET ;; newline And lo and behold, we have transferred the list of post events from define-music-display-methods.scm into define-music-types.scm. And have discovered in that way when regtesting that \LaissezVibrerEvent and \BreakDynamicSpanEvent must have wrongly been formatted as command events (since the post-event? function did not recognize them). Let's see whether we get more surprises. http://codereview.appspot.com/5440084/ _______________________________________________ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel