Opening more than one score launches several instances of the app

• Jan 6, 2023 - 17:57

Once a single score has been opened, press Cmd-O to open a new one and ... a new instance of MuseScore 4 will be created, instead of opening the score as a tab of the existing window.
This is not a new window of the same app, rather a new app launch.
I now have 4 scores open, and 4 MuseScore icons in the Dock.

Attachment Size
Screenshot 2023-01-06 at 18.52.25.png 33.63 KB

Comments

In reply to by Jojo-Schmitz

I guess what I meant by "It will hopefully be fixed" is "I hope it will be fixed."

@jeetee said, "It is currently mandatory to integrate the new playback engine. There is some work ongoing to try and consolidate it into a single instance possibility again, but no definitive outcome yet."

I have the same issue, and while it is innocuous, it's irritating. I don't understand the comment that it is "by design." No other OS X app behaves this way, so I see it as an error. We (our tech lab) will return to MuseScore 3 until it is fixed.

In reply to by tbdkktj2cc

Indeed, macOS is pretty limited in its support for multiple instances unfortunately. i do hope someone reports the issue to them, because it would be far easier and more effective for them to fix that.

But for the record, there is a reason why MuseScor enow allows scores to have their own windows - this also allows them to have their own sounds rather than all being forced to use the same soundfonts. Which in turns makes VST instruments and Msue Sounds possible. Also MU4 has far better engraving and other advantages. You'll have to decide if it's really worth giving up all the major improvements in MU4 over a macOS limitation that is merely "irritating", but of course, it is your right.

In reply to by Marc Sabatella

I agree with the above poster: no other macOS app launches a separate instance of the program for every document it opens. I am afraid you are mistaken here, it is not a problem with macOS, yet a precise design choice from the MuseScore team. There are two main ways: every document opens in a separate window (of the same app instance) or in a tab within the same window (if you have that enabled in System Settings). MuseScore way is a 3rd, custom way. Again, this is not a macOS limitation. If you think otherwise, why doesn't the MuseScore team report it directly to Apple? As a company, they are for sure more in touch with them than an ordinary user can ever be.
I understand that your way allows different sounds, but I wonder how many users are taking advantage of that while being unable to open two scores in tabs, which would help productivity much more in my opinion.
On the "far better engraving", I respect your opinion, but while you certainly needs to talk highly about your product, an objective look returns a different result.

In reply to by Michele Galvagno

As explained previously, the separate instances are the only solution anyone has found to an important problem. Perhaps there are other solutions that macOS can handle better, but it remains the case that all other OS's handle this well, so it is a macOS limitation as well, and macOS could certainly be improved in this regard, and it is worth suggesting to Apple. And yes, it's possible that MuseScore could also be improved if someone more clever than any of the people who have worked on this so far are able to come up with a solution that solves the original problem without doing something macODS can't handle.

As for how many people take advantage of the ability to have different sounds for different scores, that number is hard to count of course, but it's really to imagine how one could effectively use VST instruments and Muse Sounds otherwise.

If you only have two scores though, I'm not understanding the productivity issue even on macOS. Cmd+Tab switches back and forth very simply, does it not? It's really only the case where you have lots of windows open where macOS's failure to combine the icons into one with a list of open documents like a other OS's do starts to be more problematic.

In reply to by Marc Sabatella

I'm sorry Marc, but I cannot agree with you.
When you open multiple documents on macOS, you can right-click on the app's icon and access all open documents. If you have multiple app instances, then each instance has its list of open documents. Sibelius doesn't allow to have more than one app instance (launching a second one silently fails). Dorico allows it, as long as they are different builds. Adobe apps do the same. The way MuseScore works is unique, for the good or the bad, and while I don't like it, it's not my place here to judge what seems to have been a thoughtful choice.
MuseScore 3 and earlier didn't have this "issue", so this must have changed in v4.
In my case it was a whole set of parts that because 20 apps ... a truly poor UX. Also, you need to open them one by one, multiple-file-opening is not supported (another unique feature!).

In reply to by Michele Galvagno

Yes, it has been changed with Mu4, and for a reason, as Marc said:

But for the record, there is a reason why MuseScore now allows scores to have their own windows - this also allows them to have their own sounds rather than all being forced to use the same soundfonts. Which in turns makes VST instruments and Muse Sounds possible.

In reply to by Marc Sabatella

Maybe it would be possible to add a toggle option for macOS users? That way everyone could choose how they want it. However, I can imagine it may well just be unnecessary clutter for most people (like me) who don't really care and get along with both options very well.
Another thought would be to give the option of opening a new tab in the same window or opening a new instance of MuseScore. I think that would work best.

Contraversial statement - while this issue is annoying, at least for me when it comes to closing documents, it does make it easier to switch through the respective documents with CMD+Tab on a Mac.

In reply to by MrUsidore

It's unclear to me why this is being framed as an issue only on macs, when the multiple windows thing happens on windows as well. Or perhaps I misunderstand.
For the record, I too wish this behaviour had not been introduced; I much prefer tabs to multiple windows of the same app.

In reply to by sunup

On Windows there is no inherent advantage to using tabs over multiple instances, because Windows handles multiple instances very well - showing just one task bar icon with multiple documents, flipping between then with Alt+Tab easily, etc. Windows was designed from the beginning to support multiple windows well - which is indeed why it’s called Windows and not Tabs :-). It really does work very well and efficiently.

But macOS doesn’t handle this nearly so well. It handles multiples Windows only if they all belong to a single “instance” of the program. Which is not the case for MuseScore. And that means you end up with not just one dock icon, but one for each open score. And worse, the icons don’t it clear which icon goes with which score, nor do you see this info when flipping between open windows via the keyboard shortcut.

So on Windows the experience of using multiple windows is really quite excellent even if subjectively some people happen to prefer using tabs for whatever reason. But in macOS the multiple instances causes the experience to be objectively worse. A single instance with multiple windows would work OK, but that would defeat the purpose of why the change was introduced - it would mean going back to the bad old days of all open scores being forced to use the same sounds. Or else waiting for sounds to reload every time you switched between open scores. Neither would be acceptable in a world with VST instruments and Muse Sounds.

In reply to by Marc Sabatella

I see. Thank you for the explanation. I will learn to cope with multiple windows.

What I can't cope with is clicking File/Edit/View etc and having the drop-down menu options appear on the other monitor instead of next to where I clicked. Hope that gets fixed soon.

In reply to by Marc Sabatella

"On Windows there is no inherent advantage to using tabs over multiple instances"

Not sure about that :

"Palettes save automatically as part of your workspace. Do be careful not to have multiple instances of MuseScore open when doing customizations like this, or they can overwrite each other."

In reply to by frfancha

I would say that’s a quirk of the specific implementation in MuseScore, not an inherent advantage of one over the other. Other settings like those in the Preferences dialog get synced automatically - so changes in one window immediately take effect in others. This just hasn’t been implemented (yet) for palette customizations.

In reply to by Marc Sabatella

Something that is not a quirk and an issue on all OS:
In a single window app you can see 2 scores side by side next to the palettes and make adjustments to both of them using the palettes.
Yes you can do the same by putting 2 windows side by side but then the size required on screen is 2x palettes, 2x menus, 2x toolbars,...
Problem is of course worst if you are working on 3 or 4 scores together.
Yes you can show and hide palettes but to keep one one space on screen for palettes you need to hide on the score you are leaving and show on the score you're now changing.
And in fact it doesn't even do what's needed : each window would be 1/3 of the screen for example, by showing palettes on score that you will now modify (which can be to add a simple accent that you have spotted as missing) you are in fact reducing screen size available for the very score needing to be correctly seen!!

And all these problems to allow different MuseSound by score that you don't need at all while refining the notation.

MuseScore should allow multi tab mode, potentially with playback turned off for scores using another MuseSound than the first opened one

In reply to by frfancha

Or of course be implemented as a modern application and make tab/window question independent of the process question.
Yes each score needs to be in its own process for MuseSound, that should not impact the tab/window question.
In chrome, each tab is a process.
And can be dragged and dropped freely to become a window or a tab of another chrome window.

In reply to by frfancha

What you describe has nothing to do with tabs versus windows or about multiple instances versus multiple windows - it’s just about a split screen view. In principle that is possible either way. Note that tabs in themselves don’t allow split screen - that was a whole separate feature grafted onto MuseScore long after the initial tab interface was designed.

In reply to by Marc Sabatella

It has a lot to do with multi windows.
To edit several (let's say between 2 and 4) scores at the same time, in a single window you only need space on screen once for your edit tools: palettes, button bar,...
In the multi windows case you need space on screen for these edit tools as many times as you have scores being actively worked on together.

In reply to by Marc Sabatella

If I undertand correctly, you are saying : while that isn't the case at all right now, MuseScore implementation could be smart enough to develop an interface where one window would contain the toolbars and palettes that could be used by all other MuseScore windows, avoiding wasting lot of screen space (and potentially solving the issue of last customisation wins in palette).
Ok, that's true in theory, but in practice it hasn't happened, so today the problem of wasting screen space is present. Therefore it is false to say that today the window implementation has no negative effect for MS-Windows users.
And I would say, if MuseScore development becomes advanced enough to share toolbars and palettes, surely it can become advanced enough to have the same kind of interface as Chrome has: each tab is its own process, as required for independent MuseSound by score, but the user is free to drag and drop any time to switch between tab and window appearance.

In reply to by frfancha

Yes, I am saying that the current lack of a feature to show multiple scores side by side within a single window is not an inherently limitation of multiple windows, but is just a matter of that feature not having been re-implemented yet. In fact, for the first decade or so of MuseScore’s existence, there was no feature feature with the old tabbed interface either. And if we were having this discussion back then, people would be - and were - saying that multiple windows were inherently superior because they allowed you to see two or more scores at once while tabs most clearly didn’t.

So again, I’m not saying that being able to work with multiple scores isn’t valuable., I’m just saying that imagining that reimplementing a tabbed interface will magically also just happen to reimplement a side-by-side view is just completely misguided. A new side-by-side view - or other means of viewing multiple scores in a space a space-efficient manner - would need to be diesgned and implement for the new UI regardless of whether the primary score view happens to involve tabs or multiple windows. ZThe just have almost nothing do with each other.

And FWIW, work is progression to alter the way this is done internally, in part to address the limitations of macOS with respect to multiple instances, but also hopefully it will more easily sallow additional capabilities on all platforms.

I'm on Windows so I'm not familiar with MacOS specifics although I used a Mac when it was put on the market around 1984 or 1985. However, due to many limitations for professional use within space engineering I abandoned Mac. That's too my background.

It's not that there are no tabs in MuseScore. If I open one of my pieces, with the score and the corresponding parts, I can have 35 or more tabs. I'm not sure how this will work if you open another score which may also have 30 our more tabs (score and parts) so for me it's actually better to have two instances, on two screens of course.

The sound/VST problematic has apparently resulted in the current design implementation but that's of no interest for me as I'm hardly using playback and if yes, only the basic MS sound.

In reply to by TomStrand

It’s still the case that tabs are used for the parts - just not for multiple scores. So you’d have two windows, each with 30 or so tabs. And yes, unlike MU3, it would need possible to place them on separate monitors - although I’ve never tried this and can’t say how well it works in practice currently.

Do you still have an unanswered question? Please log in first to post your question.