At 4:59 PM 07/13/02, Richard Walker wrote: >Mac already has something like this in the far too underused "publish and >subscribe" feature. You can "publish" all or part of a document in one piece >of software and other documents in the same or other software can >"subscribe" to it--for example, you incorporate an Excel spreadsheet into a >word-processing file. If you make a change in the original, it is >automatically updated in every subscriber document on your system. What I'm >proposing would be a slightly slicker implementation that would work both >ways--probably a lot like a FileMaker database, as Brian Appleby says.
I wasn't aware of publish and subscribe. More proof that I'm behind the technology curve, no doubt. As for FileMaker, all the data resides in one (large) file. The different layouts are part of the file. >Probably yes. I'm not sure why parts need to be separate files. I'm not at all attached to the separate files idea, but I don't do much part extraction, so I'm not a great judge of that. I would guess that switching to a file system in which extracted parts were stored as "views" within the main file would entail some major overhauls in the Finale's data structure. I also have doubts about how effective it could be, but if someone could prove me wrong, more power to them. I too dabbled in Mosaic once, and my experience there didn't really sell me on the "view" idea. The basic concept was fine, but in practice I found it didn't work too well. But maybe I just hadn't learned the program well enough. >In fact, I somewhat detest having to >open a bunch of files, fiddle with the margins, and then hit print, and I'm >all for programs that remove as much of that tedium as possible. You shouldn't have to fiddle with the margins. Can't you set that in your extraction settings? mdl _______________________________________________ Finale mailing list [EMAIL PROTECTED] http://mail.shsu.edu/mailman/listinfo/finale
