I'm asking because the value returned by URLResourceKey.preferredIOBlockSizeKey for my Macintosh HD is 1048576, but significantly increasing the block size of filecopy from the "preferred" 1KB to 1MB or higher usually performs better. Why do you say preferred 1KB, when in the same sentence you say the preferred block size is 1MB?

I have this problem too. Thunderbird is another email client that does not receive attachments, even though canPerformWithItems: returns YES and the delegate's error callback is not called. I've filed FB13507726 about it.

Looks like you could do it using the sysctl function, as in this code: https://gist.github.com/s4y/1173880/9ea0ed9b8a55c23f10ecb67ce288e09f08d9d1e5

I think you should be using fileURLWithPath:, not URLWithString:.

This code uses Core Graphics, not PDFKit.

What is the format and size of the image file? There is a known Sonoma bug involving icns files at certain sizes.

Are you looking for something specific? You can often find basic information in the framework headers.

I don't know if this will help, but xcrun notarytool help submit indicates that you can add a --verbose option.

Don't use the app, log into your account on the web at developer.apple.com.

If you implement applicationShouldTerminate in an application delegate, you should be able to decline to quit.

I came up with yet another approach: I inserted the text view in an NSClipView, which I inserted in a printing-aware container view, and then printed to a temporary PDF file, like this: NSPrintInfo* printInfo = [[NSPrintInfo alloc] init]; printInfo.paperSize = pageBounds.size; printInfo.topMargin = 0.0; printInfo.bottomMargin = 0.0; printInfo.leftMargin = 0.0; printInfo.rightMargin = 0.0; printInfo.horizontallyCentered = NO; printInfo.verticallyCentered = NO; printInfo.verticalPagination = NSPrintingPaginationModeAutomatic; printInfo.horizontalPagination = NSPrintingPaginationModeClip; printInfo.jobDisposition = NSPrintSaveJob; printInfo.dictionary[NSPrintJobSavingURL] = tempPDFURL; NSPrintOperation* printOp = [NSPrintOperation printOperationWithView: container printInfo: printInfo]; printOp.showsProgressPanel = NO; printOp.showsPrintPanel = NO; [printOp runOperation]; It works, except for one thing. My text contains some link attributes. When creating PDF using the PDF-specific methods like dataWithPDFInsideRect:, those links turn into PDF annotations. When printing this way, the links just go away. Aargh.

Thanks for writing, and I don’t doubt that your approach would work, but I don’t get why creating PDF should be fundamentally harder than any other multi page print job, since it’s just a special case. By the way, I tried making a non-PDF NSPrintOperation, and that produced multiple pages that were all blank. Apple’s docs gave me the impression that it shouldn’t be so hard to print a view.

I also tried making a subclass of NSTextView that overrides rectForPage: and knowsPageRange:, but those methods never got called.

I tried this NSMutableData* pdfData = [[NSMutableData alloc] init]; NSPrintOperation* printOp = [NSPrintOperation PDFOperationWithView: textView insideRect: pageBounds toData: pdfData printInfo: NSPrintInfo.sharedPrintInfo]; [printOp runOperation]; and it still creates only one page.

I suspect that this will go nowhere, but I filed FB13440366.