Move part names...
I saw this in a score:
So I thought, why not move part names? (Of course if I move one in a page it shouldn't affect the position of the name in other pages). If you see below, I have no space to add numbers.
| Attachment | Size |
|---|---|
| beepover9000.png | 1.16 KB |
| beep.png | 174.88 KB |
Comments
See:
In reply to See: [inline:Video_2020-09… by cadiz1
Yes I know that but... what if I have to change the numbers in the next page? I mean, from 3 to 2 numbers... or similar.. just look: A page has this:
![fag1.png]( "fag1.png")
![fag2.png]( "fag2.png")
and then goes to this in another page:
And what if I have this case: from:
![cornflakes.png]( "cornflakes.png")
![cornflakes2.png]( "cornflakes2.png")
To that, in another page:
In reply to Yes I know that but... what… by [DELETED] 32872726
This is something I'll be watching out for in version 4, please do the same when it gets stable enough to actually start testing.
In reply to This is something I'll be… by mike320
Now that you said "testing"... I would like to test a nightly version ,Linux manjaro, but I'm not sure what to download. I think my computer has x86-64. I want to also contribute somehow (documenting isn't for me, answering questions needs too much time and I don't know C++) so testing seems to be the only thing I can do now..
In reply to Now that you said "testing"… by [DELETED] 32872726
The development builds are located at https://musescore.org/en/download#Development-builds there are two different Linux varieties I don't understand but I'm sure you'll know which ones to use.
They will coexists with your current version of MuseScore and have no effect on it. They are still working on the UI and have the version 4 UI disabled. Sometime that sounds like it's not too far away (several weeks maybe?) they will turn on the version 4 UI. I suggest that you get on telegram where they talk about development issues. As a minimum join the development and design channels so you can eves drop on discussions about development of version 4. See https://telegram.org/ If you find things in the program that need discussed you can start a discussion there on the appropriate channel. There's also an off topic channel if you don't think your question isn't development related.
In reply to The development builds are… by mike320
I don't know how to develop... ._. I mean I don't know C++ or any language.
In reply to I don't know how to develop… by [DELETED] 32872726
I don't look at the code, I test the builds and discuss what I find with programmers there as appropriate or I post to the Development forum here.
In reply to Now that you said "testing"… by [DELETED] 32872726
The nightly builds for both the current version which will be 3.6 and the future version 4.0 are now being generated and nicely displayed at https://ftp.osuosl.org/pub/musescore-nightlies/. My understanding is that the version 4 UI is now being used for those builds but you can still expect quite a few bugs.
In reply to The nightly builds for both… by mike320
Thanks for notifying... Although I think I'll start testing again when Musescore 4 is read for testing xD ... I just want to start transcribing in Musescore 4 and not Musescore 3.6... I'm so lame tester.
In reply to Thanks for notifying… by [DELETED] 32872726
I wonder why there have been no Linux nightly 3.x builds the last weeks... while there have been 2+ a day for windows (triggered)
In reply to I wonder why there have been… by [DELETED] 32872726
Apparently these Windows builds are 'real' nightly builds, twice (?!) per night (at ~4am), rather than at each commit (last one to the 3.x branch was 2 days ago), and called ...3.6.0.buildnumber... rather than ...3.x-gitSHA...
And indeed no Linux builds at all
So too many Windows builds and with strange names, no Linux or Mac builds at all.
Similar for master, AKA 4.0, for Windows, twice a night (and same for Linux and Mac here, but with decent names)
In reply to Apparently these Windows… by Jojo-Schmitz
Guess Linux and Mac haven't earned the recognition they should have ;-; ... but mostly talking about Linux
In reply to Guess Linux and Mac haven't… by [DELETED] 32872726
Something is broken there, I've alerted Igor Korsukov...
In reply to Something is broken there, I… by Jojo-Schmitz
Broken? You mean that developers submit nightlies but the system fails to upload them?
In reply to Broken? You mean that… by [DELETED] 32872726
?? Developers don't submit nightlies and never did. It is "development builds" not "developers' builds"
No, the build system seems broken.
In reply to ?? Developers don't submit… by Jojo-Schmitz
Oh wait, then how do we get new nightlies?
In reply to Oh wait, then how do we get… by [DELETED] 32872726
They are getting build (and uploaded to OSUOSL) automagically, nowadays by GitHub (all 3 platforms), formerly by Travis (Linux and Mac) and AppVeyor (Windows)
In reply to They are getting build… by Jojo-Schmitz
"Automagically" lol. So there original was supposed to be 1 nightly/night?
In reply to "Automagically" lol. So… by [DELETED] 32872726
In the ancient past, yes, these were truely 'nightlies'. Then they were build everytime a commit was pushed to the master branch (and to 3.x too). Now it seems we're back to true nightlies (but I don't like that at all).
In reply to In the ancient past, yes,… by Jojo-Schmitz
Wait we are back? You must refer to Windows Nightlies.
In reply to Wait we are back? You must… by [DELETED] 32872726
Not just Windows, Mac and Linux too, at least for the master builds
In reply to Not just Windows, Mac and… by Jojo-Schmitz
AH ye the master builds.
In reply to AH ye the master builds. by [DELETED] 32872726
I see that there have been daily (nightly lol) Mac and Linux nightlies so it got fixed. Thank you!
My idea would be to have a new, small part inside the window for part properties, which will act according to which part you selected and on which page you selected it. (Different pages get different settings)
Simply, it could be called something like "Part/Instrument Numbers" and you can put some numbers and depending on how many numbers you put, it will automatically calculate their position and distance (the order won't be decided automatically but set manually).
It should also allow you to modify their font and size.
Oh... We should also be able to freely move the numbers ( and part names ) after closing the window... And in general.
Of course, this must work for parts with multiple staves, like in some examples above. So, in the Part properties, in the "Part/Instrument Numbers", when having e.g. 4 horn staves, the user must also select on which stave they want the numbers.
Some people think that it's not a huge problem, as it can be achieved by using simple staff text and inspector to move it... But I believe that this way might be too slow (especially for perfectionists ~~like me~~ who like to see numbers like 0.50 and not 0.51/0.52 in the X/y coordinations, but I know that's just us). But I still believe it can be faster.
What do you think?
In reply to My idea would be to have a… by [DELETED] 32872726
I'm generally in agreement and we'll have to see what kind of previews to the changes they're making that we'll see in version 3.6 when it's released sometime after 3.5.1.
In reply to I'm generally in agreement… by mike320
Glad to hear. What do you think about this one? I'm asking because I'm not sure what's up after all this commotion: https://musescore.org/en/node/305830