Marc, I have uploaded a new binary which addresses, to some extent, a couple of your points below. https://dl.dropbox.com/u/20727193/mscore.exe
This one's much smaller as it's a normal build, not a debug build. Tony Mountifield <[email protected]> wrote: > In article <[email protected]>, > Marc Sabatella <[email protected]> wrote: > > > > c) If chords are dragged vertically to be clear of each other, they > > > are allowed to overlap horizontally. > > > > This seems a bit glitchy. I have to move a chord way above the others > > in order to get the space to close up. Although maybe that's a question > > of font metrics - just because the chord appears to clear the others > > doesn't mean their bounding boxes do. Not a big deal, though. > > Yes, I noticed that too. Perhaps yet another style parameter to set the > amount of vertical overlap to accept without horizontal spacing kicking in. > It might even be useful to make the default non-zero, e.g. 0.2sp. I haven't implemented this parameter yet, but I did adopt Maurizio's suggestion of trying tightBoundingRect for calculating the clearance. It seems to improve things. At the moment, if a really long chord symbol is vertically clear of the following chord, it could overlap any subsequent chord, as currently the calculation is only done between adjacent chord symbols. I have an idea how to fix that, but it might be a few days before I have time to try it. > > > Also, for whatever reason, major sevenths don't seem to be recognized > > using stdchords.xml using any abbreviation I could think of. The date > > on my copy is 3/28/13 and appears to have your space-around-accidentals > > fixes. My chords.xml is from 9/8/12. It sure looks from it like Maj7 > > should work, but it doesn't for me. I can get a major seventh chord in > > cchords_muse just fine. I can also get it in stdchords by entering a > > dominant seventh then changing it in Harmony Properties. > > Weird! I'll try it out and do some stepping through the code. I found the reason for this. The text typed in by the user is normalized to lower case, but is then compared directly with the list of chord names read from the xml file. Some of those names used capitals, and so "maj7" will never match with "Maj7". I fixed it for now by converting the comparand to lower case at the time of comparing. It may be better to convert as the file is read, but I need to check that doesn't break anything else. Cheers Tony -- Tony Mountifield Work: [email protected] - http://www.softins.co.uk Play: [email protected] - http://tony.mountifield.org ------------------------------------------------------------------------------ Minimize network downtime and maximize team effectiveness. Reduce network management and security costs.Learn how to hire the most talented Cisco Certified professionals. Visit the Employer Resources Portal http://www.cisco.com/web/learning/employer_resources/index.html _______________________________________________ Mscore-developer mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mscore-developer
