Class EngravingRules

Whether to align rests. 0 = Never, 1 = Always, 2 = Auto. Currently not recommended because rests are now positioned to avoid collisions with notes.

Whether to always set preferred backend (WebGL or Plain) automatically, depending on browser and number of measures.

Whether to automatically beam notes that don't already have beams in XML.

Options for autoBeaming like whether to beam over rests. See AutoBeamOptions interface.

Whether to automatically generate new beams for tabs. Also see TabBeamsRendered for existing XML beams.

Percent distance of breath marks to next note or end of staff, e.g. 0.8 = 80%.

Additional x-shift for short chord symbols (e.g. C, but not Eb/7), to appear more centered.

Threshold width below which to apply ChordSymbolExtraXShiftForShortChordSymbols.

Offset to start of measure (barline) when chord symbol is on whole measure rest. An offset of 0 would place the chord symbol directly above the barline, so the default is ~1.2.

Default color for all musical elements including key signature etc. Default undefined.

Whether to consider using WebGL in Firefox in EngravingRules.setPreferredSkyBottomLineBackendAutomatically()

Whether to consider using WebGL in Safari/iOS in EngravingRules.setPreferredSkyBottomLineBackendAutomatically()

Where to draw fingerings (Above, Below, AboveOrBelow, Left, Right, or Auto). Default AboveOrBelow. Auto experimental.

Use the same measure width for all measures (experimental). Note that this will use the largest width of all measures, as Vexflow will mess up the layout with overlays if using less than minimum width. See formatter.preCalculateMinTotalWidth()

Use a fixed width for all measures (experimental). This is mostly for debugging or for when you already know how big the measures in the target score are, because using a too low width will cause overlaps in Vexflow.

Ignore brackets - e.g. ( ) - that were supposed to be around a note, but were inserted as a words element in the MusicXML, which can't be matched to the note anymore, and would otherwise just be placed somewhere else. See OSMD Issue 1251.

Default alignment of lyrics. Left alignments will extend text to the right of the bounding box, which facilitates spacing by extending measure width.

Extra x-shift (to the right) for short lyrics to be better vertically aligned. Also see ChordSymbolExtraXShiftForShortChordSymbols, same principle, same default value.

Threshold of the lyric entry's width below which the x-shift is applied. Default 1.4.

Whether to enable x padding (to the right) for notes with long lyrics, see LyricsXPaddingFactorForLongLyrics for the degree. This helps avoid overlaps and shorten measures, because otherwise the whole measure needs to be stretched to avoid overlaps, see MaximumLyricsElongationFactor

How much spacing/padding should be added after notes with long lyrics on short notes (>4 characters on <8th note), so that the measure doesn't need to be elongated too much to avoid lyrics collisions. Default 1 = 10 pixels

Last note in measure needs less padding because of measure bar and bar start/end padding.

Long notes need less padding than short ones, by default we use 0.7 less padding.

How wide a text needs to be to trigger lyrics padding for short notes. This is visual width, not number of characters, as e.g. 'zzz' is wider than 'iii'. Default 3.3.

Whether to begin a new system when a page break is given in XML ('new-page="yes"'), but newPageFromXML is false. Default false, because it can lead to nonsensical system breaks after a single measure, as OSMD does a different layout than the original music program exported from.

How many unique note positions a percussion score needs to have to not be rendered on one line. To always use 5 lines for percussion, set this to 0. (works unless the XML says 1)

Makes the score position notes on the 2 cajon stafflines, and use 2 stafflines even if PercussionOneLineCutoff set. Should only be set for cajon scores, as this will disable the PercussionOneLineCutoff.

The spacing between a repetition that is followed by an implicit/pickup/incomplete measure. (E.g. in a 4/4 time signature, a measure that repeats after the 3rd beat, continuing with a pickup measure)

Multiplier for PickupMeasureRepetitionSpacing if there is only one note in the pickup measure. This usually needs a lot more space.

The skyline and bottom-line batch calculation algorithm to use. Note that this can be overridden if AlwaysSetPreferredSkyBottomLineBackendAutomatically is true (which is the default).

Whether to render a label for the composer of the piece at the top of the sheet.

How many times osmd.render() was already called on the currently loaded score. Resets after osmd.load() (via osmd.reset()). Can be relevant for transposition or generally informative.

Whether to render string numbers in classical scores, i.e. not the string numbers in tabs, but e.g. for violin.

Whether two render system labels on page 2+. This doesn't affect the default endless PageFormat.

Adds a percent of the stave's width (e.g. 0.4 = 40%) to the x position of end instructions like Fine or D.C. al fine

Not always a symbol, can also be text (RepetitionInstruction). Keeping the name for backwards compatibility.

Whether to use the (deprecated) OSMD < 1.8.6 way of parsing and displaying subtitles and composer, which did not read multiple lines from XML credit-words tags. Option will probably be removed soon.

Maximum width of sheet / HTMLElement containing the score. Canvas is limited to 32767 in current browsers, though SVG isn't. Setting this to > 32767 will break the canvas backend (no problem if you only use SVG).

Height (size) of the sheet title.

The minimum number of measures in the sheet where the skyline and bottom-line batch calculation is enabled. Batch is faster for medium to large size scores, but slower for very short scores.

The minimum number of measures in the sheet where WebGL will be used. WebGL is slower for short scores, but much faster for large ones. Note that WebGL is currently never used in Safari and Firefox, because it's always slower there.

Stagger (x-shift) whole notes that are the same note, but in different voices (show 2 instead of 1).

This is not for tabs, but for classical scores, especially violin.

Whether space should be reserved as if there was a key signature. False basically only works for tab-only scores, as it prevents vertical x-alignment with other staves. False is more compact for tab-only scores.

Whether space should be reserved as if there was a key signature. False basically only works for tab-only scores, as it prevents vertical x-alignment with other staves. False is more compact for tab-only scores.

Additional offset applied to top tuplets (added to TabTupletYOffset). You could apply a negative offset if the piece doesn't have effects like bends, which often take some vertical space.

Whether to show brackets in tab tuplets. To not render tab tuplets entirely, set TupletNumbersInTabs = false.

Whether all triplets should be bracketed. Overrides tupletsBracketed for triplets. If false, only triplets given as bracketed in XML (bracket="yes") will be bracketed. (Bracketing all triplets can be cluttering)

Whether to use the value or to ignore it.

Whether to show tuplet numbers (and brackets) in tabs. Brackets can be disabled via TabTupletsBracketed.

Whether tuplets (except triplets) should be bracketed (e.g. |--5--| instead of 5). Default false. Note that this doesn't affect triplets (|--3--|), which have their own setting TripletsBracketed. If false, only tuplets given as bracketed in XML (bracket="yes") will be bracketed. (If not given in XML, bracketing is implementation-dependent according to standard)

Whether to bracket like the XML says when 'bracket="no"' or "yes" is given. Otherwise, OSMD decides bracket usage. Note that sometimes the XML doesn't have any 'bracket' value.

Whether tuplets should display ratio (3:2 instead of 3 for triplet). Default false.

Whether to use the XML offset value for expressions, especially wedges (crescendo). See #1477