On 30 Jun, 2004, at 04:24 AM, Jari Williamsson wrote:

Darcy James Argue writes:

Regardless, he confirmed that they were aware a problem where two text
blocks end up sharing the same ID nubmer.

Huh? That's not a bug you've been mentioning!

Hi Jari,

I'm afraid you must be confused. It is a bug I've been mentioning repeatedly on this list and with my conversations with Macsupport. It is my number-one concern with Fin2004. This is how this whole thing started -- others on this list who were concerned with this bug started sending vicarious bugfix requests to Coda.

Again, here's the problem: when you have multiple documents open simultaneously, modifications to a text block in one tend to bleed into all the other open documents. Pre-2004, they would only affect other text blocks -- so the worst that would happen (to me) is that I would suddenly find myself with a set of parts where *all* of them said "Reed 1 (Soprano Sax/Flute)" in the upper left-hand corner. I was told the technical explanation for this bug is that somehow multiple text blocks in different documents end up somehow sharing the same ID number.

However, with the changes to Expressions introduced Fin2004, this problem can now afflict almost any kind of text -- so you can find all of your "mp" markings in all open documents replaced by the copyright date (as actually happened to me one.) You can find performance instructions replace staff names, and so on. I have been told by MacSupport that pretty much all text in Finale 2004 -- expressions, staff names, etc. -- now behaves like text blocks, which is why the problem with the text block ID numbers getting messed up now occurs much more often, and affects not only text blocks but expressions, etc.

If Brian was lying to me and telling the truth to you (about not being
able to duplicate the problem), then I guess he take-home message here
is that  Coda doesn't think it's worth their while to investigate this
bug, let alone solve it.

I think the tech support guy could be refering to the file-overwrite bug
rather than the text block bug.

That may be true (because that's consistent with what Brian has told me -- text block bug is reproducible in-house, file overwrite bug is not), but that wasn't what Brian actually said to Brad:


Here's the original exchange again.  Brad wrote:

To Whom it May Concern:

I wish to add my vote to the fixing of the most egregious Finale bug
I've ever heard of.  The spontaneous changing of text blocks in open
documents, and in some cases the complete replacement of their
contents, is horrible!  I can't believe MakeMusic! has allowed this
problem to continue as long as it has.

I personally have not encountered this bug, as I usually do not have
more than one Finale document open at a time.  However, it is
horrific
that this would even occur.  I am so alarmed at the bug's continual
existence that I find it difficult to persuade myself to purchase any
further version of Finale in which it is still included.

Please fix this bug.  It is the most disgusting thing I have
ever heard
of Finale doing to its users, and the fact that it has been a part of
Finale for so long makes me lose a great deal of faith in both the
program and its developers.

Brian responded:

We have written up bugs regarding this issue, but first for
clarification I would like to point out that this has been
experienced only by a handful of users (2 or 3), and we have
not been able to duplicate it in house therefore it is very
difficult to track down. If you experience this, or any other
bug, please write to us with specific steps so that we can
document it and try to come up with a solution.

Brad never said anything about the file-overwrite bug.

- Darcy

-----
[EMAIL PROTECTED]
Brooklyn, NY

_______________________________________________
Finale mailing list
[EMAIL PROTECTED]
http://lists.shsu.edu/mailman/listinfo/finale

Reply via email to