Re: [tablatures] tie bug in 2.13.10? |
[ Thread Index |
Date Index
| More lilynet.net/tablatures Archives
]
- To: Carl Sorensen <c_sorensen@xxxxxxx>
- Subject: Re: [tablatures] tie bug in 2.13.10?
- From: Marc Hohl <marc@xxxxxxxxxx>
- Date: Tue, 26 Jan 2010 09:22:59 +0100
- Cc: Federico Bruni <brunology@xxxxxxx>, Trevor Daniels <t.daniels@xxxxxxxxxxx>, "tablatures@xxxxxxxxxxx" <tablatures@xxxxxxxxxxx>
- Dkim-signature: v=1; a=rsa-sha1; c=relaxed/relaxed; t=1264494180; l=2624; s=domk; d=hohlart.de; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References: Subject:CC:To:MIME-Version:From:Date:X-RZG-CLASS-ID:X-RZG-AUTH; bh=KDLzxpuJqVoesO9NAl4SDb3xS2w=; b=KhPIyKjKRYlxvOaRVbi3xdhd24n6uQRWW4SS/KrTiUc2vqLSzpLF7AHk45IhpkPloml SRu6CIsmgOPh7s9c9fF5YHtsRWO78gMHYG9AvoKyt2i45O+vxtvOuE3wpTcsC7Hnt1E9h 4wlmcAZI7U6cqisGI6YXuZVqae76/I6kvlw=
Carl Sorensen schrieb:
On 1/25/10 3:32 AM, "Marc Hohl" <marc@xxxxxxxxxx> wrote:
Carl Sorensen schrieb:
On 1/13/10 1:05 AM, "Marc Hohl" <marc@xxxxxxxxxx> wrote:
Carl Sorensen schrieb:
This seems to me to call for a new variable
hideTabNoteHead = {
\once \override TabNoteHead #'transparent = ##t
\once \override TabNoteHead #'whiteout = ##f
}
and to replace
\once \override TabNoteHead #'transparent = ##t
with
\hideTabNoteHead
This should go to ly/property-init then, right?
Should I create a patch? Has this to be documented somewhere
in the docs?
Do you intend for this to be used by users? If so, it would go in
ly/property-init.ly and should be documented. A single paragraph and a
simple snippet in the tablature section would suffice. It would be great if
you could create a patch.
Looking more carefully at the definitions for hideNote in
ly/property-init.ly,
I am not sure how to incude that in a proper way.
The command in ly/property-init.ly is hideNotes (plural), so it uses
hideNotes and unHideNotes.
Ah, I missed that. Sorry.
As far as I can see, hideTabNoteHead is to be used only for a single note
(i.e., the tied tab-note-head), so I think it should remain a \once
\override command and should not be part of a pair.
But if this is not intended to be called by the user, then I don't think it
necessarily needs to go in property-init.ly. I can't give a good
recommendation yet, because I'm not clear enough on how this will be used.
At the moment, this seems to be used as a workaround for glissandos, see
Federico's
mail that started this thread. On the short side, since coding multiple
glissando lines
spanning between two chords requires some hackery, the definition of a handy
shortcut is the minor problem and could be left to the user. On the long
term, it would be
great if lilypond allows for multiple glissando lines at once, and then,
this command is
not needed anymore. But if anyone disagrees, I still can include this in
ly/property-init.ly
or wherever.
For right now, you might want to define \hideTabNoteHead in tablatures.ly,
rather than property-init.ly.
We don't have tablature.ly, do we? We dropped that file in 2.13.4 by
establishing
scm/tablature.scm and moving the switches for tabNumbersOnly/tabFullNotation
to ly/property-init.ly.
Marc