Now that the string names are taking into account a base note, the note names on the side of the fretboard do not make sense.

For instance, with a tuning where the root note is "E", the note names on the side of the fretboard start with "A".

Currently the note names are always aligned with the frets on the diagram.

However, when the note markers are displayed in-between frets, it probably makes the most sense to display the note markers next to where the note markers are.

There are a lot of different ways of doing this. For Instance, just to name a few ideas:

1. Just display the note names of the open strings on top of the diagram.
2. Just display the note names inlaid within the dots for scale notes.
3. Display the note names for each fret.

The data structure needed for this would be pretty simple (just map scale degrees to strings), but it might be useful to use something like xen-toolkit (once it is more developed) to auto-generate naming schemes based on specific regular temperaments (e.x. meantone).

To do this in general also means we probably need to figure out how to do things like e.x. display sagittal symbols, and display them in a diagram.

In addition to exporting single SVG diagrams, the user should also be able to select multiple scales somehow, and to export those scales as a PDF document "practice sheet".

Perhaps on the main page we could have some kind of segmented control allowing the user to switch between "SVG export" mode, and "PDF export" mode.

For example, try deleting all text in the "Key" field in the main page of the app. Doing so results in an exception, and the app crashing.

Instead of crashing, this should lead to an invalid state of the form.

Temperaments should:

1. Not have an empty name.
2. Not have the same name of an existing temperament.

See https://materializecss.com/select.html.

The idea is to split tunings between different instruments by putting them in different optgroups.

Materialize text entries with validation seem to have three states:

1. Yet to be validated.
2. Valid.
3. Invalid

The color for the "yet to be validated" state is either gray, or the default accent color of the theme if focused.

The color of the "valid" state is green for the textbox itself always, whereas the label for the text field will change color (green/gray) depending on focus -- and the "invalid" state has a similar behavior.

It seems like this validation is being applied with some debounce, hence the distinction between the "yet to be validated" state, and the other states.

Many temperaments have multiple distinct notation systems. For instance, listed in the xen wiki for 11-EDO, there is Machine notation, Smitonic notation, and Sagittal
notation.

Especially for full-fretboard diagrams, it might be useful to use "realistic fret spacing" based on where frets would be placed on a real instrument.

The fact that (e.x.) 24-TET and 12-TET have the same vertical spacing of frets is pretty weird. I'd expect that higher EDOs would have smaller vertical spacing between frets to emulate what the actual instruments look like.

Looking at some fretboard diagrams online, there are a lot of different styles.

We should have the option for things like background colors, fretboard inlays, or even horizontal orientation to allow users to customize these diagrams to their needs.

For example, for a 12-TET guitar in standard tuning, the major and minor scales display fine (root note of A), but the whole tone and blues scales look like they're based off of E rather than A for some reason.

To reproduce:

1. Go to the temperament page.
2. Add a new temperament.
3. Add another temperament without first refreshing the page.

Expected: Both of the temperaments have been added.

Actual: Only the second temperament is displayed in the temperament page.

Currently the user can only see an SVG preview on their browser.

When the user presses "save", they should be able to export their diagram as an SVG.

Currently, the board function for creating a fretboard diagram has a lot of arguments (11). This could probably be cleaned up quite a bit.

See Kite guitar

Currently these parameters are hard-coded. The user should be able to customize these at will.

Currently, note dots are placed "on" the frets.

For most users, placing these dots instead "in-between" frets (where you'd actually place your fingers on a fretted instrument).

However, perhaps the current behavior would be useful for fretless instrument players, so we could keep it as a preference.

Currently the user can only display a fretboard diagram from the first fret (and open strings) downward. They should also have the option of being able to see only higher up on the fretboard.

Also, the user can currently only see scales based off the lowest note of the instrument. The user should also be able to specify a "transposition", or possibly "root note" so that scales at different degrees can be displayed.

This would probably require adding some sort of switch (a materialize css tab switcher might be nice for this) for switching between the entry of scale diagrams and chord diagrams.

The scale entry form should:

1. Not allow the user to enter a scale with duplicate name for the same temperament.
2. Validate that the list of intervals sums up to the period of the temperament.

The form shall have the following requirements:

1. Instrument names should not be empty.
2. Names of tunings should not be empty
3. List of intervals should not be empty.
4. Tunings should not have duplicate entries.

Note: Currently, the last property is characterized by a combination of the instrument, temperament, and tuning name -- as if any of these fields are distinct, it will be considered a separate tuning.

It would be nice if when selecting the dropdown to select a new temperament/tuning/scale on the main page, one of the options was actually a button that let the user add a new temperament/tuning/scale.