Re: Proposal: Make Sibelius Dolet MusicXML plugin open source

I strongly agree with this. Ideally, I think that both the Finale and
Sibelius plugins should be open source so that the MusicXML community has
reference implementations.

However, if MakeMusic does not want to open source these plugins, I think
the community should still work to create open source reference
implementations of its own. It may take a while for those implementations
to reach the same level of Dolet, but at least they would be truly open
source.

On Mon, Oct 16, 2017 at 5:17 AM, Andrew Hankinson <
andrew.hankinson@gmail.com> wrote:

> I wholeheartedly agree with this proposal.
>
> I can also recommend the plgToMSS tool, developed by Tido, as a way of
> making developing in ManuScript suck a whole lot less and make it much
> easier to use standard text editors and IDEs.
>
> https://github.com/tido/plgToMSS
>
> -Andrew
>
> > On 16 Oct 2017, at 10:08, Adrian Holovaty <adrian@holovaty.com> wrote:
> >
> > I believe it's in our community's interest for the Dolet Sibelius plugin
> (http://www.musicxml.com/dolet-plugin/) to be open source.
> >
> > The plugin routinely produces better MusicXML than Sibelius' native
> exporter — I encourage all my customers to use it, if they use Sibelius —
> but it still can be improved.
> >
> > As far as I can tell, the plugin is developed by a single person. As I
> find bugs in the plugin's generated markup, I'd love to be able to report
> them via a public tracker and perhaps even directly contribute fixes to the
> code myself. Please accept my offer of free labor! :-)
> >
> > This would benefit *everybody* in the world of MusicXML, for obvious
> reasons. The plugin will get better, faster — which means everybody using
> Sibelius gets better interoperability across the MusicXML ecosystem.
> >
> > There's also prior art for this: an open-source Sibelius plugin for
> generating MEI. https://github.com/music-encoding/sibmei
> >
> > Who agrees with me? Can we make this happen?
> >
> > (To preempt arguments that this is out of scope for this working group:
> I'd argue this is clearly within "the spirit" of this group's mission, if
> not necessarily within "the letter." We all want to reduce friction with
> day-to-day MusicXML workflows.)
> >
> > Adrian
> >
> > --
> > Adrian Holovaty
> > Soundslice: https://www.soundslice.com/
> > Personal: http://www.holovaty.com/
>
>
>