[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: convert-ly rule
From: |
Trevor Daniels |
Subject: |
Re: convert-ly rule |
Date: |
Wed, 13 Mar 2013 10:38:40 -0000 |
address@hidden wrote Wednesday, March 13, 2013 10:21 AM
> On 13 mars 2013, at 10:51, David Kastrup <address@hidden> wrote:
>
>> "address@hidden" <address@hidden> writes:
>>
>>> Hey all,
>>>
>>> I'm not too good at writing convert-ly rules. Is there a model I can
>>> use for replacing a property with another? Specifically, I'd like to
>>> write a patch changing:
>>>
>>> TupletBracket.staff-padding
>>>
>>> to:
>>>
>>> TupletBracket.bracket-staff-padding
>>>
>>> as one cannot currently use the side position interface callbacks on
>>> TupletBrackets because staff-padding in the tuplet-bracket-interface
>>> works differently than staff-padding in the side-position-interface.
>>
>> Is bracket-staff-padding a smart name? We also have OttavaBracket,
>> VoltaBracket, PianoPedalBracket, ArpeggioBracket, BassFigureBracket,
>> LigatureBracket, HorizontalBracket, SystemStartBracket... This sounds
>> like a recipe for the next naming collision.
>>
>> Maybe tuplet-staff-padding instead? What is it being used for?
>>
>
> It's being used for ligature bracket and tuplet bracket.
>
> I don't mind tuplet-bracket-staff-padding, but that is counterintuitive for
> ligature brackets...
It's sensible to incorporate the interface name in the property name,
but here the interface name does not reflect the common feature of
ligature and tuplet brackets. Why not fix that first?
Trevor