On 1 Oct 2002 at 9:39, Harold Owen wrote: > On Sept. 30, David Fenton wrote: > > > >A number of the crescendos/diminuendos that I've entered in scroll > > >view in WinFin2003 turn out to cross the barline, so that now I'm > > >getting tiny little tick marks at the beginning of a new system > > >(representing the end of the dynamic markings). Dragging the end > > >right-hand points in scrollview does not move the attachment point, I > > >see, and the only way I've found to fix it is to delete the marking > > >entirely and re-enter it. > > > > > >Am I missing something obvious? > > > > > >Isn't this something that didn't used to work this way? > > I responded: > > > It always worked this way when you extended the "hairpin" through a > > bar line even the smallest bit. In really early versions, the little > > piece of the hairpin even turned backwards. To avoid the problem, > > back up to the bar where the hairpin was entered, double-click the > > main handle, and drag the right end back across the bar line. Long > > ago I got in the habit of stopping short of the bar line unless the > > hairpin continued well into the next bar. > > To which David wrote: > > >But in older versions, dragging the endpoint back did the trick. In > >WinFin2003, it does not, at least, it doesn't for me. > > > >And that's why I posted the question -- is this something new in > >WinFin2003 (or some version of Finale after WinFin97) that makes it > >much, much harder to fix this, when you make the mistake of *not* > >stopping short of the barline, as you suggest. > > I'm using 2003 on Mac. After some experimentation with older versions > (Fin97, Fin2000, Fin2002) I see that the only change in behavior for > crescendo and diminuendo smart shapes is when they were selected, > they used to be in a bounding box. . . .
??? You're saying that on the Mac, 2003 does not have the problem I've described? > . . . Since Fin2002 they have four > handles. The larger one in the middle is for overall positioning and > selection. The two at the ends adjust the beginning and end points, > and the one near the opening adjusts the width of the opening. Now, > as was true in the past, if you want to eliminate an overhang across > a bar line, you must have the whole shape showing on the screen, then > you adjust the right end while the shape is selected. I find it much > easier to grab and drag the handle at the right end than to click on > the end of the old bounding box. . . . Yes, I find this easier, too. It's also completely irrelevant to the problem I'm describing. > . . . It should not be necessary to delete > the shape and reenter it. . . . It is -- I just tested in WinFin97, and it works fine there. But the same exact procedure in WinFin2003 never gets rid of the extra little bits in the new system -- there are always two little dots there. > . . . Of course, you can sometimes correct the > problem just by dragging the whole shape a little to the left using > the handle in the middle of it. One new feature I like is you can > check a box in Smart Shape Options so that all hairpins will be > horizontal. Well, if I did that, it would require two steps. Of course, just trying it in WinFin2003, it doesn't happen! That is, if I place a crescendo in scroll view so that it crosses a barline that I know to be a system break, then go into page view, note the tick marks, go back to scroll view and resize, then return to page view -- now it works. I thought maybe the difference had something to do with just entering it now, but I went to an existing problem crescendo, and was able to fix it in scroll view. > I would certainly not wish to give up the many improvements in Finale > since Fin97. . . . Why bother to say something like this, if not to address what you see as a supposed attitude or assertion on my part that the old way was better? Yes, I agree 100% that the new way is vastly superior. But if there's a bug, there's a bug, and the improvements are irrelevant. As it turns out, right now I can't reproduce the bug, and will need to investigate further to figure out the circumstances that were cause the problem before. > . . . One little change I just discovered is: now when using > Speedy Entry and looking at my sketch, entering notes and rests a > mile a minute, when I make a mistake and the familiar screen comes up > telling me there is too much music in the bar, it's accompanied by a > warning beep. In older versions, I could blissfully continue for many > measures, then find that my entries had stopped several bars back. > Such a simple added features has saved me lots of time and > frustration. Yes, but there's no longer a cancel button that allows you to go back to Speedy and fix it without leaving the measure. That's a bad thing, in my opinion. -- David W. Fenton | http://www.bway.net/~dfenton David Fenton Associates | http://www.bway.net/~dfassoc _______________________________________________ Finale mailing list [EMAIL PROTECTED] http://mail.shsu.edu/mailman/listinfo/finale
