<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">On 7/14/19 10:28 PM, Philip Ridout
      wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:CAG20JED+Pof-_TZJy8J=THNOgOkSxccf67QiJ_AK1AK3e9b75A@mail.gmail.com">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <div dir="ltr">About a month ago I came up against an issue to do
        with the way we handle chords. The issue was that a user who I
        was importing songs for used "[x/y]" to denote the current verse
        / total verses and the fact that we use the chord pro format
        (which also uses square brackets), meaning that you cannot use
        square brackets and chords in the same song.</div>
    </blockquote>
    chordpro is more or less an industry standard. I think we should
    stick with it.<br>
    <blockquote type="cite"
cite="mid:CAG20JED+Pof-_TZJy8J=THNOgOkSxccf67QiJ_AK1AK3e9b75A@mail.gmail.com">
      <div dir="ltr">
        <div><br>
        </div>
        <div>I've been thinking about this, instead of the chord pro
          format, I think we should use the method supported by
          OpenLyrics, that is a chords xml tag. This should free up
          square brackets to be used however they feel fit. Which begs
          the question how should the userĀ  enter tags in the song
          editor. I think I have come up with a solution. We use web
          view and contenteditable. I have created some rather rough
          sample code (<a href="https://jsfiddle.net/c8k31sp4/"
            moz-do-not-send="true">htps://jsfiddle.net/c8k31sp4/</a>).</div>
      </div>
    </blockquote>
    My personal opinon of xml is, that it's not very user friendly.
    Instead I guess we should add (if not already there) the option to
    escape square brackets using "\"<br>
  </body>
</html>