Re: one document at a time
Re: one document at a time
- Subject: Re: one document at a time
- From: Jiri Volejnik <email@hidden>
- Date: Wed, 15 Dec 2004 13:43:19 +0100
On Dec 14, 2004, at 23:22, Jeff LaMarche wrote:
Well, before anything, I'd suggest you think through this. As an end
user, I find the one-document restriction annoying in most
applications that use it. I have trouble seeing why Quicktime Player
allows multiple movies, but Windows Media Player allows only one, for
example. There are some cases where it seems to make sense, though.
So, if you're sure it's the right thing to do, I would suggest that
the easiest thing is to simply gray the "new document" menu item when
a document is opened or created, and enable it when there a document
is closed. With the "open document" option, you should ask to save,
close without saving, or cancel before presenting the standard open
dialog.
I understand and I agree. But this is really an exception. The purpose
of the application is to walk through a set of documents (it's a
clinical study), analyzing and printing each one. Documents should be
processed sequentially, one after another, and beacuse there will be a
lot of them, it's necessary to make it as comfortable and as
time-saving as possible. That's the reason for such a suspicious
"feature".
Some day, when processing order is deducable from filenames or file
creation dates, I probably add some "Next" button or some hotkey for
transition to the next document, as if it is a record in a recordset.
On Dec 15, 2004, at 12:33, Jonathon Mah wrote:
And remember to handle cases where the user selects and opens multiple
documents from the Finder.
Yup.
As a proof of concept, I tried to handle -openDocument: in my document
and ask document controller to open a new document without a UI. Than I
moved window controllers from current document to the new document and
let them reload contents. At last I closed current document. It seemed
to be working, I'll investigate it more.
Thanks again,
Jirka.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden