Release notes for MOZART 6 [Each service also pack implements the improvements of all previous ones.] ================================================================ Version 6.0.12 August 2004 -It was reported on the MOZART mailing list that just clicking on a scroll button causes the music to scroll a little way, even if the scroll bar is not moved. This problem is more or less eliminated in this service pack. ================================================================ Version 6.0.11 October 2003 -The MIDI import module made a complete pigs ear of one particular MIDI file which was (a) in a time with bars longer than a semibreve, (b) started in every track with rests, and (c) had no voice assignments or other events at time zero. Thanks to Bill Patterson for discovering the unpleasant effect of this peculiar combination. If anyone else ever finds a similar file it should be ok now. -If a clef change and a key change occur at the same place, the key signature was sometimes being drawn as for the old clef when it should have been for the new one. Thanks to Daniel Boothe for pointing this one out - it is now fixed. -A run of grace notes on a line following one which ended in a run of grace notes was not being drawn correctly. This is now also fixed. ================================================================ Version 6.0.10 March 2003 -MOZART's bar lines could get out of alignment when splitting some notes - depending on particlular arrangements of notes and beams. Thanks to Jeroen Neve for sending me a file with such an arrangement of notes, and showing me exactly how to make it happen. It doesn't any more. -Pasting chunks containing sequences of grace notes was squashing them up too much. Thanks to Dave "husky12us" on the mailing list for giving a cogent analysis of this one. It is now fixed. -Putting a mordent on a shortish note as well as a staccato was not playing back properly. This is now fixed. Thanks to Raymond Robijns and Michael Bednarek for finding this one (independently). -Grace notes before staccato notes could give similar problems. Thanks to Paul Huzen for reporting this one. It too is fixed now. ================================================================ Version 6.0.9 December 2002 -MOZART was missing tempo changes right on the end of a 2nd time bar. Thanks to Jan Dogger for finding this one and sending a nice demonstration of it. It is now fixed. -Thanks also to Bill Patterson for finding the same problem at the start of a first time bar. This is now fixed too. -Pressing F2 many times in quick succession could freeze MOZART as it tried to work out whether you wanted to play back or not. Thanks to John Barrett for stress-testing MOZART in this fashion - it is now fixed. ================================================================ Version 6.0.8 November 2002 -Thanks to Ellen Crawford and Michael Bednarek for showing me how to hang MOZART by entering a hairpin in a particular configuration. This is now fixed. -Thanks also to Ellen for letting me know that grace notes sometimes jump by an octave when you transpose. I have told them to behave themselves. -Percussion parts were jumping by "octaves" too. Thanks also to Ellen for this one. It is herby fixed too. -Thanks to Jerry Leighton for providing a file where grace notes were not always getting drawn with their proper accidental. It isn't entirely clear how it got like this, but in future MOZART will always check for this when it loads a file, and correct if necessary. ================================================================ Version 6.0.7 July 2002 -Jerry Leighton has exposed problems when a tine (or it turns out key) change is placed at a bar marked "Coda". Thanks to Jerry for this: it is now fixed. -Ties joining groups of grace notes to the following note were not always being drawn very attractively. Thanks also to Jerry for noticing this; it is now improved. -Mr B W Barnes has found a problem when printing MOZART documents created using one printer on another printer. If the old printer had non-square pixels and the new one has square pixels, then the tails on minims didn't line up properly. (Please don't ask why - it's complicated!). Thanks to Mr Barnes for sending examples, especially as printers with non-square pixels are very rare these days, making this a rather tricky one to test for. It is now fixed. -Jeroen Neve notes that the pitch change dialogue advertises a perfect octave as 7 steps comprising no semitones - a glitsch in my modulo-12 arithmetic. It is now 12. -Jeroen also noticed that pressing "Insert" within a lyric sylable on the last note of the piece was catastrophic. It is no longer. -If an end-of-repeat follows a music break, the playback now repeats from the music break. -If an explicit start of repeat bar immediately follwed a music break, then too much space was being demanded after the bar. This is now fixed. -Notes in very short swell/fade hairpins were not always all sounding. Thanks to Dave Grimm for exposing this one - it is now fixed. ================================================================ Version 6.0.6 June 2002 - Jeroen Neve noticed that the Item/Note/Pitch command is not transposing correctly when an augmented unison is required downwards. Thanks for this - it is now fixed. Also, as terms for some intervals like "augmented unison" are not in completely ubiquitous usage, there is now a description of the interval on the dialogue, which gives the number of scale steps and, where appropriate, the number of semitones of the transposition. -Pasting has a tendency to hide courtesy accidentals where they were present in the original copied music. Thanks to Jerry Leighton for noticing this - it is now corrected. -Thanks also to Jerry for providing an example of a cluster of symbols which did not draw properly: and end-of-second-time-bar, music break, key-change time-change, and DS. (The DS was drawn in the wrong place when justification was on.) This is now fixed too. -While dealing with the above we also noted some occasional more minor causes of misplacement of some objects including DS etc and the numbers on 1st and 2nd time bars. These are now also corrected. -Hard line break symbols were sometimes not being drawn when required. This is now corrected too. -Incomplete beams (for example the second one on the semiquaver in a beam-joined dotted-quaver, semiquaver pair) tended to be being drawn rather too short. The reason for this has now come to light and it has been corrected. -A new global preference option has been introduced - to set the running version of mozart to be the defualt handler for mz files (the progtram which opens when you double click on an mz file icon). This is necessitated by the recent release of the MozartViewer which in the same way can also be set as the default mozart file reader. ================================================================ Version 6.0.5 April 2002 - Parts with rhythm guitar only do not show various symbols including coda and segno. Thanks to Jack Higham for pointing this out. It is now fixed. ================================================================ Version 6.0.4 April 2002 (Released only as an evaluation copy.) -A problem occurred appending a time signature at the end of a piece when the end-of-tune marker was right on the final bar line. thanks to various people for finding this one but especially to John Barrett for isolating it and highlighting the problem very clearly. It is now fixed. -There were problems with aligning parts in some peculiar time signatures (for example 8/1 and 16/2 but not 7/1 or 15/2). Thanks to Marshal Whiston for discovering these. The problem is now fixed. ================================================================ Version 6.0.3 February 2002 -Thanks to Jeroen Neve who has found a way to make a single bar longer than the stave width - with unpleasant results. This is now fixed. -Jeroen has also discovered odd behaviour if you empty two consecutive staves by dragging strands around in the score-layout dialogue. This is now fixed too. -Thanks also to Beverly Shepard who noticed that phrase markings were not deletable. This is now fixed too. -One or two people have reported a problem with playback missing the first note and always using a piano voice on certain XP machines. This has been a tricky one but I think I have found an anomalous behaviour which looks as if it should be benign, but possibly may not be on all systems. Tests on one affected machine indicate it is fixed in this service pack. Thanks to all who reported this problem and especially to John Mowad who has chronicled the problem in detail for me. ================================================================ Version 6.0.2 January 2002 - In a piece in which the only thing on the final page was the end-of-tune marker, the default printing options printed this page as an empty one. This is seldom likely to be the intent and it is now improved so that this page does not print. - An intermittent problem with converting the time signature of a selected block has been fixed. Thanks to Mark Venn and others for reporting this. -Thanks to Michael Richardson for noting that if percussion notes are deleted it can remove open/closed accents on other percussuion notes for the whole bar. This is now fixed. -Jeroen Neve has noticed that the short flags on beamed notes (eg in quaver-semiquaver) do not appear in the correct place id the note is offset. Thanks Jeroen, it is now fixed. -Thanks also to Jeroen for noticing that, whilst the MIDI Import command was correctly disabled while a MIDI file was actually being imported, this did not happen while a subsequent MIDI file was being imported. Weird one that! Still I think it is now fixed. -And thanks once more to Jeroen who seems to have been stress-testing MOZART very effectively! He points out that if you start a new file and then immediately change the time signature at the start, then this can cause problems. This is now also fixed. -Some intermittent problems with beat insertion command have been sorted out. -On importing MIDI files (which contain no stem direction information) MOZART 5 used to set tails of low notes up and high ones down. For some reason MOZART 6 decided to make them all point down. The MOZART5 behaviour has been restored. ================================================================ Version 6.0.1 November 2001 Some MOZART 6 teething troubles have been corrected as follows: -Exporting a bitmap of a whole page was distorting the aspect ratio of the page by about 15%; this is now fixed. -Using grace notes within multiplets was proving hazardous, this is now fixed too. (It's possible there may have been related problems which are now fixed with multiplets containing notes of different durations). -MOZART was allowing notes to get too close to some double bar-lines; they are now kept further away. -Sometimes on converting a note to a rest, an accidental was left behind. Thanks to Mark Heron and others for pointing this out: it is now fixed. -Bengt Johnsson found that the music sometimes got out of alignment when pressing delete with the caret at the end of a lyric syllable. This is now fixed too. -Vincent Sanzotti found a problem in a file which defeated the fix-up command Ctrl+F5. We don't know how the problem occurred but Ctrl+F5 has now been improved to deal with it. -Typing a hyphen in lyric edit mode moved under a following grace note, if there was one, instead of under the next note. Thanks to Nick Parsons for demonstrating this. It is now fixed. - Nick also turned up some problems which meant that MOZART could not cope with pieces with more than (specifically) 8 lyric lines in total. These are now also fixed. -Hiding barlines and time signatures was not always working properly. This is now fixed too. -Sue Franklin was starting to worry about the program when it took a little while to change a clef in a "humungous" piece on her aging Windows 95 machine, without presenting the hour- glass cursor. Sorry Sue: thanks for letting me know: the hour glass cursor is now shown while this is happening. -Sue also noticed thet the tie formatting part of the MIDI import process was not reporting which strand it was up to. It should have been and is now fixed too. -Jeroen Neve observes that a music break really ought to draw the time signature at the start of the next line when there is no time change. He is quite right of course - it was a complete oversight. Thanks Jeroen, this is now fixed. -Jeroen also noticed that stems on beamed groups were not being drawn properly when the group spanned a clef change. This came as no surprise as you weren't supposed to be able to beam groups past a clef change. However it was nearly correct, and so this has now been fixed so that you can. -Denis Mitchell has found somre of the above bugs, but also noticed that applying the octave command to a single note on a chord does not flip the notes round the stem in the desired pattern after the chord has been altered. thanks Denis; this is now fixed too. ==========================================