- tick names a position on the time axis
- tick is always a Fraction()
- only Measure() and Segment() (and Tuplet?) have a tick value
- tick() for an generic element return only a sensible value if isMeasure() or isSegment() or isSegment(parent())
- "ticks" names a duration stored in a Fraction()
- the tick value for an Segment is relative to its measure
- rename "duration" to "ticks"
- rename afrac() to tick()
- rename rfrac() to rtick()
- rename some variables, changing "fraction" into "tick"
(example: actualFraction() into actualTicks())
- Lyrics ticks are written as Fraction, on read if xmlreader sees a "/" it reads a fraction
else midi ticks for backwards compatibility
- Move Qml plugin engine out of libmscore
- Add Pid::TICK handling to Element class
- Make tick QML property correspond to absolute tick in all contexts
That is a temporary solution though, a proper solution would
require revising Pid::TICK handling
- Move plugins API to api directory
- Rename ElementW -> Element (PluginAPI namespace)
- Remove Qt meta-object macros from Score in libmscore
- Remove string-based access to properties from QML
- Remove unused functions from Note
- Rename QML properties names to camel case
Two reasons:
- They were named so in MuseScore 2.X.
- Using underscored_names is less consistent with MuseScore
coding style.
Previously, if had elements selected prior to creating a part, they would maintain their SELECTED flag in the generated score, even though the new part scores won't actually have anything acutally selected. They would thus appear blue as if they were part of a selection even though they weren't.
It seems to me that the SELECTED flag shouldn't be kept when cloning elements, because cloned elements aren't added to a selection. So I'm unsetting the SELECTED flag whenever cloning an element, incase the original element was selected.
This commit adds:
- ScoreElement::propertyId for obtaining property ID by its XML name
within the context of the respective element
- ScoreElement::propertyUserValue to obtain values of the properties
in a human-readable representation