Hi all,
I'm wondering if there's a good workaround for this bug, in Fin11 and
probably earlier versions:
Start with a new default document. Add a second staff. Define a new
staff style, copyable, and check 'Independent Time Signature'. Apply
this staff style to the second staff, and then
I tested this in FinMac2010, and the slurs stay unless they venture
into the slash notation area, then they get hidden. All slurs that
stay entirely out of the slash area show normally. This does not
appear to be a bug, as I am having trouble figuring out a situation
in which I would want
Hi!
Can anyone confirm this behaviour: (Fin 2010.r4 on Windows XP Pro)
I'm working on a chart where alot of measures have some parts as slash notation
(applied as Staff Style), and parts of the measure as Standard Notation
(no/cleared Staff Style).
After applying the slurs I want on the
On 17.02.2009 David W. Fenton wrote:
Certainly I could auto-update layout and avoid this problem, but I'm
*never* going to do that. Do recent versions of Finale manage not to
screw up existing layouts? Perhaps it has something to do with the
fact that I tend to work back and forth between 75%
On 17.02.2009 David W. Fenton wrote:
The reason why this bothers me is because it means data is constantly
being discarded and recreated. This means that there will be a
certain level of fragmentation in the file's internal structures
(whether in RAM only, in temp files only, or in the actual
On 17.02.2009 David W. Fenton wrote:
There is simply no excuse for repeating a system from one page to
another. That's a bug. I shouldn't have to update page layout
(manually or automatically) just to be sure I don't encounter that
bug.
The bug is that auto-layout-update can be disabled in
On 17 Feb 2009 at 0:47, Darcy James Argue wrote:
On 17 Feb 2009, at 12:24 AM, David W. Fenton wrote:
there was no reason that page
layout needed to be updated.
Yes there is, as I said. You modified note values. That always
requires the layout to be updated. That's just how Finale
On 17 Feb 2009 at 0:50, Darcy James Argue wrote:
On 17 Feb 2009, at 12:24 AM, David W. Fenton wrote:
Again, this is why I feel that the layout should always update
automatically.
And I respectfully disagree. I don't want things jumping around
onscreen while I'm working.
On 17 Feb 2009 at 10:03, Johannes Gebauer wrote:
On 17.02.2009 David W. Fenton wrote:
Certainly I could auto-update layout and avoid this problem, but I'm
*never* going to do that. Do recent versions of Finale manage not to
screw up existing layouts? Perhaps it has something to do with
On 17 Feb 2009 at 10:06, Johannes Gebauer wrote:
On 17.02.2009 David W. Fenton wrote:
There is simply no excuse for repeating a system from one page to
another. That's a bug. I shouldn't have to update page layout
(manually or automatically) just to be sure I don't encounter that
bug.
On 17 Feb 2009 at 10:09, Johannes Gebauer wrote:
On 17.02.2009 David W. Fenton wrote:
The reason why this bothers me is because it means data is constantly
being discarded and recreated. This means that there will be a
certain level of fragmentation in the file's internal structures
Darcy James Argue wrote:
I will repeat, for not the first time, that I do not understand the
rationale for anyone leaving Automatically Update Layout off.
Here is mine: Finale has a bug in how it relates to plugins and you can
avoid that bug by turning off AUL. Specifically, any plugin
David W. Fenton wrote:
On 17 Feb 2009 at 10:09, Johannes Gebauer wrote:
On 17.02.2009 David W. Fenton wrote:
The reason why this bothers me is because it means data is constantly
being discarded and recreated. This means that there will be a
certain level of fragmentation in the file's
On 17.02.2009 David W. Fenton wrote:
Well, I am not an expert on Finale's data structures, but I am pretty
sure updating the layout actually changes nothing in the file itself.
You can't seriously believe that, can you? Before my update layout,
pages displayed the problem. After I updated,
On 17.02.2009 David W. Fenton wrote:
I think there might be a slight misunderstanding of what updating the
layout actually does. It does not manipulate any data (unless such
options are active) in the actual file.
Page layout is not stored in the Finale file? You realize how
ridiculous
On 17.02.2009 David W. Fenton wrote:
You snipped the context. I did not claim that automatic layout
updating caused that problem, but automatic music spacing *does*
cause the problem. And it's only if I had automatic music spacing
turned on that the music spacing could have changed without me
On 17.02.2009 dc wrote:
I'm afraid David is right on this count. I just modified the music spacing,
saved and closed the file without updating the layout. When I reopen it, the
layout is still the same and needs to be updated.
Well, that's actually not what David just discribed, he said it
On 17 Feb 2009, at 8:59 AM, Robert Patterson wrote:
Darcy James Argue wrote:
I will repeat, for not the first time, that I do not understand
the rationale for anyone leaving Automatically Update Layout off.
Here is mine: Finale has a bug in how it relates to plugins and you
can avoid
A couple things from this Automatic Update Layout discussion:
1) Plug-ins can turn the various automatic layout settings on and off.
If you see automatic layout being switched out from under you, see if
you can relate this to running a specific plug-in. If so, please
report the problem to
The short answer is no. As I recall, the specific problem occurs for Beam
Over Barline when the beam crosses a page boundary. Finale does an internal
AUL in mid-stream at one point when I force a recalculation of measure (or
bar) metrics, and at that point I can no longer see the relevant system
On 17-Feb-09, at 17-Feb-09 1:26 PM, Darcy James Argue wrote:
On 17 Feb 2009, at 8:59 AM, Robert Patterson wrote:
Darcy James Argue wrote:
I will repeat, for not the first time, that I do not understand
the rationale for anyone leaving Automatically Update Layout off.
Here is mine:
On 17 Feb 2009 at 14:52, dc wrote:
I don't have the automatic update layout out on, but I update it manually
as needed without even thinking. It's a habit I've had for so many years
that I never even thought of changing this setting.
I'm pretty automatic with it, too, especially during the
On 17 Feb 2009 at 7:59, Robert Patterson wrote:
David's concern that excessive updating could cause fragmentation is
probably not warranted. This is based on a plugin-writer's level of
knowledge about Finale internals, rather than a Finale developer's. But
without boring the list with a a lot
On 17 Feb 2009 at 9:49, dhbailey wrote:
David W. Fenton wrote:
On 17 Feb 2009 at 10:09, Johannes Gebauer wrote:
On 17.02.2009 David W. Fenton wrote:
The reason why this bothers me is because it means data is constantly
being discarded and recreated. This means that there will be a
On 17 Feb 2009 at 16:15, Johannes Gebauer wrote:
On 17.02.2009 David W. Fenton wrote:
Well, I am not an expert on Finale's data structures, but I am pretty
sure updating the layout actually changes nothing in the file itself.
You can't seriously believe that, can you? Before my
On 17 Feb 2009 at 16:19, Johannes Gebauer wrote:
On 17.02.2009 David W. Fenton wrote:
I think there might be a slight misunderstanding of what updating the
layout actually does. It does not manipulate any data (unless such
options are active) in the actual file.
Page layout is
On 17 Feb 2009 at 16:27, Johannes Gebauer wrote:
On 17.02.2009 dc wrote: I'm afraid David is right on this count. I
just modified the music spacing, saved and closed the file without
updating the layout. When I reopen it, the layout is still the same
and needs to be updated.
Well, that's
On 17.02.2009 David W. Fenton wrote:
Sorry, but I'm really not following you here. If the onscreen layout
is screwed up, I expect it to print that way. If I close the file
without updating the layout, I expect to see the same screwed-up
layout. If I update layout so that it's correct and then
On 17 Feb 2009 at 16:29, Johannes Gebauer wrote:
On 17.02.2009 David W. Fenton wrote:
You snipped the context. I did not claim that automatic layout
updating caused that problem, but automatic music spacing *does*
cause the problem. And it's only if I had automatic music spacing
On 17.02.2009 David W. Fenton wrote:
Ridiculous it may be (I actually have no opinion on that), but that's
how Finale works.
I don't believe there's anything ridiculous about it.
But those were your words ...;-)
Johannes
___
Finale mailing
On 17.02.2009 David W. Fenton wrote:
AUL doesn't offer me anything I have ever needed, either, as my
workflow is such that I do page layout at the end of the entry
process. If I had changed the music in such a way as to alter the
width of any measures, I would have respaced the music and
On 17.02.2009 Michael Good wrote:
1) Plug-ins can turn the various automatic layout settings on and off.
If you see automatic layout being switched out from under you, see if
you can relate this to running a specific plug-in. If so, please
report the problem to MakeMusic and/or the plug-in
On 17 Feb 2009 at 13:26, Darcy James Argue wrote:
David's reasons, on the other hand, make no sense at all to me. He
keeps mentioning issues related to Automatic Music Spacing, which of
course has nothing to do with Automatic Update Layout
I only brought up automatic music spacing because
On 17 Feb 2009 at 22:14, Johannes Gebauer wrote:
Whatever the case, I still cannot understand your reasoning for not
having the auto-update feature on.
Because I do my page layout updates manually, at the time in my
workflow when I'm laying out the pages. If I then edit in such a way
as to
On 17 Feb 2009, at 4:23 PM, David W. Fenton wrote:
On 17 Feb 2009 at 13:26, Darcy James Argue wrote:
David's reasons, on the other hand, make no sense at all to me. He
keeps mentioning issues related to Automatic Music Spacing, which of
course has nothing to do with Automatic Update Layout
On 17 Feb 2009 at 22:22, Johannes Gebauer wrote:
On 17.02.2009 David W. Fenton wrote:
AUL doesn't offer me anything I have ever needed, either, as my
workflow is such that I do page layout at the end of the entry
process. If I had changed the music in such a way as to alter the
width
On 17 Feb 2009 at 16:34, Darcy James Argue wrote:
On 17 Feb 2009, at 4:23 PM, David W. Fenton wrote:
On 17 Feb 2009 at 13:26, Darcy James Argue wrote:
David's reasons, on the other hand, make no sense at all to me. He
keeps mentioning issues related to Automatic Music Spacing, which of
On 17 Feb 2009, at 5:03 PM, David W. Fenton wrote:
On 17 Feb 2009 at 16:34, Darcy James Argue wrote:
On 17 Feb 2009, at 4:23 PM, David W. Fenton wrote:
On 17 Feb 2009 at 13:26, Darcy James Argue wrote:
I only brought up automatic music spacing because someone asserted
that *of course* I
Hi Robert,
Thanks for the explanation about the Beam Over Barlines plug-in. But
in that case, as Johannes asked, why not just turn Automatic Update
Layout off from within the plug-in? You can then do a manual update
layout, do the plug-in changes, run further manual update layouts if
needed, then
On 17.02.2009 Michael Good wrote:
Thanks for the explanation about the Beam Over Barlines plug-in. But
in that case, as Johannes asked, why not just turn Automatic Update
Layout off from within the plug-in? You can then do a manual update
layout, do the plug-in changes, run further manual update
On 17.02.2009 David W. Fenton wrote:
Well, you do!
No, I really don't. The measure widths haven't changed, so even if
I've replaced a whole note with sixteen 32nd notes, there is no
reason I need to update the page layout. No, it won't look good, but
it shouldn't require a page layout
On 17.02.2009 David W. Fenton wrote:
I'll update the layout when the layout is wrong. In this case, my
mistake was in not looking at the onscreen display of the page
layout.
But I'm not going to update the page layout when I can see onscreen
that it's correct, even though you claim I should
I use WinFin2003, and just had a disaster with uploading a PDF
produced after some minor edits on a file. I did nothing but alter
some of the note values in some measures (altering quite a few dotted
whole notes to be whole notes plus half rest). I didn't think about
it, and just reprinted the
On 16 Feb 2009, at 11:56 PM, David W. Fenton wrote:
Certainly I could auto-update layout and avoid this problem, but I'm
*never* going to do that.
I will repeat, for not the first time, that I do not understand the
rationale for anyone leaving Automatically Update Layout off. In
fact, I
On 17 Feb 2009 at 0:07, Darcy James Argue wrote:
On 16 Feb 2009, at 11:56 PM, David W. Fenton wrote:
Certainly I could auto-update layout and avoid this problem, but I'm
*never* going to do that.
I will repeat, for not the first time, that I do not understand the
rationale for anyone
On 17 Feb 2009 at 0:24, David W. Fenton wrote:
And the way automatic page layout works
means that there's far more page layout recalculating done than is
necessary (because the automatic page layout recalc on the current
page discards the layout for all subsequent pages, which means they
Hi David,
On 17 Feb 2009, at 12:24 AM, David W. Fenton wrote:
there was no reason that page
layout needed to be updated.
Yes there is, as I said. You modified note values. That always
requires the layout to be updated. That's just how Finale works.
It was perfect as is, and none of my
On 17 Feb 2009, at 12:24 AM, David W. Fenton wrote:
Again, this is why I feel that the layout should always update
automatically.
And I respectfully disagree. I don't want things jumping around
onscreen while I'm working.
Respectfully, David, I don't think you fully understand how the
Found it!
greetings
Raimund Lintzen
Original-Nachricht
Betreff: Re: [Finale] bug?
Datum: Tue, 27 Feb 2007 11:11:09 EST
Von: [EMAIL PROTECTED]
Antwort an: finale@shsu.edu
An: finale@shsu.edu
In a message dated 2/27/07 8:30:39 AM, [EMAIL PROTECTED]
writes:
Oliver Pospiech
Yep
http://www.finalemusic.com/finale/system-requirements.aspx
Martin Banner wrote:
I currently do all my work on Finale 2003a on my Mac Powerbook G4 (3
1/2 years old) with OS 10.3.9. Would I need to go to a more recent Mac
OS in order to use Fin2008 (or even Fin2009)?
Martin
I currently do all my work on Finale 2003a on my Mac Powerbook G4 (3
1/2 years old) with OS 10.3.9. Would I need to go to a more recent Mac
OS in order to use Fin2008 (or even Fin2009)?
Martin
On Oct 18, 2007, at 3:20 PM, Leigh Daniels wrote:
I wonder if the lack of bug fixes in the
I wonder if the lack of bug fixes in the initial release of Fin2008 and
the lack of a Fin2008 update are due to the immanent release of Leopard.
I believe that there are major changes, including kernel changes, coming
with the new OS. If this is true and if I were MM, I would be putting
all my
I have been a finale (FinWin) user since 3.7, and right now, although I
find the Sibelius discussion tempting, I do not plan on switching. I
have upgraded to 2008, and while I am not a heavy user (maybe an hour a
day), nor am I a professional engraver/musician/composer, I do
occasional work
Thanks to all for the overwhelming response to my question about users
skipping the current upgrade or switching products. Most surprising was
the fact that no one on the list has stepped up and indicated that he or
she has either upgraded and been satisfied with the upgrade or has the
I recall at least one person who said that he had upgraded to Fin2008
and was very happy with it. (Or did he say 'content' with it?)
At least there was one (and possibly another) over the past 3 weeks or
so that have said they're using it quite well.
David H. Bailey
Daniel Wolf wrote:
I am having _very cautious_ success with 08, because a couple of -very
serious- bugs I (and almost no one else, bugs which were serious enough
to keep me from using 07 at all) had with 07 , have been fixed in 08. I
am just starting into some serious 08 use, and there are so many GUI
changes
/symphony.html
http://www.geocities.com/~jbenz/lesbio.html
- Original Message -
From: dhbailey
To: finale@shsu.edu
Sent: Monday, October 15, 2007 4:57 PM
Subject: Re: [Finale] Re: Finale Bug Fix Wish List
I recall at least one person who said that he had upgraded
On Jul 8, 2007, at 9:51 PM, Rich Caldwell wrote:
On Jul 8, 2007, at 9:04 PM, Christopher Smith wrote:
I have never seen a PDF created on my Mac that didn't print
correctly (except when printing from Windows 98), but I would
suspect a font issue. For a while I had a font that displayed
Has anyone noticed this bug before and know of a fix?
FinMac2k7c, a score originally created in 2k7a(?) probably, using
linked parts:
At the beginning of two (and sometimes three) of the movements, the
clefs and time signatures are grayed out on the PDF print-out of the
full score (using
On Jul 8, 2007, at 7:22 PM, Rich Caldwell wrote:
Has anyone noticed this bug before and know of a fix?
FinMac2k7c, a score originally created in 2k7a(?) probably, using
linked parts:
At the beginning of two (and sometimes three) of the movements, the
clefs and time signatures are grayed
On Jul 8, 2007, at 9:04 PM, Christopher Smith wrote:
I have never seen a PDF created on my Mac that didn't print
correctly (except when printing from Windows 98), but I would
suspect a font issue. For a while I had a font that displayed
correctly but printed different characters!? Changing
Christopher Smith wrote:
On May 24, 2007, at 6:52 PM, dhbailey wrote:
In Fin2007, you can set the measure attribute for the second measure
so that it isn't calculated in the measure numbers. In earlier
versions you have to monkey around with defining additional regions to
handle the
On May 24, 2007, at 6:52 PM, dhbailey wrote:
In Fin2007, you can set the measure attribute for the second
measure so that it isn't calculated in the measure numbers. In
earlier versions you have to monkey around with defining additional
regions to handle the measure number hassles that
Although Finale 2006 added the Include in Measure Numbering bit, I would
under no circumstances employ it. It seems to have been hastily added
and incompletely implemented. It is a big solution to a small problem.
Wisdom suggests avoiding the potential headaches.
--
Robert Patterson
On Feb 27, 2007, at 9:59 PM, Raymond Horton wrote:
My solution to both that problem and the idiotic postage stamp-
sized printing bug that I have had with new files in 2007 (that no
one else seems to have) is to stop using the accursed 2007 and go
back to 2006. It works.
A local
Please, who can help me? Does anybody know this behaviour of finale (2006c
WinXP):
blocked::http://www.oliver-pospiech.de/
blocked::http://www.oliver-pospiech.de/bug.jpg
www.oliver-pospiech.de/bug.jpg - thick, blue signs crossed over the screen!
What can I do against it?
Thanks,
Oliver
Please, who can help me? Does anybody know this behaviour of finale (2006c
WinXP):
www.oliver-pospiech.de/bug.jpg - thick, blue signs crossed over the screen!
What can I do against it?
Thanks,
Oliver
___
Finale mailing list
Finale@shsu.edu
Oliver Pospiech wrote:
Please, who can help me? Does anybody know this behaviour of finale (2006c
WinXP):
blocked::http://www.oliver-pospiech.de/
blocked::http://www.oliver-pospiech.de/bug.jpg
www.oliver-pospiech.de/bug.jpg - thick, blue signs crossed over the screen!
What can I do against
I think this has something to do with staff styles, but I can't remember
the solution, sorry.
Oliver Pospiech wrote:
Please, who can help me? Does anybody know this behaviour of finale (2006c
WinXP):
www.oliver-pospiech.de/bug.jpg - thick, blue signs crossed over the screen!
What can I do
In a message dated 2/27/07 8:30:39 AM, [EMAIL PROTECTED]
writes:
Oliver Pospiech wrote:
Please, who can help me? Does anybody know this behaviour of finale (2006c
WinXP):
blocked::http://www.oliver-pospiech.de/
blocked::http://www.oliver-pospiech.de/bug.jpg
Believe it or not, the Blue Triangle appears because you have Internet
Explorer 7 installed on your computer. To get rid of the triangle, click on
the
Document Menu -- Document Options -- Lines and Curves. In the upper right
hand
corner is a Resolution field. Change the number in the field
That was I. I have a similar problem in FinWin 2007b - occasional large
blue triangles (which do not affect printing, but more later). I didn't
get any real suggestions offered - some people here seemed so aghast
that could I briefly misidentify my version of Windows as ME instead of
XP (I
Yesterday I installed the Finale 2k7b update, and I think I found as
bug. Not a big one, but very annoying to my ways of working.
Here is what I observed:
Yesterday I had a lengthy session in Finale. Last night I closed and
quit Finale, and I know for absolute certain that I did not save
I found the same thing when i installed FIn2K7a, and mentioned it to tech
support at MM to no avail. Also, I have enabled the software to make a
copy when I do a save and directed it to a folder outside of the Finale
folder) on a seperate drive on my Mac) and it repeatedly saved backup
files in
Yesterday I installed the Finale 2k7b update, and I think I found as
bug. Not a big one, but very annoying to my ways of working.
Here is what I observed:
Yesterday I had a lengthy session in Finale. Last night I closed and
quit Finale, and I know for absolute certain that I did not save
On 08.02.2007 Randolph Peters wrote:
I get the feeling that this was supposed to be a feature enhancement and that
MM didn't want all the settings to change. I don't mind opening a file with the
same staff set that I left it in, but I agree, intentional changes in Finale
behaviour should be
In response to Johannes and Vern:
I also experience this behavior in 2K7, though I find it only mildly
annoying. There are other problems, and the communication with the
support staff has deteriorated markedly since MM has gone to the web
based system. It is not only mechanically more
On 08.02.2007 Chuck Israels wrote:
I have a problem loading a Document Options library (on a Mac). When I load a
correctly (I believe) saved library, most of the font selections are lost -
wrong fonts are substituted, requiring me to correct them and practically
destroying the advantage of
I also asked MM why any of the libraries I used/created in Fin2K6 would
not load (Chord Symbols, Shape Expressions, Shapes, Articulations) in
Fin2K7 but got no response to that question. Very frustrating, because I
decided to use a new template (from 2K7) to work on a new piece (rather
than what I
Hi Johannes,
Did you report this to MM?
I am going to try once again to contact Jim Bruce and see if I can
get some satisfaction - at least the acknowledgment of the existence
of the problem.
I keep telling them about this, and they are passing it off as an
anomaly of my system. Other
On 08.02.2007 Chuck Israels wrote:
Did you report this to MM?
Well, no, because it actually happened when using Settings Scrapbook.
Johannes
--
http://www.musikmanufaktur.com
http://www.camerata-berolinensis.de
___
Finale mailing list
On 08.02.2007 [EMAIL PROTECTED] wrote:
I also asked MM why any of the libraries I used/created in Fin2K6 would
not load (Chord Symbols, Shape Expressions, Shapes, Articulations) in
Fin2K7 but got no response to that question.
Well, this is old news. To get your libraries updated, load them in
I also had problems loading my spacing libraries into 2K7 - nothing
would load - MM couldn't explain it either, but they said they would
look at it.
The work-around for me was to use 2K6, load the library items into a
blank file. Open that file with 2K7, then make a library - in my case
At 07:58 -0800 2/8/07, Chuck Israels wrote:
the communication with the support staff has deteriorated markedly
since MM has gone to the web based system. It is not only
mechanically more difficult to communicate, but the quality of the
responses are sometimes dismally off the subject...
Hi Jef,
There is a place for feedback, but I am now in phone communication
with the head of customer support at MM (Jim Bruce), a non-technical
guy who is attempting to get the tech people (specifically the Mac
guys) to respond to this library issue and the mishandling of fonts.
I hope
Johannes Gebauer / 2007/02/08 / 12:21 PM wrote:
This has been the same since Finale existed. Libraries were never
compatible with newer versions, or were they?
Well, my chord lib is fairly complicated, which I just load it up when I
get new Finale versions. I delete the entire chord lib on the
On Feb 8, 2007, at 11:21 AM, Johannes Gebauer wrote:
On 08.02.2007 [EMAIL PROTECTED] wrote:
I also asked MM why any of the libraries I used/created in Fin2K6
would
not load (Chord Symbols, Shape Expressions, Shapes, Articulations) in
Fin2K7 but got no response to that question.
Well,
I only recall one earlier version (long ago) where Finale libraries
wouldn't translate, and the documentation was very clear on this point: I
think it was around the time that MacIntosh moved from Sys software 6.x to
7.0. But, I have been nigrating libraries since Finale 2002 with no
issues.
On
On 08.02.2007 Thomas Schaller wrote:
they always were compatible. Until 2K7 I was using my 2004 libraries.
Sorry, my bad, you are correct.
Johannes
--
http://www.musikmanufaktur.com
http://www.camerata-berolinensis.de
___
Finale mailing list
Chuck Israels / 2007/02/08 / 01:24 PM wrote:
Jim says they are working on a much improved web based system of
communication to be implemented later this year. I'm glad to hear
it, because this one is clumsy, to say the least. Jim says they get
4,000 web requests and 15,000 phone calls a
Hi Hiro,
That is exactly the system Jim said they would be implementing. MM
doing something right, at least the second time around!
Thanks - and warm regards,
Chuck
On Feb 8, 2007, at 11:05 AM, A-NO-NE Music wrote:
Chuck Israels / 2007/02/08 / 01:24 PM wrote:
Jim says they are
On 8-Feb-07, at 11:44 AM, [EMAIL PROTECTED] wrote:
I also asked MM why any of the libraries I used/created in Fin2K6
would
not load (Chord Symbols, Shape Expressions, Shapes, Articulations) in
Fin2K7 but got no response to that question.
A little-known and often-overlooked feature that
Chuck Israels wrote:
Attempts to communicate with MM have become more frustrating than
they are worth.
I know! I report serious bugs to try and make the program better, but
I get the feeling that MM doesn't even read my messages. My last
report has been going back and forth for 3 weeks and
I ran accidentally into this bug today. I needed to use the split measure plug-in in a part to split an unmeasured bar that was too long. Later I noticed that the last measure of the part was gone! Here are the steps (100% reproducible for me):A few bars before the last one, select one measure and
Hi Darcy,
I have had similar strangeness in 2006 with applying blank notation
to beamed tuplets. In my template, beams and tuplet numbers
disappear resulting in single notes and stems throughout the measure
(no tuplet numbers visible anymore). Is this the same thing you are
describing?
Applying blank notation to a group of beamed (unbracketed) tuplets
causes tuplet brackets to appear.
FinMac2006c.
- Darcy
-
[EMAIL PROTECTED]
http://homepage.mac.com/djargon
Brooklyn, NY
___
Finale mailing list
Finale@shsu.edu
Sent: Friday, October 28, 2005 3:42 PM
To: finale@shsu.edu
Subject: Re: [Finale] Bug report - Slurs between layers between systems
-2006PC (REPOST)
Shouldn't that be the shipping department, though?
Thanks for keeping us posted -- I was genuinely wondering what was up.
David H. Bailey
Fisher
At 10/31/2005 11:38 AM, Fisher, Allen wrote:
Customer support also has the wonderful task of processing orders and
taking questions on the new product. There's always a bit of a deluge
whenever we release a product that's a popular seller.
Wow! I never heard of customer support also doing
At 10/31/2005 01:07 PM, Fisher, Allen wrote:
They do that as well, but current customers include not only current users
with technical questions, but dealers, folks upgrading and wanting to know
what's new, taking orders, etc.
Taking orders?
I just went down and talked to my customer support
On Oct 28, 2005, at 3:08 PM, Lon Price wrote:
How about in a piano part, where in one measure a note needs to be in
layer 2, but there's no need to do layers in the next measure--all
notes are layer 1. This happens to me all the time when writing piano
music, and so far this bug hasn't
1 - 100 of 119 matches
Mail list logo