I wonder about the functionality of the NSTextView method
-orderFrontTableView: but couldn't find answers for my following
questions in the documentation or googling.
The documentation only says: "Brings forward a panel allowing the user
to manipulate text tables in the text view.", but it als
In a document based app, when
- (id)fileWrapperOfType:(NSString *)typeName error:(NSError **)outError
does not work, I return an NSError with NSRecoveryAttempterErrorKey etc.
which gives the user the option to sort out the problem, and finally I call:
[self performSelector:@selector(sav
Did you try to cast the parameter being passed so that it enforces the
definition - when calling the function?
m_bprinter->Setup((NSPrintOperation*)po);
Also, did you rename your .cpp file to .mm? (although that shouldn't really
matter much)...
And in the CPP header file, did you include the app
I found that this problem occurs if the non-TextEdit editor uses safe saving
(FSPathReplaceObject or -[NSFileManager replaceItemAtURL:...]), whereas
TextEdit doesn't complain if the app just writes directly to the file. Filed as
rdar://9978155.
--Michael
On Sep 19, 2011, at 2:26 PM, Boyd Coll
On Sep 20, 2011, at 2:47 AM, Bartosz Białecki wrote:
> I have a OutputBinsPDE sample and I added a button and a panel to it. I'd
> like now to open that panel when I click on the button. The problem is that
> every time the panel appears under the print dialog and I have no focus on
> it and I can
On 22 Sep 2011, at 14:06, Gerriet M. Denkmann wrote:
> In a document based app, when
> - (id)fileWrapperOfType:(NSString *)typeName error:(NSError **)outError
>
> does not work, I return an NSError with NSRecoveryAttempterErrorKey etc.
> which gives the user the option to sort out the problem
On 22 Sep 2011, at 21:14, Mike Abdullah wrote:
>
> On 22 Sep 2011, at 14:06, Gerriet M. Denkmann wrote:
>
>> In a document based app, when
>> - (id)fileWrapperOfType:(NSString *)typeName error:(NSError **)outError
>>
>> does not work, I return an NSError with NSRecoveryAttempterErrorKey etc
On Sep 21, 2011, at 6:09 PM, Conrad Shultz wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 9/21/11 2:22 PM, Charles Srstka wrote:
>> Why not? I find it to be safer than checking for the existence of
>> a method, because you never know if that method might have actually
>> have ex
Le 22 sept. 2011 à 16:37, AM a écrit :
>
> On Sep 21, 2011, at 6:09 PM, Conrad Shultz wrote:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> On 9/21/11 2:22 PM, Charles Srstka wrote:
>>> Why not? I find it to be safer than checking for the existence of
>>> a method, because you nev
On Thu, Sep 22, 2011 at 6:06 AM, Gerriet M. Denkmann
wrote:
> In a document based app, when
> - (id)fileWrapperOfType:(NSString *)typeName error:(NSError **)outError
>
> does not work, I return an NSError with NSRecoveryAttempterErrorKey etc.
> which gives the user the option to sort out the prob
Hi every one.
I just finish a simple command line tool thats may help my fellows in the
office and I wonder how can I deploy it.
I try search the web but there is no much info about develop command line app
for Mac.
My intention is to copy the executable and a man page to the right place and
c
On Wed, 21 Sep 2011 13:26:20 +0800, Peter N Lewis said:
>The explicit entitlement to read a file following an open/drag exists
>only until the application quits (a fragile exception exists in using
>URLs stored into the restorable state archive, but even that won't work
>long term). Thus keeping
>>The explicit entitlement to read a file following an open/drag exists
>>only until the application quits (a fragile exception exists in using
>>URLs stored into the restorable state archive, but even that won't work
>>long term). Thus keeping references to files is essentially impossible
>>(long
On Wed, 21 Sep 2011 17:10:08 +0700, Gerriet M. Denkmann said:
>So - should I just ignore all the hype about UTIs, or what?
UTIs are quite nice, unless you deal with file formats that have conflicting
extensions. The OS basically derives the UTI from the extension (or HFS type as
a fall back) an
On Thu, Sep 22, 2011 at 10:48 AM, Sean McBride wrote:
> Either App Sandbox is unfinished, or Apple is taking us towards of word of
> iFart-type apps only.
Sandbox is not yet finished. On the dev forums, the sandbox engineers
(or DTS representatives) have been rather responsive to the needs of
de
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 9/22/11 7:37 AM, AM wrote:
>> What are some examples of breakage happening under this
>> scenario? I'd like to be on the lookout myself if I indeed did
>> put too much faith in the documentation.
>
> One relevant case I encountered was a leak in CF
On Sep 20, 2011, at 6:00 PM, douglas welton wrote:
> I'm not sure that my solution is any "less messy" than what you have
> suggested, but... when faced with this same situation, I gave the save panel
> a different title each time it was invoked. When the panel object was passed
> to my delegat
>>> The explicit entitlement to read a file following an open/drag exists
>>> only until the application quits (a fragile exception exists in using
>>> URLs stored into the restorable state archive, but even that won't work
>>> long term). Â Thus keeping references to files is essentially impossibl
On Sep 22, 2011, at 9:38 AM, Bruno Berisso wrote:
> My intention is to copy the executable and a man page to the right place and
> create some files and folder. I think I can do this with a simple script, but
> I'm looking for the "right" way.
> Any ideas?
Did you try PackageMaker (which comes
On Sep 22, 2011, at 10:48 AM, Sean McBride wrote:
> On Wed, 21 Sep 2011 13:26:20 +0800, Peter N Lewis said:
>
>> The explicit entitlement to read a file following an open/drag exists
>> only until the application quits (a fragile exception exists in using
>> URLs stored into the restorable state
On 23 Sep 2011, at 00:55, Sean McBride wrote:
> On Wed, 21 Sep 2011 17:10:08 +0700, Gerriet M. Denkmann said:
>
>> So - should I just ignore all the hype about UTIs, or what?
>
> UTIs are quite nice, unless you deal with file formats that have conflicting
> extensions. The OS basically derives
On Sep 22, 2011, at 5:05 PM, Gerriet M. Denkmann wrote:
> I guess everybody would win, if the UTI would be stored (e.g. as an extended
> attribute, like the string encoding is).
>
> There must be some very good reason this is not done - maybe somebody could
> point it out to me.
That would def
On 23/09/2011, at 5:20 AM, Seth Willits wrote:
> On Sep 20, 2011, at 6:00 PM, douglas welton wrote:
>
>> I'm not sure that my solution is any "less messy" than what you have
>> suggested, but... when faced with this same situation, I gave the save panel
>> a different title each time it was in
On Thu, Sep 22, 2011 at 3:19 PM, Charles Srstka
wrote:
> A while ago someone posted on this list that they needed to list all files
> that were applications, including old Classic apps. To do that the old way,
> you’d have to check for .app, bundles with the package bit set and ‘APPL’ in
> the
On Sep 22, 2011, at 5:43 PM, Kyle Sluder wrote:
> On Thu, Sep 22, 2011 at 3:19 PM, Charles Srstka
> wrote:
>> A while ago someone posted on this list that they needed to list all files
>> that were applications, including old Classic apps. To do that the old way,
>> you’d have to check for .app
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 9/22/11 3:34 PM, Graham Cox wrote:
>
> On 23/09/2011, at 5:20 AM, Seth Willits wrote:
>
>> On Sep 20, 2011, at 6:00 PM, douglas welton wrote:
>>
>>> I'm not sure that my solution is any "less messy" than what
>>> you have suggested, but... when f
On Thu, Sep 22, 2011 at 3:48 PM, Charles Srstka
wrote:
> No, but it would no longer be an abstraction over the type system. The idea
> of UTI is that you just want to handle a certain type of file; you don’t
> care *how* the OS figures out that it’s that particular type of file. If
> someone comes
On Sep 22, 2011, at 6:02 PM, Kyle Sluder wrote:
> On Thu, Sep 22, 2011 at 3:48 PM, Charles Srstka
> wrote:
>> No, but it would no longer be an abstraction over the type system. The idea
>> of UTI is that you just want to handle a certain type of file; you don’t
>> care *how* the OS figures out th
On Sep 22, 2011, at 15:48 , Charles Srstka wrote:
> The idea of UTI is that you just want to handle a certain type of file; you
> don’t care *how* the OS figures out that it’s that particular type of file.
> If someone comes up with a newer and better way to implement file types in
> the future
On Sep 22, 2011, at 6:59 PM, Quincey Morris wrote:
> I believe you are overlooking two points, one minor and one major:
>
> 1. The minor point is that *if* the "UTI system" can never change -- I mean,
> if there's never going to be a new or enhanced UTI system, independently of
> your imagined
On Sep 22, 2011, at 17:24 , Charles Srstka wrote:
> Sure there can be a “new or enhanced” UTI system, as long as its (rather
> simple) interfaces continue to work with current applications. Since the
> behind-the-scenes of how the UTI system detects what types of files is
> abstracted away, it
On Sep 22, 2011, at 8:11 PM, Quincey Morris wrote:
> On Sep 22, 2011, at 17:24 , Charles Srstka wrote:
>
>> Sure there can be a “new or enhanced” UTI system, as long as its (rather
>> simple) interfaces continue to work with current applications. Since the
>> behind-the-scenes of how the UTI sy
Should the settings for nextKeyView be apparent in the Cocoa Simulator? I.e.
should the 'tab order' work?
-koko___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator comments to the list.
Contact the mode
That just has to be a bug. Exceeding the available memory of the
garbage collector should not crash, instead your allocations should
fail.
Failing allocations should be handled by some kind of error recovery
code. Unfortunately Objective-C provides the "convenience" that it's
Totally Cool to se
On Sep 22, 2011, at 19:48 , koko wrote:
> Should the settings for nextKeyView be apparent in the Cocoa Simulator? I.e.
> should the 'tab order' work?
For standard controls, they seem to work correctly in the simulator in 4.1, but
for your own custom stuff, unless it inherits from some concrete
Hi,
I'm working on adding File Version support to my application. It's not Cocoa
document based app, so I have to add version support on my own. My question
is when should I add a new version? I know I should add a file version when
user save the file, but my observation to TextEdit.app looks the
I had all the nextKeyView outlets connected but did not connect
initialFirstResponder, upon doing so it worked. Thanks for responding.
-koko
On Sep 22, 2011, at 10:16 PM, Bayes Scott F wrote:
> On Sep 22, 2011, at 19:48 , koko wrote:
>
>> Should the settings for nextKeyView be apparent in the
I have been approached to develop an iPad app with subscription content. I hav
elooks at the iOS Development start page (http://developer.apple.com/ipad/sdk/)
but I do not see anything about these kind of apps.
Where can I learn best practices for developing a subscription based app:
-koko___
On 22 sep 2011, at 21:04, Don Quixote de la Mancha wrote:
> Exceeding the available memory of the garbage collector should not crash,
> instead your allocations should fail.
When memory allocations fail, apps crash. Like it or not, that's just the way
it is. Not sure what the alternative woul
39 matches
Mail list logo
