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 h
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 update
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 nee
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 Spacin
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
>
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
I
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 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 becaus
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 manual
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 lis
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:
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 s
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,
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.
> >
> > Pa
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? Befo
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 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
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-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: F
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
On 17.02.2009 Robert Patterson wrote:
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 that needs to determine
page layout info, such as which system and/or page a measure may be on, does
not work reliably if AU
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 do
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 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 t
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,
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 intern
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 th
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 structure
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
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
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 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 F
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 th
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 f
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% a
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
fea
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
e
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 the
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 fo
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
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 P
41 matches
Mail list logo