Re: [Finale] Finale 2011 Review
dc wrote: A question on the improvements in lyrics handling: is it now possible to have the first hyphen after a system break under the first note? I requested this feature several versions ago and was told it might be added. Yes, a hard hyphen can be put under the first note on a system. A standard hyphen will also appear at the end of the previous system. Best regards, Jari Williamsson ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Finale 2011 Review
On 6 Jun 2010 at 22:20, Jari Williamsson wrote: dc wrote: A question on the improvements in lyrics handling: is it now possible to have the first hyphen after a system break under the first note? I requested this feature several versions ago and was told it might be added. Yes, a hard hyphen can be put under the first note on a system. A standard hyphen will also appear at the end of the previous system. It's not clear to me if you answered Dennis's question. In previous versions of Finale we could manually add a hard hyphen at the beginning of a system. But the problem with that is if the layout changes, you'd have to take it out, and that leads to all sorts of issues. Finale should do it automatically, so that it aligns properly at the beginning of the system, and so that hyphens continue as long as appropriate on the second system. -- David W. Fentonhttp://dfenton.com David Fenton Associates http://dfenton.com/DFA/ ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Finale 2011 Review
On Jun 6, 2010, at 1:53 PM, dc wrote: Finale does do it automatically with so-called smart hyphens. The problem is that they aren't smart enough to align properly with the first note (I know some prefer to have them shifted to the left, but I don't). It's still like that in v2010. I agree with you, I'd rather have the hyphen string start with the first note. mdl ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Finale 2011 Review
Mark D Lew wrote: I suggest you contact MakeMusic (even if you don't upgrade to Fin2011) and ask that they should keep the old way as well. Or display the distance as text as you suggested. Yeah, I'll add it to my list. For so many years I was so far behind on upgrading it seemed almost meaningless to make feature requests. Now that I'm in v2010 I'm at least pretty close, so I'm hoping to compile a list to send in. I have other much higher priorities than this one, of course, but if it's an easy fix then that's great. While I can understand your reluctance to send in feature requests when you've been behind on upgrading, if they know that you haven't upgraded and you're asking for some new feature perhaps it will receive some sort of boost on the triage list of what they'll include or fix as an inducement to you (and others who may have requested the same things) to buy the next upgrade and get back on track. I don't think that any of us owe it to MakeMusic to keep our version current with their need for an annual cash infusion -- as users of the program at any level we have a right to make requests for things we feel can improve the product. Software publishers welcome them from anybody as a means of determining what is most likely to attract the largest numbers of new users and upgraders for the next version. So send in your list -- personally, I don't see anything in Fin2011 to make me want to upgrade. The little work I do with lyrics has always been easy for me to accomplish so the latest enhancements to lyric entry makes no difference to me at this point, and the new way to work with the staves doesn't hold any attraction for me because I've always been able to get the layout I've wanted fairly painlessly and nobody's ever complained about the layout in my finished products. It's the little tweaks under the hood which MakeMusic always sees fit to lump together under a single phrase along the lines of and numerous other improvements that is what has made me want to upgrade annually when I've done so. The introduction of staff styles was the last significant addition to the program that would have made me upgrade in an instant. Linked score/parts has proven to be less of a wonderful thing than it might have been had they taken the time to get it right initially -- gradually as additional versions have come out they've improved it more to where it should be but it's still not as transparent nor as perfect as their marketing department would like us all to think it is. So I'll be skipping this upgrade. Thank you, Jari, for your review. It's great to have a hands-on review from a long-time user who isn't blinded by the marketing hype. -- David H. Bailey dhbai...@davidbaileymusicstudio.com ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Finale 2011 Review
David W. Fenton wrote: There really ought to be a feature where you select a number of contiguous staves and tell Finale to space them evenly vertically. Or maybe a setting for a staff group, where you could set the inter- group spacing, so you could change that one number and change the whole group at once. Respace Staves work on selected staves like you describe. Best regards, Jari Williamsson ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re:[Finale] Finale 2011 Review
Thanks, Jari! Excellent review. Good explanation of staff changes. I'll return to your review when Fin2011 arrives. Thanks for posting! Raymond Horton Jari Williamsson wrote: Hello! I've posted a Finale 2011 Review (with a few usage tips as well) on the Finale productivity tips site: http://www.finaletips.nu Enjoy! Best regards, Jari Williamsson ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Finale 2011 Review
On Fri, June 4, 2010 12:02 pm, Jari Williamsson wrote: I've posted a Finale 2011 Review (with a few usage tips as well) on the Finale productivity tips site: http://www.finaletips.nu Biggest question not answered: Is it worth getting? For new music, that is. I installed 2010 but only used it once (didn't get my money's worth there, that's for sure) -- still using 2007. Dennis ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Finale 2011 Review
I find it interesting that the description of the Mult-user feature sounds like MakeMusic may have gotten it WRONG. Vista/Win7 have a major departure for where application-specific data (as opposed to user-specific data) is to be stored. To understand that, you have to distinguish 3 types of files: 1. application files -- not data, are read-only. Same data used by everyone. 2. application configuration files -- data, but for storing data that the app uses when it runs. Needs to be stored per user, since different users have different app configurations. Read/write for the user. 3. user data files -- data that belongs to a user, and is the data files for the application. Read/write for the user. Before Vista/Win7, #1 was stored in C:\Program Files and the other two were stored in the user profile. Under the user profile there were two filders, Application Data and Local Settings, the purpose of which were not always clear, and that were used differently by different application developers. To further confuse things, under Local Settings, there's an Application Data folder. These folders were actually original an effort to separate out different kinds of data used by the applications, but the guidelines for it were never quite clear, and a lot of developers got this wrong. Add to this the fact that way too many standalone Windows users were running in an administrative logon, and it was possible to get away with putting all the read/write data in the application folder (by default, C:\Program Files), which for regular user-level logons is read-only (and has been since Windows 2000, released in 1999). In fact, major software suppliers like Intuit have been writing their flagship applications based on the assumption of write access to C:\Program Files such that any user trying to run with user-level permissions only will have problems (QuickBooks requires at least Power User permissions, for instance). Vista changed that with User Access Control (UAC). UAC works kind of like most other OS's by running all apps by default with a user-level security token, and asking the user for permission when the app wants to do something that requires more than user-level permission. Vista's implementation of UAC was very noisy, i.e., it asked for way too many approvals and caused many people to turn it off (so you'd be running with a security token that was equivalent to the highest-level security group the user logon was a member of). Win7 has fixed most of that by being much more sensible about what it prompts about. Now, in addition to UAC, MS revised the permissions on the application data folders under the user profile. Before Vista, those folders were all read/write for users (since they were in the user's profile), but with Vista, this was changed so that AppData was read- only for users. Vista/Win7 added another wrinkle by reorganizing data. To quote MS's documentation (http://tinyurl.com/yccs3c = http://download.microsoft.com/download/3/b/a/3ba6d659-6e39-4cd7-b3a2- 9c96482f5353/Managing%20Roaming%20User%20Data%20Deployment%20Guide.doc ): Windows Vista also has changed the Application Data folder structure. Previous user profiles did not logically sort data stored in the Application Data folder, making it difficult to distinguish data that belonged to the machine from data belonging to the user. Windows Vista addresses this issue by creating a single AppData folder under the user profile. The AppData folder contains three subfolders: Roaming, Local, and LocalLow. Windows uses the Local and LocalLow folders for application data that does not roam with the user. Usually this data is either machine specific or too large to roam. The AppData\Local folder in Windows Vista is the same as the Documents and Settings\username\Local Settings\Application Data folder in Windows XP. Windows uses the Roaming folder for application specific data, such as custom dictionaries, which are machine independent and should roam with the user profile. The AppData\Roaming folder in Windows Vista is the same as the Documents and Settings\username\Application Data folder in Windows XP. (this explanation also clarifies the distinction between \Application Data\ and \Local Settings\Application Data\) Thus, the fact that Jari reports that Finale has been changed to store Finale-specific settings in \Application Data\MakeMusic\ shows that either Jari is mistaken, or that MakeMusic has not fully absorbed the implications of Vista/Win7. Of course, it could be that what Jari reports is just shorthand, and that's the location for the data on WinXP and earlier, and it's stored in the appropriate location on Vista/Win7, but I worry that there's no apparent distinction between the two types of application-specific data (i.e., specific to computer vs. specific to user). This may be because Finale
Re: [Finale] Finale 2011 Review
Jari Williamsson wrote: Hello! I've posted a Finale 2011 Review (with a few usage tips as well) on the Finale productivity tips site: http://www.finaletips.nu Enjoy! Best regards, Jari Williamsson Thanks for the review, Jari, but isn't there any criticism at all?? Barbara ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Finale 2011 Review
On 6/4/2010 1:14 PM, David W. Fenton wrote: Thus, the fact that Jari reports that Finale has been changed to store Finale-specific settings in \Application Data\MakeMusic\ shows that either Jari is mistaken, or that MakeMusic has not fully absorbed the implications of Vista/Win7. Most likely, it shows that Jari is running WinXP, as his screen shots indicate. Aaron. ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Finale 2011 Review
For new music? If you do a lot of music with lyrics, I'd say get it. It is much, much easier and faster to get good lyric spacing with the new version. For me, the upgrade is worth it for this improvement alone. Apart from that, the improvements in the way staff spacing is handled are very welcome, even if they may not be quite so important for a seasoned user. For new users, these changes should make staff spacing easier and more intuitive: they will never have to learn the process of optimization. I find it very useful that now you see all the music moving in real time with a staff when you move it up or down. Michael On 4 Jun 2010, at 19:02, Dennis Bathory-Kitsz wrote: On Fri, June 4, 2010 12:02 pm, Jari Williamsson wrote: I've posted a Finale 2011 Review (with a few usage tips as well) on the Finale productivity tips site: http://www.finaletips.nu Biggest question not answered: Is it worth getting? For new music, that is. I installed 2010 but only used it once (didn't get my money's worth there, that's for sure) -- still using 2007. Dennis ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Finale 2011 Review
On 4 Jun 2010 at 13:35, Aaron Sherber wrote: On 6/4/2010 1:14 PM, David W. Fenton wrote: Thus, the fact that Jari reports that Finale has been changed to store Finale-specific settings in \Application Data\MakeMusic\ shows that either Jari is mistaken, or that MakeMusic has not fully absorbed the implications of Vista/Win7. Most likely, it shows that Jari is running WinXP, as his screen shots indicate. But the point is that even then, it's not a fully correct implementation, as some of that application-specific data belongs in \Local Settings\Application Data\ even on WinXP (and Win2003 Server and Win2000). -- David W. Fentonhttp://dfenton.com David Fenton Associates http://dfenton.com/DFA/ ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
RE: [Finale] Finale 2011 Review
Hi David, Just to clarify, Finale 2011 stores application specific information to the following folder on Win Vista/7: C:\ProgramData\MakeMusic\Finale 2011 Anything that is user editable, Finale will write to the user's roaming folder: C:\Users\your user name\AppData\Roaming\MakeMusic\Finale 2011 Justin Phillips Notation Product Specialist MakeMusic, Inc. 7615 Golden Triangle Drive, Suite M Eden Prairie, MN 55344-3848 Direct: (952) 818-3819 Sales: (800) 843-2066 Technical Support: (952) 937-9703 Fax: (952) 937-9760 -Original Message- From: finale-boun...@shsu.edu [mailto:finale-boun...@shsu.edu] On Behalf Of David W. Fenton Sent: Friday, June 04, 2010 12:14 PM To: finale@shsu.edu Subject: Re: [Finale] Finale 2011 Review I find it interesting that the description of the Mult-user feature sounds like MakeMusic may have gotten it WRONG. Vista/Win7 have a major departure for where application-specific data (as opposed to user-specific data) is to be stored. To understand that, you have to distinguish 3 types of files: 1. application files -- not data, are read-only. Same data used by everyone. 2. application configuration files -- data, but for storing data that the app uses when it runs. Needs to be stored per user, since different users have different app configurations. Read/write for the user. 3. user data files -- data that belongs to a user, and is the data files for the application. Read/write for the user. Before Vista/Win7, #1 was stored in C:\Program Files and the other two were stored in the user profile. Under the user profile there were two filders, Application Data and Local Settings, the purpose of which were not always clear, and that were used differently by different application developers. To further confuse things, under Local Settings, there's an Application Data folder. These folders were actually original an effort to separate out different kinds of data used by the applications, but the guidelines for it were never quite clear, and a lot of developers got this wrong. Add to this the fact that way too many standalone Windows users were running in an administrative logon, and it was possible to get away with putting all the read/write data in the application folder (by default, C:\Program Files), which for regular user-level logons is read-only (and has been since Windows 2000, released in 1999). In fact, major software suppliers like Intuit have been writing their flagship applications based on the assumption of write access to C:\Program Files such that any user trying to run with user-level permissions only will have problems (QuickBooks requires at least Power User permissions, for instance). Vista changed that with User Access Control (UAC). UAC works kind of like most other OS's by running all apps by default with a user-level security token, and asking the user for permission when the app wants to do something that requires more than user-level permission. Vista's implementation of UAC was very noisy, i.e., it asked for way too many approvals and caused many people to turn it off (so you'd be running with a security token that was equivalent to the highest-level security group the user logon was a member of). Win7 has fixed most of that by being much more sensible about what it prompts about. Now, in addition to UAC, MS revised the permissions on the application data folders under the user profile. Before Vista, those folders were all read/write for users (since they were in the user's profile), but with Vista, this was changed so that AppData was read- only for users. Vista/Win7 added another wrinkle by reorganizing data. To quote MS's documentation (http://tinyurl.com/yccs3c = http://download.microsoft.com/download/3/b/a/3ba6d659-6e39-4cd7-b3a2- 9c96482f5353/Managing%20Roaming%20User%20Data%20Deployment%20Guide.doc ): Windows Vista also has changed the Application Data folder structure. Previous user profiles did not logically sort data stored in the Application Data folder, making it difficult to distinguish data that belonged to the machine from data belonging to the user. Windows Vista addresses this issue by creating a single AppData folder under the user profile. The AppData folder contains three subfolders: Roaming, Local, and LocalLow. Windows uses the Local and LocalLow folders for application data that does not roam with the user. Usually this data is either machine specific or too large to roam. The AppData\Local folder in Windows Vista is the same as the Documents and Settings\username\Local Settings\Application Data folder in Windows XP. Windows uses the Roaming folder for application specific data, such as custom dictionaries, which are machine independent and should roam with the user profile. The AppData\Roaming folder in Windows Vista is the same as the Documents and Settings\username\Application
Re: [Finale] Finale 2011 Review
On 4 Jun 2010 at 13:04, Phillips, Justin wrote: Just to clarify, Finale 2011 stores application specific information to the following folder on Win Vista/7: C:\ProgramData\MakeMusic\Finale 2011 Anything that is user editable, Finale will write to the user's roaming folder: C:\Users\your user name\AppData\Roaming\MakeMusic\Finale 2011 If that is actually correct, then it's not 100% correct. However, I'm not clear on your terminology, as you aren't maintaining the same distinctions between read-only application files, user- specific application configuration data, PC-specific application configuration data, and user data. The only thing that should be in the Roaming folder is the user-specific application configuration data. Have you checked the other folders under AppData (Local and LocalLow)? -- David W. Fentonhttp://dfenton.com David Fenton Associates http://dfenton.com/DFA/ ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Finale 2011 Review
Jari, Fantastic! You did a great job, as usual. I left a comment on the site, the gist of it being that a list of bug fixes would be appreciated, being very important to some of us. MakeMusic doesn't even publicise complete lists (they leave off many important ones), which I don't understand since they would be such obvious selling points. That's my only negative; everything else is great! Christopher On Fri Jun 4, at FridayJun 4 12:02 PM, Jari Williamsson wrote: Hello! I've posted a Finale 2011 Review (with a few usage tips as well) on the Finale productivity tips site: http://www.finaletips.nu Enjoy! Best regards, Jari Williamsson ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
RE: [Finale] Finale 2011 Review
Hi David, Here is the link to the 2011 manual's listing of file locations: http://www.finalemusic.com/UserManuals/Finale2011Win/Content/Finale/FinaleInstallationDetails.htm Justin Phillips Notation Product Specialist MakeMusic, Inc. 7615 Golden Triangle Drive, Suite M Eden Prairie, MN 55344-3848 Direct: (952) 818-3819 Sales: (800) 843-2066 Technical Support: (952) 937-9703 Fax: (952) 937-9760 -Original Message- From: finale-boun...@shsu.edu [mailto:finale-boun...@shsu.edu] On Behalf Of David W. Fenton Sent: Friday, June 04, 2010 1:27 PM To: finale@shsu.edu Subject: Re: [Finale] Finale 2011 Review On 4 Jun 2010 at 13:04, Phillips, Justin wrote: Just to clarify, Finale 2011 stores application specific information to the following folder on Win Vista/7: C:\ProgramData\MakeMusic\Finale 2011 Anything that is user editable, Finale will write to the user's roaming folder: C:\Users\your user name\AppData\Roaming\MakeMusic\Finale 2011 If that is actually correct, then it's not 100% correct. However, I'm not clear on your terminology, as you aren't maintaining the same distinctions between read-only application files, user- specific application configuration data, PC-specific application configuration data, and user data. The only thing that should be in the Roaming folder is the user-specific application configuration data. Have you checked the other folders under AppData (Local and LocalLow)? -- David W. Fentonhttp://dfenton.com David Fenton Associates http://dfenton.com/DFA/ ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Finale 2011 Review
On 4 Jun 2010 at 13:39, Phillips, Justin wrote: Here is the link to the 2011 manual's listing of file locations: http://www.finalemusic.com/UserManuals/Finale2011Win/Content/Finale/Fi naleInstallationDetails.htm All appears to be correctly implemented, though it doesn't account for the distinction between roaming and non-roaming data, it seems. I assume that's because there's an assumption that Finale is not likely to be installed in an environment with roaming profiles? -- David W. Fentonhttp://dfenton.com David Fenton Associates http://dfenton.com/DFA/ ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Finale 2011 Review
Glancing through Jari's review, what catches my attention is the modification of the Staff Usage dialog box, since I use that dialog routinely (which I gather most users don't). Showing the staff label instead of just the number is nice. I also can see why they've altered the input so that you enter the difference between the staff's position and the previous staff's position. That way if you need to add space between the top two staves, it automatically bumps the rest down by the same amount. Most of my music is piano-vocal, so I've only got three staves anyway, but I can see how it would save even more time in a full score. What I very much DON'T like, if I'm reading the dialog box illustration on Jari's page correctly, is that the distance from the top staff now is not displayed at all. Even if the input is for distance between systems, can't they still display the total distance somewhere in the window so I still have it as reference? This is a downgrade for me because I use that number. As I've mentioned, I edit Staff Usage for pretty much every system in every piece I do (and if I don't edit, it's because I've made a conscious decision to leave it where it is, in which case I still know the position). Seeing the distance of the bottom staff in each system tells me how much vertical space I'm using up within the systems, so I know how much space I have remaining to fill in between systems. Without that number, I've got to add the two staff-to-staff numbers. My standard work is piano-vocal with four systems on a page, so that's the difference between four numbers and eight numbers, which is pretty much the difference between keeping track in my head or breaking out the calculator for every page. This is one more in a long line of changes that make the program more user-friendly for most users but less convenient for detail-oriented control-freaks like me. In the larger scheme of things it’s pretty minor, but it seems so unnecessary. For one thing, if anything ought to be tailored to users like me, surely it’s this dialog box. I use it all the time, but when it came up on the list a few weeks ago I got the impression many users didn’t even know it exists. I figure the rest of you just drag your staves around anyway, right? More important, I’m not even objecting to the basic UI changes. I think those are fine. I’m just mad that they have removed useful information. Why can’t they update the UI and leave the information still there for those of us who make use of it? Is it really that important to make the window look less cluttered for everyone else? I don’t expect to upgrade to v2001 anyway, but I’m curious. Where else do you go when you want to see exactly how tall a system is? I’m used to finding this in Staff Usage for the bottom staff because that's a familiar dialog box for me. Is it displayed somewhere else that I’m not thinking of? mdl ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Finale 2011 Review
On 4 Jun 2010 at 12:23, Mark D Lew wrote: This is one more in a long line of changes that make the program more user-friendly for most users but less convenient for detail-oriented control-freaks like me. For me, personally, that change is a huge help. I NEVER need to know the distance from the top staff (though the way you describe your usage of it, I might well have been better off paying attention to it). I don't drag staves -- I manually calculate the distance from the top staff for each stave. Well, to be more specific, I drag to a general location, then fix the spacing by calculating. For instance, I started a new score last night, 2 sopranos, 5 viols, and a 2-staff basso continuo. I actually started this one by copying an existing score, but if I were creating it from scratch, I'd set things by eye, then use manual calculations to figure the proper distance between the viol staves (which should all be equal). To do that, I'd set the top staff by eye, then the bottom staff by eye, then figure out what the distance should be between the intervening staves. Even the new system doesn't really change this, it just makes the calculations easier. There really ought to be a feature where you select a number of contiguous staves and tell Finale to space them evenly vertically. Or maybe a setting for a staff group, where you could set the inter- group spacing, so you could change that one number and change the whole group at once. These are the things that I think would make things a lot easier, whereas the change you are complaining about is really quite incremental. It makes the older task somewhat easier for most of us, but it's still the WRONG task! I also don't see why one shouldn't have the option to display either the between-staff distance or the distance from the top staff. It could default to the new setting. Being able to flip back and forth between the two measurements would be quite useful, I'd think. -- David W. Fentonhttp://dfenton.com David Fenton Associates http://dfenton.com/DFA/ ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Finale 2011 Review
Barbara Touburg wrote: Thanks for the review, Jari, but isn't there any criticism at all?? The points I make in the review are: * The distances that displays at staff dragging doesn't go the full way implementation-wise. * To not be able to get mid-system brackets easily seems wrong and illogical to me with the new design. * The auto-capo implementation doesn't go deep enough for some needs. Best regards, Jari Williamsson ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Finale 2011 Review
David W. Fenton wrote: I also don't see why one shouldn't have the option to display either the between-staff distance or the distance from the top staff. It could default to the new setting. Being able to flip back and forth between the two measurements would be quite useful, I'd think. I don't mind *entering* the distance between staves. That actually makes sense to me. I just want the distance from the top to still appear. So for example if I'm in a piano vocal score and my RH staff is at -72pts and my LH staff is at -132pts (I'm used to points as my default unit, which are actually 75% points because of system reduction) and say I want to add two spaces of room between piano staves. I would select the LH staff, it would show 60pts as the distance that I can change, and -132 would appear somewhere as distance from top. I can enter 72 in place of the 60 and the -132 would update to -144. I would be completely happy with that. There really ought to be a feature where you select a number of contiguous staves and tell Finale to space them evenly vertically. I was under the impression that this function exists. Perhaps it was introduced since your latest upgrade? Or maybe I'm just remembering wrong. Most of my work is piano-vocal so I haven't had need for it since my own upgrade. mdl ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Finale 2011 Review
Mark D Lew wrote: What I very much DON'T like, if I'm reading the dialog box illustration on Jari's page correctly, is that the distance from the top staff now is not displayed at all. Even if the input is for distance between systems, can't they still display the total distance somewhere in the window so I still have it as reference? I suggest you contact MakeMusic (even if you don't upgrade to Fin2011) and ask that they should keep the old way as well. Or display the distance as text as you suggested. They might expand the dialog box in a maintenance release, since staff layout is one of the focuses on Finale 2011. After all, it's just a dialog box change and it doesn't affect the file format. Best regards, Jari Williamsson ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Finale 2011 Review
I suggest you contact MakeMusic (even if you don't upgrade to Fin2011) and ask that they should keep the old way as well. Or display the distance as text as you suggested. Yeah, I'll add it to my list. For so many years I was so far behind on upgrading it seemed almost meaningless to make feature requests. Now that I'm in v2010 I'm at least pretty close, so I'm hoping to compile a list to send in. I have other much higher priorities than this one, of course, but if it's an easy fix then that's great. mdl ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Finale 2011 Review
At 4:01 PM -0400 6/4/10, David W. Fenton wrote: There really ought to be a feature where you select a number of contiguous staves and tell Finale to space them evenly vertically. Composer's Mosaic had this capability back in about 1992, so it can't be that difficult to program. And it helped made page layout, which was NOT automatic, quick and easy. Of course there was a lot that Mosaic did NOT have, too. John -- John R. Howell, Assoc. Prof. of Music Virginia Tech Department of Music College of Liberal Arts Human Sciences Blacksburg, Virginia, U.S.A. 24061-0240 Vox (540) 231-8411 Fax (540) 231-5034 (mailto:john.how...@vt.edu) http://www.music.vt.edu/faculty/howell/howell.html We never play anything the same way once. Shelly Manne's definition of jazz musicians. ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale