Re: Document based application with that auto-new-doc behaviour
Re: Document based application with that auto-new-doc behaviour
- Subject: Re: Document based application with that auto-new-doc behaviour
- From: email@hidden
- Date: Tue, 26 Feb 2002 10:33:57 +0000
---------------------- Forwarded by Warren Burton/LONDON/FINANCIAL TIMES on
26/02/2002 10:35 AM ---------------------------
Warren Burton
26/02/2002 10:30 AM
To: Charles Srstka <email@hidden> @ FTIRELAY
cc:
Subject: Re: Document based application with that auto-new-doc behaviour
(Document link: Database 'Warren Burton', View '($Sent)')
Is that a C construct? . Im coming from the java-cocoa POV in which the
application requires a delegate to implement its delegate methods, but as
such the NSDocument edits or views itselfs independent of the app instance
so the app knows its got a document but doesnt know how to edit or view
it....
Charles Srstka <email@hidden> on 26/02/2002 05:41:59 AM
To: email@hidden
cc: email@hidden, email@hidden
Subject: Re: Document based application with that auto-new-doc behaviour
Shouldn't you only have to set your app as a Viewer rather than an
Editor?
On Monday, February 25, 2002, at 10:19 AM, email@hidden wrote:
>
In IB You need to connect the files owner which should be NSApplication
>
or
>
a subclass to an instance of your Window controller connect the delegate
>
outlet and then the application object will query the delegate for the
>
method - (BOOL)applicationShouldOpenUntitledFile:(NSApplication
>
*)sender;
>
you can also do the above by getting the shared application instance and
>
using the setDelegate method.
>
>
>
>
>
>
>
>
>
Gerben Wierda <email@hidden>@lists.apple.com on 25/02/2002 02:59:34
>
PM
>
>
Sent by: email@hidden
>
>
>
To: John Hvrnkvist <email@hidden>
>
cc: email@hidden, email@hidden
>
Subject: Re: Document based application with that auto-new-doc
>
behaviour
>
>
>
Thanks,
>
>
and what is the right place to put this method? Should I put it in my
>
WindowController subclass? When I do this, nothing happens, because
>
probably it is not the apps delegate. I do not understand (I am pretty
>
new at this) how to do this best. I am thinking about just making a
>
special class for just this purpose, instantiate it in IB and then set
>
the Apps delegate. But that seems to be taking the long route. So what
>
is the preferred way?
>
>
G
>
>
On Monday, February 25, 2002, at 03:27 , John Hvrnkvist wrote:
>
>
>
>
> On Monday, February 25, 2002, at 03:15 PM, Gerben Wierda wrote:
>
>
>
>> I am writing a doc-based app that is passive, in the sense that it
>
>> uses a doc-based approach but the app itself cannot make new documents
>
>> (though it can change existing temporary non-essential document
>
>> settings).
>
>>
>
>> Now, when I start the document, I get automatically a new document,
>
>> which is senseless because any new document needs to be opened. And
>
>> when all docs are closed and I reactivate the app, I get another new
>
>> document.
>
>>
>
>> How do I stop this behaviour (which in this particular case is
>
>> absolutely silly)?
>
>
>
> The application delegate is responsible for this.
>
>
>
> - (BOOL)applicationShouldOpenUntitledFile:(NSApplication *)sender;
>
>
>
> Regards,
>
> John Hornkvist
>
> --
>
> ToastedMarshmallow, the perfect Cocoa companion
>
> http://www.toastedmarshmallow.com
>
>
>
> _______________________________________________
>
> MacOSX-dev mailing list
>
> email@hidden
>
> http://www.omnigroup.com/mailman/listinfo/macosx-dev
>
_______________________________________________
>
cocoa-dev mailing list | email@hidden
>
Help/Unsubscribe/Archives:
>
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
>
Do not post admin requests to the list. They will be ignored.
>
>
>
>
>
>
*************************************************************************
>
*********
>
Please visit the web site of the Financial Times at:
>
http://www.ft.com
>
>
For UK personal finance, please visit http://www.ftyourmoney.com
>
>
For real-time market news and tools for the private investor, please
>
visit
>
http://www.ft.com/investor
>
>
IMPORTANT NOTICE AND DISCLAIMER
>
Please note that this email transmission is confidential and may be
>
privileged.
>
If you are not the intended recipient you must not use, disclose or
>
disseminate this message or any associated files. Please notify the
>
sender immediately if you receive this transmission in error and then
>
delete this
>
email. Thank you for your co-operation.
>
>
Internet communications cannot be guaranteed to be secure. The
>
Financial
>
Times Limited (or the FT group company that has sent this email) does
>
not accept liability for any errors, alterations or omissions in the
>
contents of
>
this message that arise as a result of email transmission. Please call
>
the sender if you suspect that the message has been intercepted or
>
amended.
>
Outgoing and incoming email messages may be monitored for security and
>
customer service purposes.
>
>
This message has been sent via the FT.com email service for The
>
Financial Times Limited or on behalf of other FT group companies who
>
also use this facility. The Financial Times Limited Registered office:
>
Number One Southwark
>
Bridge, London, SE1 9HL, United Kingdom. Registered in England and
>
Wales
>
no 227590
>
>
email@hidden
>
>
*************************************************************************
>
*********
>
_______________________________________________
>
cocoa-dev mailing list | email@hidden
>
Help/Unsubscribe/Archives:
>
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
>
Do not post admin requests to the list. They will be ignored.
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.