Richard Yates wrote:
- On a reduced staff, placement and dragging of expressions separates
the
expression and the handle - they move at different speeds when you drag.
On Mac this has been fixed since at least Fin2004. I would be surprised
if it hasn't on Win also. Or perhaps there is a specific type of
expression that's a problem. If so, be specific.
It is in FinWin2005 and I heard it was in FinWin2006 (which I skipped).
- Start a new document, single staff, with 4/4 time signature. In Staff
Attributes check 'Independent Key Signature'. Then with the Time
Signature
Tool try to change the time signature to 3/4. Nothing happens - it won't
change.
That one is still there. But it is an absurd test.
Right, but that is, in part, the point. They still do not fix things out a
sense of elegance or principle, but only when there is sufficient clamor.
When I reported it to tech support they said "As far as I can tell, the bug
has no serious consequences...but it's worrying all the same." Not worrying
enough, I guess.
In defense of the development team, though, they have a tough time of
things. They don't want the annual upgrade cycle, I'm sure. That's
forced on them from above. They don't want all these new bells and
whistles, those are forced on them by the marketing department. They
may not individually or privately want the priority they are handed in
fixing bugs or improving features.
I agree with Richard, that a sense of elegance would dictate removing
even such a non-problem bug, especially as we all know that one bug
doesn't affect just one tiny aspect of a program but may have other
consequences, as may the repair of such a bug affect other aspects of a
program and introduce other bugs.
But when one works for a corporation, it is the corporation's sense of
elegance or principle which rules, not the programmers', not even the
person who is the head of development can exercise his/her sense of
elegance and principle.
That bug certainly isn't worrying enough at the corporate level, that's
obvious. But the programmers may well still be bothered by it and long
for even a 15-month upgrade cycle so they have that extra time to
address existing bugs.
--
David H. Bailey
[EMAIL PROTECTED]
_______________________________________________
Finale mailing list
[email protected]
http://lists.shsu.edu/mailman/listinfo/finale
