Talk:Completed: Proposal Unitary Project
Gale: 28Apr11: I'm strongly in favour of a more "unitary" project format, though I am not sure about the details of presenting your scheme to the user. Is the user still opening the .aup? If so then when user does File > Open (Project), they will I assume never be able to see more than one .aup at a time, because each will be in its own folder. They will be able to see all the folders.
If we had a genuinely unitary format (somewhat like a .zip) that packed the project file and _data folder into a single entity, that would seem to me more robust and intuitive. How do other project-based apps handle making it harder to access the data?
Do we need the "Temporary Project" menu item? Why can't you just hit Record?
Not sure about "Close and Delete" either. We do want some safe way to let users rename and delete projects. My current thinking is a single menu item that leads to some kind of "Project Manager" or "Project Browser". See bug 136.
Bill03May2011: Regarding other project-based apps, iMovie and iDVD pull everything into one monolithic file e.g. myDVD.dvdproj. I have no idea what Apple does to make access to the data in those files easy to access and manipulate. OTOH Pro Tools uses a scheme almost identical to Audacity's. In Pro Tools (at least up to v6.x) you could not have a new untitled "session" (equivalent to an Audacity project) - you were forced to name it and save it. In the process Pro Tools would create folder with the same name as the session, then save the .pts file in that folder, and create in that folder two folders called "Audio Files" and "Fade Files". This is more in line with Steve's proposal, although I'd expect resistance to the notion of having to save a project before you can record into it. iMovie and iDVD are consumer apps, so it makes sense that Apple would make them as bullet-proof as possible. Pro Tools is (or was) targeted at professional users. The Pro Tools M-Powered series (bundled with M-Audio consumer interfaces) seems to do the same.