Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fretboard diagrams #110

Open
joeberkovitz opened this issue May 11, 2018 · 2 comments
Open

Fretboard diagrams #110

joeberkovitz opened this issue May 11, 2018 · 2 comments

Comments

@joeberkovitz
Copy link
Contributor

This issue notes the need for fretboard diagrams in MNX-Common (used in piano/vocal/guitar music).

@andrewShillito
Copy link

andrewShillito commented Mar 7, 2020

Hi @joeberkovitz. I just came across this repo and found it interesting. I saw in the MNX-Common by example an example of an instance of a chord.

image

And I wondered, just as a first draft of an idea if something similar to:
image

but I think a more generic element diagram nested within the event element would be better and could be differentiated with a type attribute. Finger element is an optional element and does not apply when fret == 0. If it was allowed that a diagram could also optionally occur as a direct child of the measure element that could be a succinct way to express whole measure chords. Let me know your thoughts or what has been developed so far in this issue. I'm curious as to your ideas.
image

@clnoel
Copy link

clnoel commented Jan 31, 2022

I'm just wandering through different old issues and putting in thoughts when I have them.

  1. If this is a diagram of type fretboard, what other diagrams are you envisioning? Are they similar enough to fretboards (e.g. with "string" children) to make them the same element?

  2. The MusicXML name for this was "harmony" and could describe both chord labels ("Am") and the fretboards associated with those labels. Should we stick to the same idea? In which case, the fretboard/diagram element would become a child of that theoretical harmony element.

  3. Sometimes these fretboards appear at the beginning of a piece, as part of the initial directions, so we need to be able to account for that.
    image

  4. The string child probably needs a different name, to distinguish it from text strings proposed elsewhere (Multi-line text blocks #278), or we are going to have to be careful to properly name those text strings.

  5. I think fret and finger should be attributes, not children.

Upon further reflection, harmonies don't belong inside other parts. They always appear above the top staff, regardless of what staff that is. I think we need a new sibling to <part> to hold these. Ooh.. what if they don't have durations, but rather measure locations that properly define where they each are?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants