Handle in `lily/lexer.ll' and `lily/parser.yy'.
---
lily/lexer.ll |2 ++
lily/parser.yy |4
2 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/lily/lexer.ll b/lily/lexer.ll
index ccc8dee..c4bc7b9 100644
--- a/lily/lexer.ll
+++ b/lily/lexer.ll
@@ -555,6 +555,8 @@ BOM_UTF8
This works like the `bracket' markup command but makes parentheses
instead of brackets.
New public procedure `parenthesize-stencil' and subroutine
`make-parenthesis-stencil' in `scm/stencil.scm'.
Thanks to Carl Sorensen and Neil Puttock for their great advice and
criticism.
---
scm/define-mark
Neil Puttock writes:
> Very shapely parentheses. :)
Thank you, and thanks for the comments! Here are two addenda
to the original patch that make the improvements you suggested:
commit 79259e82dea04bec0090152268ac8ec3ad12ff1f
Author: Thomas Morgan
Date: Mon Jul 27 20:22:03 2009 -0
Neil Puttock writes:
> I agree, but I think this will have to wait until the chord naming
> code has been reworked since it appears to rely on \hspace having some
> vertical extent for correct positioning.
I'm not aware of this (though I don't doubt that you're right).
Could you give me an examp
Mark Polesky writes:
> There already is a command named parenthesize defined on line 604
> of ly/music-functions-init.ly. I think you need to rename it to
> avoid conflicts. Perhaps "parenthesize-markup"?
I could be wrong but I don't think they conflict, because
music functions and markup comman
ec20df7003c3582
Author: Thomas Morgan
Date: Mon Jul 6 16:08:06 2009 +0200
New markup command `parenthesize' in `scm/define-markup-commands.scm'.
This works like the `bracket' markup command but makes parentheses
instead of brackets.
New procedures `parenthesize-
Given the following input, the height of the brackets does not match
the height of the enclosed text.
\version "2.13.2"
\markup {
\bracket {
\concat {
\hspace #1
FOO
\hspace #1
}
}
}
This is because \hspace has a vertical extent. I'm assuming tha
