On May 15, 2013, at 10:31 AM, Scott Ribe scott_r...@elevated-dev.com wrote:
Using @com.adobe.pdf makes no difference.
This doesn't relate to your problem, but technically, the best thing to use is
probably the constant (__bridge NSString *)kUTTypePDF, rather than hard-coding
either the
On May 14, 2013, at 21:16 , Scott Ribe scott_r...@elevated-dev.com wrote:
On 10.6.8, if I enter a plain filename without extension, the save panel
returns the path with the extension appended. On 10.7.5, where sandboxing
kicks in and this actually matters because the code cannot normalize
On May 15, 2013, at 1:03 AM, Quincey Morris wrote:
Could you clarify a couple of things…
Are you typing the file name into the Save panel, or just pressing Enter to
use the pre-filled name? What are the settings for canSelectHiddenExtension
and isExtensionHidden? What is the behavior on
On May 15, 2013, at 08:31 , Scott Ribe scott_r...@elevated-dev.com wrote:
I guess about the only thing I can do here in order to get the file named in
a usable manner […] is to use a delegate, implement panel:validateURL:error:,
and force the user to type .pdf.
I don't believe this. If
On May 15, 2013, at 11:39 AM, Quincey Morris wrote:
Because of canSelectHiddenExtension, my Save dialog has a Hide Extension
checkbox. If it's unchecked, and I retype the file name text box without an
extension, the checkbox turns itself on automatically. If I type the correct
extension,
On May 15, 2013, at 11:39 AM, Quincey Morris wrote:
When comparing your code with mine, I realized that -[NSSavePanel
beginSheetForDirectory: …] was deprecated in 10.6. Try using one of the
non-deprecated methods. It *does* matter, with powerbox.
Well, that was the problem. FYI, I'm still
On 10.6.8, if I enter a plain filename without extension, the save panel
returns the path with the extension appended. On 10.7.5, where sandboxing kicks
in and this actually matters because the code cannot normalize the returned
name, the save panel returns the path WITHOUT extension. The code