Include .xml suffix for export
S5 - Suggestion
Replacing the .xml with the .musicxml has caused confusion among users. It also make the users who overcome the confusion to have to change the extensions so their files are compatible with their existing projects and programs. Adding the .xml extension as an alternative to the .musicxml extension as far as I know causes no compatibility issues for the users. If there are some issues, then the few cases would need at most 3 lines of code to decide if it is necessary write the version 3.0 info or the older info to match the extension. The older code would still be on github so it would be a matter of copy and paste.
The 'culprit' code change is in cee6fe54, from PR #3253.
The removal of .xml as the extension happened on @lasconic's request
I don't use the feature. I put in the request because too many people have been confused by the absence of the .xml extension not only on the English forum but others also.
Understood. I saw
https://musescore.org/en/node/271439 and https://musescore.org/en/node/271372
And I support this request ;-)
Came up again in https://musescore.org/en/node/275711
Was the request buried? I mean, because MuseScore 3 is already released, but the xml file extension still remains a dream?
It is still open and under discussion
And still the workaound is to rename the .musicxml extension to .xml (which is a bit of a pain, esp. on Windows)
Thanks Jojo, renaming is already clear. But it's no fun if you have to do it very often. I exchange my music notes with many users of other (commercial) music notation programs. Since some of them cost a lot of money, not everyone uses the latest version, which perhaps already supports the musicxml file extension. The motivation for a renaming by the inventors of the format (Recordare, now Finale?) is already clear, they should have done that from the very beginning. But now? MXL (always looks like a typo by the way, even a not very logical file extension) would be a way to bypass renaming, but isn't always so well-supported (doesn't work in the Windows version of LilyPond at the moment, for example).
It would be nice if you would make the work easier for the many-export-people (like me). Radically cutting off old braids reminds me of Apple (I don't like that about them at all). Open source projects should perhaps be a little more aware of the past. Maybe there are even some MuseScore 1.3 users (at least I still have it installed) ;-)
No need to trying to convince me, I'm since long ;-)
oops, forgot to mention the PR which exists since quite a while:
Also see the discussion at https://musescore.org/en/node/14391#comment-876568 ff.
In reply to oops, forgot to mention the… by Jojo-Schmitz
Sounds promising :-)
Came up again in https://musescore.org/en/node/282661
In reply to Came up again in https:/… by Jojo-Schmitz
I feel like a groundhog, but what happened to the musicxml xml file extension export for nostalgics?
The Github oracle said in May:
Well hidden behind an advanced setting ...
always available to the commandline -o option though.
Commandline means in the terminal to export file X.mscz as X.xml, or as start parameter to enable this function in MuseScore itself?
The PR is still pending. No movement since Dec 2018
In reply to I feel like a groundhog, but… by enkidu
From the looks of it you could use the Batch Convert Plugin to convert a whole batch of .musicxml to .xml
Not yet. That too needs (a part of) this PR, MuseScore just doesn't know what to do whern .xml is the output format.
The part that is needed for Batch Convert: https://github.com/musescore/MuseScore/pull/4370/files#diff-f8370d09c06…
(Unless the plugin resorts to export a .musicxml and then renames that to .xml, which I'm not quite sure how to do in a plugin, and would require a lot of special casing I'd rather avoid)
Naive question: The file extensions for the export are also not stored anywhere in an editable file (e.g. with text/hex editor)?
By the way: you could have done it like in GIMP, that you stick to the file extension entered by the user when exporting the file type (and this extension is then also used). In GIMP, where of course there are many more export formats, you can specify e.g. picture.tif, then GIMP exports it automatically into the TIF format without having to select it in the drop-down menu.
Then you could banish the unpopular file extension xml and the user can just enter mysong.xml, whereupon MuseScore saves it as muscxml file with the file extension xml.
I think it is the same in MuseScore, just that it has explicitly been tought to not know .xml as an extension anymore.
Getting that back would boil down to that one line in my PR
Came up again in https://musescore.org/en/node/296593 and https://musescore.org/en/node/296758
And again in https://musescore.org/en/node/296804
Again in https://musescore.org/en/node/298390
Fixed in branch master, commit 979615972f
_fix #271445: allow MusicXML export with .xml extension
See also https://musescore.org/en/node/14391#comment-876568 ff._
Automatically closed -- issue fixed for 2 weeks with no activity.
In reply to Auto close by System Message
Musescore 3.5: Hooray, hooray, hooray the xml file extension is finally back! Thanks a lot for making it happen after all.
It will be a relief for many who come from another music notation program or who have to exchange information with other (older) music notation programs. Especially users of commercial music notation programs still use quite old versions (no wonder, considering the prices).