[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [GSoC] spanners project update
From: |
David Kastrup |
Subject: |
Re: [GSoC] spanners project update |
Date: |
Thu, 30 Jun 2016 15:22:20 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) |
Urs Liska <address@hidden> writes:
> Am 30.06.2016 um 14:47 schrieb David Kastrup:
>> Urs Liska <address@hidden> writes:
>>
>>> Am 30.06.2016 um 14:37 schrieb David Kastrup:
>>>
>>>> How does that differ from symbols?
>>> Ah, not in the Scheme domain, of course. But you can't *enter* them as
>>> LilyPond code, isn't it?
>> Can you give an example for symbols "entered as LilyPond code" as
>> opposed to "in the Scheme domain"?
>
> Ah, I mean
>
> #(define %9sn5@ "a")
> %9sn5@ = "a"
>
> but ...
>
>>
>> Do you mean "without using #" here? Why would it be relevant to XML how
>> you entered a symbol?
>
> of course that doesn't matter here as you can always write
>
> \override NoteHead.id = #'09fjwg@
Well, there are a few strings requiring more complex input:
guile> (string->symbol "()")
#{\(\)}#
guile> (string->symbol "3")
#{3}#
But numbers in particular we'd likely convert to actual number keys.
And it's not like we don't have symbols in a few other places (tags, for
example). So all in all, I think it should not be too much of a
nuisance.
--
David Kastrup
- Re: [GSoC] spanners project update, (continued)
- Re: [GSoC] spanners project update, Nathan Chou, 2016/06/27
- Re: [GSoC] spanners project update, Nathan Chou, 2016/06/30
- Re: [GSoC] spanners project update, David Kastrup, 2016/06/30
- Re: [GSoC] spanners project update, Urs Liska, 2016/06/30
- Re: [GSoC] spanners project update, David Kastrup, 2016/06/30
- Re: [GSoC] spanners project update, Urs Liska, 2016/06/30
- Re: [GSoC] spanners project update, David Kastrup, 2016/06/30
- Re: [GSoC] spanners project update, Urs Liska, 2016/06/30
- Re: [GSoC] spanners project update, David Kastrup, 2016/06/30
- Re: [GSoC] spanners project update, Urs Liska, 2016/06/30
- Re: [GSoC] spanners project update,
David Kastrup <=