Mozart 2005 Version 8.1.0
IMPORTANT: this service pack will try to install an updated version of the Mozart
symbols font file mozart8_.ttf into your system fonts folder. In order to succeed it must first uninstall the old one. If the font is in use
(or if the Windows Operating System thinks it is), this will fail. But the rest of the Service Pack installation will succeed.
To check (optionally) for success: go to ControlPanel/Fonts and double click on the font mozart8. The information which appears should indicate
that this is version 2 of the font created in July 2005.
Symptoms of failure: the dots on repeat barlines ||: :|| will appear as ugly squares denoting a missing symbol in the font.
Corrective action: you will find a copy of the new version of the font mozart8_.ttf in the documents subfolder of your Mozart
program folder - typically "c:\program files\Mozart 2005\Documents"
Go to the ControlPanel/Fonts folder and delete the Mozart
8 font. If Windows prevents you from doing this, reboot your computer and try again.
Then copy the new version of the font file Mozart
8_.ttf from the above location into the ControlPanel/Fonts folder. Mozart
2005 will then find it
when it runs.
Also new in this service pack:
- Thanks to Michael Bednarek for reporting problems when a key and time
signature change are placed exactly at a Coda symbol. This is now fixed.
- Thanks also to Michael for finding an example where the paste operation
failed. It turned out that there are likely to be problems when the pasted chunk contains tempo changes in the middle of bars. This is now fixed.
[The tempo change are omitted from the pasting.]
- Thanks to Anthony Wieser for pointing out that the viewer was still
sometimes mistaking which version of Mozart
had written a file. This is now fixed, and the View/TuneProperties command now gives a little more
- Thanks also to Anthony for finding a file which just didn't print from
the Mozart viewer. This is now fixed too.
- Thanks to Jeroen Neve for locating problems with separating strands and
editing an anacrusis while the caret is on a lyric line. These are now fixed.
- Thanks to Mike Hurrell for pointing out a couple of typos in the help
system, which have now be corrected.
- Mozart 2005 (8.1.0) has been extended to allow use of compatible 3rd
party music fonts. A jazz font will be available for sale shortly - please keep an eye on the "news" page of http://www.mozart.co.uk for information
on this. Once a compatible 3rd party font is installed, it will automatically appear as an option in the drop down list of fonts in the layout
- The standard Mozart
symbol font file used by this version has been
updated to mozart8_.ttf (version 2). If there are problems, then a copy of mozart8_.ttf may be downloaded from www.mozart.co.uk.
- For some time now we have had occasional reports of Mozart
when notes are entered on lines and spaces of a percussion stave for which no instrument is defined. We have never been able to duplicate this.
Jeroen Neve has made the hugely significant observation that there is no crash if the midi echoing is switched off. This pinpoints it very nicely as
a sound card driver problem, and code has now been edited in an attempt to by-pass it. We still haven't duplicated the problem but, with luck, this
may stabilise it for those who have encountered it. Thanks Jeroen.
- Michael Bednarek, normally very much at home in the Mozart
had great difficulty finding out about raising and lowering 1st and 2nd time bars, and open and closed ends thereof. On inspection it transpired that
this information was buried fairly deeply with no obvious path to get to it. Cross referencing and indexing has therefore now been improved.
Mozart 2005 Version 8.0.3
The following problems, reported with Mozart
2005, are fixed in Service Pack Mz2005 SP 0.3
- Thanks to John Mowad for the reminder that shift+click ought to establish a selection from the caret to the point where one clicks. This now
- Thanks also to John for finding a bug in the stem drawing on tablature staves in cases where more than one string is played at once. The error
is small on the screen but can be enormously magnified on the printer. It is now fixed.
- Marie K has discovered a particular case where Mozart
's new accidental alignment in different strands is not working properly, and this has been
further elucidated by Michael Bednarek. Thanks Marie and Michael; this is now fixed.
- Some of the topics in the help "index by category" were truncated. This is now fixed.
has not been importing multiple-bars rest from NIFF files correctly. Thanks to John Morgan for sending an example. This is now fixed.
- Thanks also to Bill Patterson for sending a couple of NIFF files which defeated Mozart
. These now import happily too.
- Jeroen Neve has reported some strange scrolling behaviour which manifests itself when one has a very magnified view and attempts to delete an
undeletable bar-line. This was harmless but annoying and has now been curbed.
- Nigel Sharpe has found a peculiar circumstance (notes pseudo-tied at an octave) where Mozart
was not implementing the correct repeated
accidental rule. This is now fixed. Thanks, Nigel.
- Accidentals were also not correctly reverting after a note tied across a bar-line. This too is now fixed.
- A completely unrelated bug (as it turned out) was reported by Gunnar Nordstr�m in which it was not possible in some circumstances to remove all
the unnecessary visible accidentals from a selected block. This was failing internally also resulting in unwanted accidentals in some places. Thanks
to Gunnar's examples, this has now been fixed.
- David Neal and Bengt Johnsson have found strange things happening with bar numbers in the neighbourhood of multiple bars rest. On investigation
a few odd things were happening, depending on circumstances. Thanks to David and Bengt these are now fixed.
- There have been some residual problems with PageSetup (in particular changing between landscape and portrait modes) following the fix in the
previous service pack. Once again thanks especially to Joseph de Charentenay for his assistance. After particular difficulty tracking this down, it
was eventually found to apply only to devices with oblong pixels. And, oddly perhaps, printers whose pixels are none square when defined by Windows
98 drivers often turn out to be square when defined by Windows XP drivers. In fact no-one running XP has reported the problem. This was proving slow
to analyse but eventually we discovered that Windows XP has drivers for the ancient Epson FX80 printer with 120x144 dpi oblong pixels and debugging
was significantly accelerated. Thanks to Chris Marriott for suggesting this printer for debugging: I never dreamed there would be any left by the
time XP was released! The problem is now fixed (hopefully definitively).
- Thanks to Gerard Vogels for noticing that time signature changes at the end of lines were being placed off the right-hand-side of the stave, and
sending an excellent illustration. This is now fixed too. (This should be caught when loading music files in which it happened, but in case it
isn't, just insert space until the bar moves to a new line, and then delete the space again, and it will be reformatted correctly!)
- Thanks to Fred Bridges for sending a NIFF file which did not import correctly. The problem was that it had key changes at the start of systems,
which were not advertised at the end of the previous system. Mozart
's NIFF import module is now more tolerant of this lax syntax (not Fred's fault!)
and will now import this NIFF file (and probably a lot of others with which it may have has difficulty before).
- Thanks to Fred, and also to Graham Jones, author of SharpEye, we have also been able to improve the import of NIFF files time signature changes
at the end of stave lines.
- Bill Patterson has noticed that stave labels have been moving into the stave. They have now been nailed to the page (again).
- Jerry Leighton (probably among others) has been getting frustrated by the break symbol (//) getting forced (horizontally) up against notes wen
pasting or duplicating parts and has asked (very nicely) if anything can be done about this. It does seem reasonable that the break should be
compulsorily allowed some space to itself, and so it has now been prevented from getting too close to the notes and rests which it must lie between.
- Thanks to Jeroen Neve for pointing out that introducing extra bar lines could also create a myriad of courtesy accidentals. This bug appears to
have crept in in v 8.0.1 but is now fixed.
- Thanks to Szab� �rp�d Zolt�n for finding one or two typos in the help system, which have now been corrected.
Mozart 2005 Version 8.0.2
The following problems, reported with Mozart
2005, are fixed in Service Pack Mz2005 SP 0.2
- The View/KeyboardShortcuts command was failing on some computers. This is now fixed.
- For various commands (like NoteEnter and RestEnter) with non-editable keyboard shortcuts,
it should have been possible to assign additional shortcuts. It is now.
- The ViewKeyboardShortcuts command was failing on some computer systems. Thanks to Joseph de
Charentenay for finding this and providing some insight. It is now fixed.
- The PageSetup command was also failing on some computer systems. Thanks to Joseph and to
Roy Simons for providing information. This too is now fixed.
- Setting the music font size on the printer has also been causing problems under Windows 98 only.
Thanks to Robert Charlesworth and others for pointing this one out. This too is now fixed.
- Delete and Cut commands were not always removing lyrics from a selected block. This is also fixed now.
- Inserting clefs at the end of a piece when there is no space between the final barline and the end-of-tune
marker was causing sporadic problems. Thanks to jeroen Neve for pointing this out. These have now been fixed as
far as we can tell.
Mozart 2005 Version 8.0.1
Despite extensive testing, one or two teething troubles have been reported with Mozart
2005 (v 8.0.0), and are fixed in Service Pack Mz2005 SP 0.1
- The introduction to the help system failed to reflect some reorganisation of the contents. Thanks to John McLaughlin for finding this one. It is now
- At one point the help system also failed to reflect the change of the default keyboard shortcuts for multiplets from Ctrl+3 etc to Alt+3 etc. Thanks
to Fred Bridges for spotting this one which is now fixed.
- The Tab key wasn't working correctly on a Tab stave. Thanks to Colin Fine for finding this one. It is now fixed.
- Thanks to John Morgan, Nick Parsons and Mark Venn for sending NIFF files which caused problems for Mozart
2005. NIFF files were not being imported
completely consistently and in this case it had the effect of presenting them in a key one semitone higher than the correct one. This is now fixed.
- Thanks to Jeroen Neve and Bill Patterson, a rather unpleasant bug in the InsertBeat command has been uncovered . This is now fixed.
- Thanks also to Jeroen for noticing that inserting extra bars can remove courtesy accidentals in the neighbourhood, and cause some strange beaming
angles. These are fixed now too.
- Mark Venn has pointed out that if the first stave on the first system is hidden, the Undo command
always causes it to be shown, even when this is unnecessary and unwanted. Thanks Mark; this is
- Thanks also to Mark for noticing that hiding a stave on the penultimate line also hides it on the
last one in the case where there is nothing but the end-of-tune marker on the last line. This too is
- Short notes followed by a long gliss were sometimes causing an unending note to sound. Thanks
to Dan (surname not supplied) for finding this one. It is now silenced.
- Thanks also for Dan for showing that there are problems creating an anacrusis with the new
command if one of the parts doesn't contain as many beats as are going to be missed from the first
bar. This is now fixed too. [With this on top of all sorts of problems which arose during beta testing,
the anacrusis command takes the prize for the thing which looked utterly simple but caused
horrendous problems. But it should definitely be all right now!]