[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Naming _another_ lacking puzzle piece
From: |
David Kastrup |
Subject: |
Re: Naming _another_ lacking puzzle piece |
Date: |
Sat, 13 Oct 2012 13:39:11 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.2.50 (gnu/linux) |
"Phil Holmes" <address@hidden> writes:
> Surely this points to the pop operation in \override as being at
> fault? If \override was simply push, rather than pop-push then the
> code above would seem to work as intended.
Sure. The idea presumably was not to have stack buildup from things
like
\voiceOne c c \voiceTwo d d \voiceThree c c
> The further implication of \override being pop-push would seem to be
> that if you do something like (pseudo code):
>
> {\override Flag style = mensural c8 c c c \override Flag color = red c
> c c c}
>
> Then you'd revert the mensural style when you change the color? That
> would be wholly unexpected to me.
No, each property has its own stack.
--
David Kastrup
Re: Naming _another_ lacking puzzle piece, Benkő Pál, 2012/10/13
Re: Naming _another_ lacking puzzle piece, Trevor Daniels, 2012/10/13
- Re: Naming _another_ lacking puzzle piece, David Kastrup, 2012/10/13
- Re: Naming _another_ lacking puzzle piece, David Nalesnik, 2012/10/13
- Re: Naming _another_ lacking puzzle piece, David Kastrup, 2012/10/13
- Re: Naming _another_ lacking puzzle piece, David Nalesnik, 2012/10/13
- Re: Naming _another_ lacking puzzle piece, David Kastrup, 2012/10/13
- Re: Naming _another_ lacking puzzle piece, David Nalesnik, 2012/10/13
- Re: Naming _another_ lacking puzzle piece, David Kastrup, 2012/10/13
Re: Naming _another_ lacking puzzle piece, Janek Warchoł, 2012/10/13