hide part of initial system barline
Is there a way to hide part of the initial barline connecting staves? For instance if I have
sax
piano
organ
Is there a way to hide the initial bar line that connections piano to organ (without hiding the rest of the initial system barline ?
Comments
Short of creating a line element, make it white and place over the initial barline so make a part invisible, no.
In reply to Short of creating a line… by Jojo-Schmitz
Thanks. I tried that. It causes no end of trouble as the line moves around upon different views, and version of Musescore. Also it's nearly impossible to select once it's over the bar line because the barline gets selected instead.
In reply to Thanks. I tried that. It… by jmailman
Try with an image, it doesn't work very well, just another workaround.
Curious - why are you trying to do this? It's quite non-standard and likely to confuse people reading the score.
But for the record, if the staves you want to hide the system barline for are on top, you can get this effect by right-clicking the staff, Staff Properties, Hide system barline. It's a feature really intended to faciliate ossia, not to be used for normal staves, but it does work.
In reply to Curious - why are you trying… by Marc Sabatella
This is a score with an voice-leading-ish analysis underneath.
I think I found a way to do it (in the nightly build version of MuseScore) accessing it through Style-->span to next staff-->span presents etc.
In reply to Curious - why are you trying… by Marc Sabatella
@Marc It doesn't seem to work except for the whole system (but maybe I'm wrong)
In reply to It doesn't seem to work… by Shoichi
From what I can see, it allows me to manually adjust (in two ways: by mouse and by numerical entry) the number of staves spanned by a the initial bar line.
In reply to It doesn't seem to work… by Shoichi
The method I described works for the topmost staves in a system. That is, a system with five staves, you can hide the initial barline for the top staff, or the top two staves, or the top three, or the top four, but you cannot hide the initial barline for just the second, or just the fourth and fifth.
In reply to The method I described works… by Marc Sabatella
I'm not trying to hide the initial staff carline; I'm trying to selectively hide the initial barline that connects staves (within the same system). The method I described seems to be working
In reply to I'm not trying to hide the… by jmailman
I'm having trouble understanding the difference between "trying to hide the initial staff carline" versus "trying to selectively hide the initial barline that connects staves". Are you or are you not talking about the initial barline - the one at the left margin / beginning of system? Or are you talking about disconnection staves in all barlines? The latter is easy in any recent version of MuseScore just double click any barline and drag the handle. Or maybe you mean, you've already done that, but now you're also trying to get the initial system barline to do the same? In which case, my comments apply - you can do this only for the topmost staves.
In reply to I'm having trouble… by Marc Sabatella
Thank you Marc, I didn't realize this double-clicking to adjust was possible because up until a few days ago I was using MuseScore 4. (Now I'm using the nightly build, because I need wide-dashed slurs)
I am indeed talking about the initial bar line, the one the left of the system. But I want to have the bar line on on the three top staves and connecting those staves. The staves beneath that I want initial bar lines as well, and connected, but I don't want staff 3 connected to staff 4.
I seem to have it working as I want to now; I attached a picture so you know what I've been harping on about. :)
In reply to Thank you Marc, I didn't… by jmailman
And that's all one system? If so, then indeed, that's not possible in the current release. Glad you've got it working in master!
In reply to And that's all one system? … by Marc Sabatella
One system? Yes and no. It's a score with an analysis underneath. The analysis is meant to correlate/coordinate chronologically with the score and therefore be vertically aligned. But that analysis shouldn't appear to be part of the score. That's why I want it this way: aligned but not connected. (That difference between score and analysis is made clear in the context in which I'm presenting this, as well as by the staff labels and the totally different style of notation in the score vs. the analysis.)
In reply to One system? Yes and no. It… by jmailman
Any idea about the timing of the next (tested) release?
In reply to Any idea about the timing of… by jmailman
I find your question very interesting. Therefore, I tried the following procedure:
I would turn off the system barlines completely (Style > General > Barlines > Barline at start of multiple staves) and use brackets out of the palette instead.
You can drag a bracket from the palette to the top system. Then you have to try to select it. This is very difficult on my system, but having succeeded you can enter edit mode (Ctrl+E) and drag the bracket down one or two systems.
The same procedure can be done with further brackets.
I think that looks very good and works for the whole score without difficulty (see attachment).
Best regards!
In reply to I find your question very… by KHS
Meanwhile I found out:
a) Making the zoom larger makes it easier to select the bracket
b) There are 2 options in Style > General > System, where you can adapt the brackets (System bracket thickness, System bracket distance).
So you can use also the 4th bracket in palette and adapt it, so that it looks similar to bar lines.
In reply to Any idea about the timing of… by jmailman
There's a bug fix release scheduled for next week.
In reply to There's a bug fix release… by mike320
How do bug fix releases coordinate with nightly builds? I have a file that I made with nightly build (Revision 84d4d73) from about 10 days ago that does not open properly in the the July 31 stable release?
In reply to How do bug fix releases… by jmailman
See https://musescore.org/en/handbook/developers-handbook/comparison-stable…
In reply to How do bug fix releases… by jmailman
They don't. As the warning messages plastered all over the nightly builds are supposed to make clear, they are for testing only, and there should be no expectation that files created in them will be openable in any stable release. Nightly builds of 2.x branches, sure, but not nightly builds of "master" branch (which is what will eventually become 3.0 at some unknown point in the future).
In reply to They don't. As the warning… by Marc Sabatella
Well, the context of me asking about the next tested release (if you look in the thread above) is in regard to wide-dashed slurs which I was using in the nightly build because it was the only way to access this feature.
So, hypothetically, there might be another nightly build (besides 84d48d73 ) that can open my file correctly and possibly even one that fixes the printing issue, but that would be like finding a needle in a haystack?
In reply to Well, the context of me… by jmailman
Later builds usually open scores from earlier ones, but during development process this is not guaranteed.
Whatever printing issue you have should most probably get fixed before master becomes 3.0. Whether that then still opens the file you created today with the current development build, see above....