Fretboard diagram improvements
Thank you so much for implementing fret diagram scalability and, finally, barrée functionality! Long awaited and most welcome :-)
1) Is it already possible to have short barrés as well, for example from second to fourth string?
2) Concerning the layout, I'd suggest the barré line have the same width as the fingering dots.
Thank you for your replies.
Comments
ad 1) As mentioned in http://musescore.org/en/node/40311#comment-200391:
the barré line always starts on the most right string in the diagram to the leftmost dot for that fret
In reply to ad 1) As mentioned in by Jojo-Schmitz
Parenthetically, I can not reproduce this issue: #44436: barré on fretboard diagram extends to the far right
![barré.jpg]( "barré.jpg")
In reply to Parenthetically, I can not by cadiz1
Well, I can... take the default symbol, leftclick on the dot on the top fret (which you seem to have done), then shift+leftclick the same position, or any other in the top fret
Anyway, this hasn't got a lot to do with this topic here...
And it is fixed now.
ad 2) if I interpret the sources correctly, the barré line is currently 70% the width of the fingering dots diameter: libmscore/fret.cpp, line 266 . Would be an easy change...
In reply to ad 2) if I interpret the by Jojo-Schmitz
I had not thought of initially, but I think indeed that it is a good idea to line the width of the barré line on the fingering dot diameter. We could get this. Better.
Instead of:
![line 2.jpg]( "line 2.jpg")
In reply to I had not thought of by cadiz1
barré line width is now a style setting.
In reply to barré line width is now a by Jojo-Schmitz
Good new.
If the server of the Nightly builds for Windows wants to wake up, I might be able to try it! :)
In reply to Good new. If the server of by cadiz1
I don't think the compile for Windows is finished yet, unless you still can't see the updates done yesterday from the download page. Mine is compiling now. Check back when the correct GIT rev (3a4e645) is visible in the filename.
In reply to I don't think the compile for by schepers
Absolutely, there was no change yesterday (no updates), as confirmed by Jojo later in the evening. Different behaviour between Canada and Europe? Really strange.
Of course, I closely monitor your site as always in this situation ... :)
In reply to Absolutely, there was no by cadiz1
Maybe some issue with a load balanced, showing different servers depending on location?
I too still don't see any recent nightlies.
In reply to Absolutely, there was no by cadiz1
Maybe some issue with a load balancer, showing different servers depending on location?
I too still don't see any recent nightlies.
In reply to Maybe some issue with a load by Jojo-Schmitz
And the commits for today just showed up.
MuseScoreNightly-2015-01-16-1537-3a4e645.7z
In reply to And the commits for today by schepers
not here...
OK, now I see them, finally.
In reply to not here... OK, now I see by Jojo-Schmitz
Yep, true! Confirmed, since a few minutes! :)
In reply to barré line width is now a by Jojo-Schmitz
Seems a style setting of 0.94 (1.0 being the default) results in a barré line as thick as the dots
What I'd like to see as another improvement would be fingering information, i.e. the number of the finger to use for which of the dots or barré (1 for index-, 2 middle-, 3 ring-, 4 little finger, 5 thumb?), above or inside the barrè or dots or in case of the dots, even instead of those?
In reply to What I'd like to see as by Jojo-Schmitz
According to me, it is secondary. And above all, I doubt that a fingering indication would be visible and legible given the scale of the diagram in the score: see attachment.There should be a conflict between the dot and the fingering.The simpler the better, in my opinion.
![fingering barré.jpg]( "fingering barré.jpg")
In reply to According to me, it is by cadiz1
Secoundary, yes, true. And that scale it would indeed be illegible, but having it as option, at a larger scaling, would be useful.
In reply to Secoundary, yes, true. And by Jojo-Schmitz
Well, one more option, why not. But I'm not sure it collects a favorable opinion among developers (unless it is "easy" to implement, and this, I totally ignores)
A better idea might be to add the fingering in that way? (see attachment). In this case, no doubt: it would be legible.
But for after the 2.0! ;-)
In reply to Well, one more option, why by cadiz1
One last idea for improvement (for me, and always for after 2.0!) I think the lines should exactly stop just before and after the frets. Like this:
![lines3.jpg]( "lines3.jpg")
Currently, we see an in-between: ie, bits of lines, which are not very successful, right? This does not visually provides a crisp and clear final appearance.
In reply to One last idea for improvement by cadiz1
The lower part is OK, I think the upper part should look the same, if there is a fret offset
But then again the missing fat line does already indicate this
In reply to Well, one more option, why by cadiz1
In addition to cadiz' reminders that besides fret numbers at the side of the fretboard diagram,
(1) partial barres as well as full fingerboard width barres are needed -- sometimes more than one in a chord -- and
(2) fingerings applicable to each string are used (and oft available from abc-like notations),
(3) chord roles of each note are often found, such as x R 3 5 R 3 above left and R 5 R 3 5 R above right. These sometimes need sharps and flats, as for b5 b7 #9 chords -- jazzy!
(4) Also pertinent is putting notenames: such as x C E G C E above left diagram and F C F A C F above right diagram. Could an additional row be provided?
Thanks. Very useful!
In reply to In addition to cadiz' by musings
I'd say some of that gets into non-standard / highly personalized notation. I think it is not unreasonable to place ordinary staff text and move it into position manually for some of those sorts of things.
In reply to Well, one more option, why by cadiz1
I couldn't agree more. If you're going to have fretboard diagrams and want to compete against other notation packages out there, then the finger numbers below the grid are imperative to have for guitarists. I can't imagine this would be too hard to implement?
In reply to Well, one more option, why by cadiz1
Has any progress been made in adding fingering to fretboard diagrams?
There was some discussion about not being visible due to scale, but that is irrelevant, because the scale is a parameter. In fact, I will be using Muse in some cases for nothing but chord diagrams, and they will, therefore, be scaled quite large. But not showing fingerings is just as problematic as if Muse failed to allow fingering on piano notation. I have have played both instruments for 40+ years, and can tell you that in both cases, fingering is nearly as vital information to capture as the notes themselves, especially when a non-standard or non-intuitive fingering gives the best results.
In reply to Has any progress been made… by reggoboy
no progress mad here...
In reply to no progress mad here... by Jojo-Schmitz
Too bad. Because the suggestion of implementing it via numbers below the grid is fine and would appear to be a simple upgrade given the complexity of all the other aspects already built into this feature. Is the chord diagram developer MIA?
In reply to Too bad. Because the… by reggoboy
FYI: MuseScore is open source, meaning anyone who feels like can contribute to its development. There is no single "chord diagram developer"; the feature is developed by whomever happens to feel like working on it at any given moment. Everyone works on what they perceive to be most important, and I guess this has never risen to that level. If there is no active suggestion for this feature in the issue tracker, step one would be to submit one.
In reply to FYI: MuseScore is open… by Marc Sabatella
Thanks for the tip.
For one issue related to the chord diagram, I added a comment to an existing open Issue:
https://musescore.org/en/node/275658#comment-882645
In reply to Secoundary, yes, true. And by Jojo-Schmitz
Well, I have just discovered a new feature! The barré for plucked instruments was implemented on 15 and 16 January.
In addition, what we were talking about a larger scaling in a previous message: " And that scale it would indeed be illegible, but having it as option, at a larger scaling, would be useful", was also implemented at the same moment :)
I missed that because I had not opened the Inspector during these operations: my attention was more inclined towards the line thickness in Style -> General -> Chords symbols ...
So, it's really a great feature as it is true that the default value (1.00) could seem small.
It's surely to add to the Handbook :) http://musescore.org/en/node/38086
Proposal below: Text (and by adding the screenshots)
-----------------------------------------------------------------------------------
- You may change the scale of a fretboard diagram in Inspector (F8):
1) Select the diagram (defaut value 1.00)
![default scale.jpg]( "default scale.jpg")
![scale fret diagram.jpg]( "scale fret diagram.jpg")
2) Modify this default value
With this result e.g:
Can someone tell me if 2.0 has the ability to store fret diagrams for use in other scores?
In reply to Can someone tell me if 2.0 by mikec
Hold down Ctrl + Shift and drag into the palette
see http://musescore.org/en/handbook/custom-palettes
In reply to Hold down Ctrl + Shift and by Shoichi
How many could you realistically store in a palette though? I haven't been able to try because I'm having trouble with installation at the moment..
In reply to How many could you by mikec
As many as you care to scroll through. The Bagpipe Embellishment palette has, by my count, 214 entries. I'm sure the palette system can handle however many fretboard diagrams you care to place on it :-).
In reply to As many as you care to scroll by Marc Sabatella
Just trying to determine if it can serve as a practical chord grid library. It'll be easier to tell once I can install..
An additional feature I'd like is "optional" fingering, where a circle is used instead of a solid dot.