- From: W3C Community Development Team <team-community-process@w3.org>
- Date: Tue, 8 Oct 2019 15:47:32 +0000
- To: public-music-notation@w3.org
MNX-Common Pull request #158 for octave-shifts is now ready to go. Michael and Daniel have both reviewed the latest changes to the proposal, and agreed that this pull request can be merged. This pull request has now been merged. Pull request #159 for slurs was prepared by Adrian but after discussion the co-chairs have agreed that, per Michael's review of the pull request, we are not going to implement slurs as spanners but instead as liaison content, and a new pull request will be forthcoming taking this approach. Following slurs, Adrian will look at fleshing out the specification for the wedge element, which can pull from the existing MusicXML definition of that element. Issue #161 was opened by Bob Hamblok with the intention of starting discussion about the separation of concerns in MNX. The co-chairs had a brief discussion about this issue and arrived at the consensus that in fact the answers to the questions raised by Bob in this issue are settled already, and Adrian agreed to provide a response on behalf of the co-chairs. Issue #160 was opened by Cecilio Salmeron concerning the MNX-Common by Example page. Adrian agreed that there is some mark-up fix-up required, and the co-chairs then discussed the issues concerning barlines. They agreed to open an issue concerning the treatment of barlines in MNX-Common, with the initial proposal that systemic barlines do not need to be encoded in the semantic sense, since they are presentational, and nor do regular barlines between measure elements. MusicXML has the default that the final barline in a document would be a normal barline unless otherwise specified, but the co-chairs propose that the final barline in a document would be a final barline unless otherwise specified. Adrian will provide a response to the other points raised by Cecilio in due course. MusicXML 3.2 Michael opened issue #294 for the proposed listen element in MusicXML 3.2, and there has been some good initial discussion. Michael will respond to the existing discussion. Issue #295 has also been opened concerning Roman numeral analysis in the existing MusicXML specification, a little-used feature; in fact, Michael believes no developer has ever implemented this feature before. Michael will assess this issue as soon as possible to determine whether any changes in documentation or specification should be made for MusicXML 3.2. SMuFL 1.4 Daniel has not yet had a chance to do any new work on SMuFL 1.4 but the co-chairs reviewed issue #114 (half-harmonic noteheads) and agreed that it should be in scope for version 1.4. Next meeting The next co-chair meeting will be on Tuesday 29 October 2019. ---------- This post sent on Music Notation Community Group 'Co-chair Meeting Minutes: October 8, 2019' https://www.w3.org/community/music-notation/2019/10/08/co-chair-meeting-minutes-october-8-2019/ Learn more about the Music Notation Community Group: https://www.w3.org/community/music-notation
Received on Tuesday, 8 October 2019 15:47:35 UTC