[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 15:24:52 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.2.50 (gnu/linux) |
David Kastrup <address@hidden> writes:
> Reinhold Kainhofer <address@hidden> writes:
>
>> On 2012-10-13 09:32, Werner LEMBERG wrote:>> Maybe \push\override
>> ... but this has the disadvantage that you
>>>> never actively see a \pop. Hm. Maybe we should rename \undo to
>>>> \pop then?
>>>
>>> I think that we either need a consistent use if \push and \pop, or we
>>> should refrain using it. Given that the Scheme functions handling the
>>> stack are not mapped one-to-one to user commands, as you've shown in a
>>> previous mail, I think we should avoid \push and \pop.
>>
>> To me it is not only this inconsitency, but rather that the names
>> push/pop come from programming languages and concepts.
>
> Uh, that is because they are a plastic visualization here?
>
>> Lately, I have seen many suggestions that would turn lilypond more
>> into a programming language and away from being a description of
>> music.
>
> Reality check: LilyPond already _has_ stacks for properties. Nobody
> forces you to use any of the new commands if you don't care for stuff
> working in a better organized manner than flat variables would give
> you.
One can call \push and \pop instead \temporary and \undo, but who are
you going to do a favor with that?
--
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