Re: reading preferences from com.apple.mail under 10.8

[Shane Stanley]

On 01/08/2012, at 1:07 AM, Rob McBroom  wrote:

> Mail is, but so is TextEdit and I have no problem reading its prefs.

Are you sure you have no problem with TextEdit? It looks like when Mail moves 
its prefs to its container it deletes the old file, but TextEdit leaves its old 
one there. You may well be reading a pre-update TextEdit prefs file.

-- 
Shane Stanley 
'AppleScriptObjC Explored' 


___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

guidelines for icon design, that works well with Apple standard highlighting scheme

[Motti Shneor]

Hi everyone.

In our application we employ tables showing little icons in the columns (and 
column headers). We have good graphic designers, and a solid graphic style the 
application follows.

However, with some user-preferences for Highlight color (blue for example), 
selecting a table row makes some of our icons barely visible.

I remember reading once, in an apple document, about "the right way" to make an 
icon, that will enjoy apple-highlighting, by keeping some rules on the icon 
images. 

I spent some times in google, in Apple human-interface-guidelines, and in Apple 
Developer site, but could not find this information anymore --- only guidelines 
for designing a "good application icon" which is not my problem.

Can anyone remember where this information was?

Thanks.
Motti Shneor

Ceterum censeo Microsoftinem delendam esse


___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Localization issue with ES-MX

[Arjun SM]

Hi all,
   I am having some trouble supporting ES-MX language as language falls
back to Spanish when I boot my machine in "Espanol Latinoamerica", any help
is appreciated.

*Details *:
   I have made provisions for both the language's by creating separate
ES-MX.lproj and Spanish.lproj. Although I have made changes in languages by
navigating to SystemPreferences--> Language&Text and selecting  Espanol
Latinoamerica , I still see the button string falling back to Spanish.

thanks,
~Arjun
___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: reading preferences from com.apple.mail under 10.8

[Rob McBroom]

On Aug 2, 2012, at 1:44 AM, Jens Alfke  wrote:

> On Jul 31, 2012, at 8:07 AM, Rob McBroom  wrote:
> 
>> Hello. I’m trying to read Mail’s preferences to find a suitable SMTP server 
>> so users don’t have to re-enter such configuration details. It seems to have 
>> stopped working and I can’t find a [documented] reason.
> 
> Probably Mail changed where it stores that pref. It might be under a 
> different key, or it might be stored in another domain entirely.

It didn’t. I am able to look at the plist directly, and `defaults read 
com.apple.mail` works as expected. I would have thought `defaults` was using 
`NSUserDefaults` internally, but apparently not.

> A more supported way to get that info might be to query Mail's scripting 
> interface using an AppleScript or the scripting bridge API.

Thanks, but Scripting Bridge requires Mail to be running. That’s not on option 
in this context.

And I question whether Scripting Bridge is “more supported” than 
`NSUserDefaults`. :-)

-- 
Rob McBroom



___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: reading preferences from com.apple.mail under 10.8

[Rob McBroom]

On Aug 2, 2012, at 3:07 AM, Shane Stanley  wrote:

> On 01/08/2012, at 1:07 AM, Rob McBroom  wrote:
> 
>> Mail is, but so is TextEdit and I have no problem reading its prefs.
> 
> Are you sure you have no problem with TextEdit? It looks like when Mail moves 
> its prefs to its container it deletes the old file, but TextEdit leaves its 
> old one there. You may well be reading a pre-update TextEdit prefs file.


I was all ready to say “Yes, I’m sure”, but the app isn’t actually reading 
TextEdit’s prefs. It’s asking for com.apple.TextEdit.LSSharedFileList. Reading 
the actual preferences doesn’t seem to work.

So maybe you can’t read the prefs from a sandboxed application? But that isn’t 
documented anywhere that I can find.

-- 
Rob McBroom



___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: guidelines for icon design, that works well with Apple standard highlighting scheme

[Andreas Mayer]

Am 02.08.2012 um 10:58 schrieb Motti Shneor :

> I remember reading once, in an apple document, about "the right way" to make 
> an icon, that will enjoy apple-highlighting, by keeping some rules on the 
> icon images. 

Template Images?

https://developer.apple.com/library/mac/documentation/Cocoa/Reference/ApplicationKit/Classes/NSImage_Class/Reference/Reference.html#//apple_ref/occ/instm/NSImage/setTemplate:

There's a short paragraph on using templates in the OS X Human Interface 
Guidelines.


Andreas
___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: I2C question - what is correct mailing list

[Fritz Anderson]

On 27 Jul 2012, at 6:08 AM, Vitaly Bondar  wrote:

> This is question to cocoa-dev moderators. I had asked twice question about 
> IOKit/i2c interface, but this messages was blocked as i understand.
> Can you please help to find correct mailing list for my question.

One's first posting to this list (maybe all Apple lists) is held for 24 hours 
so the moderators can verify you.

Also, please read and understand the following, which appears at the bottom of 
every message on this list:

> Please do not post admin requests or moderator comments to the list.
> Contact the moderators at cocoa-dev-admins(at)lists.apple.com

— F


___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: I2C question - what is correct mailing list

[Sean McBride]

On Fri, 27 Jul 2012 14:08:14 +0300, Vitaly Bondar said:

>  This is question to cocoa-dev moderators. I had asked twice question 
>about IOKit/i2c interface, but this messages was blocked as i understand.
>Can you please help to find correct mailing list for my question.

One of the Darwin lists would be better, probably Darwin-dev:


-- 

Sean McBride, B. Eng s...@rogue-research.com
Rogue Researchwww.rogue-research.com 
Mac Software Developer  Montréal, Québec, Canada



___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: reading preferences from com.apple.mail under 10.8

[Sean McBride]

On Thu, 2 Aug 2012 08:47:27 -0400, Rob McBroom said:

>So maybe you can’t read the prefs from a sandboxed application?

That would seem to fit with the whole idea of a sandbox, wouldn't it?

It would probably work if you give yourself a temporary entitlement to Mail's 
pref file.  I would try that as a test.  It sucks as a solution, because you'd 
have to hardcode a path (always a fragile thing).  I've never used App Store, 
but I imagine they may not allow that solution either.  So if you care about 
App Store, you may need to degrade your user experience, as is apparently 
happening a lot because of App Sandbox.  Better to ditch App Store, but I 
digress.

But since you're looking for something pretty standard, like the user's SMTP 
server, and not some obscure Mail.app pref like font size, there may be API you 
can use.  After all, the UI for such things used to be in System Preferences.

In the old days, I'd have suggested the Internet Config APIs (see 
InternetConfig.h).  Indeed there is a kICSMTPHost constant there.  God knows if 
it still works, especially in App Sandbox.  Maybe Launch Services has an API to 
get the smtp server?

-- 

Sean McBride, B. Eng s...@rogue-research.com
Rogue Researchwww.rogue-research.com 
Mac Software Developer  Montréal, Québec, Canada

___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: reading preferences from com.apple.mail under 10.8

[Kyle Sluder]

On Aug 2, 2012, at 9:01 AM, Sean McBride  wrote:

> On Thu, 2 Aug 2012 08:47:27 -0400, Rob McBroom said:
> 
>> So maybe you can’t read the prefs from a sandboxed application?
> 
> That would seem to fit with the whole idea of a sandbox, wouldn't it?

The point is that *Mail* is the sandboxed app here. It's not unreasonable to 
expect that an un-sandboxed app could access its prefs just like defaults(1).

I'd file an enhancement request at http://bugreport.apple.com.

--Kyle Sluder

___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: What is the equivalent Cocoa window level of Carbon kUtilityWindowClass?

[Ken Thomases]

On Jul 19, 2012, at 3:47 PM, Volker Schumacher wrote:

> I am working on a cocoa application that creates both normal cocoa windows 
> and cocoa windows that are initialized with carbon windows. All windows 
> should be floating above all applications. For the cocoa windows i set the 
> window level to NSTornOffMenuWindowLevel, and for the carbon windows i use 
> kUtilityWindowClass. Both works fine, windows are floating above other 
> applications, but the problem is that carbon and cocoa windows don't have the 
> same window level, so carbon windows will always float on top of cocoa 
> windows. is there a way of giving both window types the same window level 
> without loosing the floating above other apps? i guess since 
> kUtilityWindowClass seems to the only window class which enables floating 
> about other apps in carbon, i am looking for its equivalent in cocoa…

Use an NSPanel and set it to be floating (-[NSPanel setFloatingPanel:]).  If 
you must use a window level, I would think that NSFloatingWindowLevel be 
correspond to a utility window.  (You'd also want to use NSUtilityWindowMask in 
the style mask.)

Cheers,
Ken


___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Rotating a Nib

[Gerriet M. Denkmann]

I have an iOS (5.1) program which has a view with some OpenGL animations, 
called GLView (subclass of UIView).
When the user taps the screen, a Nib view is loaded (which contains some 
sliders and buttons).

On the iPhone this nib is always displayed in portrait mode. This is ok.

But on the iPad, the Slider-Nib should rotate according to the orientation of 
the device.

UIViewController has: shouldAutorotateToInterfaceOrientation: but my 
Slider-View currently has no ViewController - my GLView just does: [ self 
addSubview: sliderView ] or: [ sliderView removeFromSuperview ].
And the GLView also has no ViewController - it is defined in the MainWIndow.xib 
and is the only view of the app.

Note: the GLView should not rotate, only it's subview, the sliderView.

Do I need a SliderViewController, or are there other ways to make my SliderView 
rotate according to the orientation of the device?

Kind regards,

Gerriet.





___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Resolved: Baffled by AVCaptureVideoPreviewLayer

[lobs...@neu.edu]

Found the problem


movieLayer = [[self mMovieView] layer];
must be preceeded by 

[[self mMovieView] setWantsLayer:Yes]

Joseph

On Aug 1, 2012, at 6:05 PM, lobs...@neu.edu  wrote:

> I'm having trouble  getting AVCaptureVideoPreviewLayer to work in OSX 10.8, 
> XCode 4.4 . I'm trying to use the NSView mMovieView as the port. 
> 
>   @property (nonatomic, strong) IBOutlet NSView   *mMovieView;
>   @property (nonatomic, strong) IBOutlet CALayer  *movieLayer;
> 
>   movieLayer = [[self mMovieView] layer];
>   [movieLayer setBackgroundColor:CGColorGetConstantColor(kCGColorBlack)];
>   AVCaptureVideoPreviewLayer *newPreviewLayer = 
> [[AVCaptureVideoPreviewLayer alloc] initWithSession:[self captureSession]];
>   [newPreviewLayer setFrame:[movieLayer bounds]];
>   [movieLayer addSublayer:newPreviewLayer];
> 
>   DLog(@"captureSession inputs are %@",captureSession.inputs);
>   DLog(@"captureSession outputs are %@",captureSession.outputs);
>   
>   [captureSession startRunning];
> 
>   DLog(@"AVCapture Session Started");
> 
> At the console, I see:
> 2012-08-01 17:32:53.919 Roboplasm[15629:303] -[MovieController 
> setupAVCapture] captureSession inputs are (
>"",
>""
> )
> 2012-08-01 17:32:53.920 Roboplasm[15629:303] -[MovieController 
> setupAVCapture] captureSession outputs are (
> )
> 2012-08-01 17:33:04.973 Roboplasm[15629:303] __37-[MovieController 
> captureSessionInit]_block_invoke_085 did start running
> 2012-08-01 17:33:04.974 Roboplasm[15629:303] -[MovieController 
> setupAVCapture] AVCapture Session Started
> 
> But no video preview. Any idea what's up.
> 
> Thanks,
> Joseph Ayers
> ___
> 
> Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
> 
> Please do not post admin requests or moderator comments to the list.
> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
> 
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/cocoa-dev/j.ayers%40neu.edu
> 
> This email sent to j.ay...@neu.edu


___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: cocoabuilder closed?

[Robert Monaghan]

Hi,

I just took a look. It seems to have a fairly current bunch of email from today.

bob.

On Jul 10, 2012, at 8:47 PM, Andy Lee  wrote:

> I can get to the site but it doesn't seem to have been updated since June 25.
> 
> --Andy
> 
> On Jul 10, 2012, at 2:35 PM, Richard Altenburg (Brainchild) wrote:
> 
>> I just tried the website and it seems to work, I searched for my own name 
>> and even found some posts I was not even aware from many years ago ;-)
>> 
>> You could try to contact Bertrand Mansion, the site owner, on 
>> cocoabuil...@mamasam.com for questions about the status.
>> 
>> 
>> [[[Brainchild alloc] initWithName:@"Richard Altenburg"] saysBestRegards];
>> 
>> Op 10 jul. 2012, om 15:03 heeft Chris Paveglio het volgende geschreven:
>> 
>>> Does anyone know what's going on with Cocoabuilder.com? I haven't been able 
>>> to get there for more than a month, on work or on home computers.
>> 
>> ___
>> 
>> Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
>> 
>> Please do not post admin requests or moderator comments to the list.
>> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
>> 
>> Help/Unsubscribe/Update your Subscription:
>> https://lists.apple.com/mailman/options/cocoa-dev/aglee%40mac.com
>> 
>> This email sent to ag...@mac.com
> 
> ___
> 
> Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
> 
> Please do not post admin requests or moderator comments to the list.
> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
> 
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/cocoa-dev/bob%40gluetools.com
> 
> This email sent to b...@gluetools.com


___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

32-bit on 10.8

[koko]

I have a number of BSD Static Libraries that support my application.  These are 
'iffy' on 64-bit compatibility due to the effort required to get them there.

If I build a 32-bit app to run on 10.8 does this present any problems/resource 
issues to the users machine?

-koko



___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: reading preferences from com.apple.mail under 10.8

[Mike Abdullah]

On 2 Aug 2012, at 13:47, Rob McBroom  wrote:

> On Aug 2, 2012, at 3:07 AM, Shane Stanley  wrote:
> 
>> On 01/08/2012, at 1:07 AM, Rob McBroom  wrote:
>> 
>>> Mail is, but so is TextEdit and I have no problem reading its prefs.
>> 
>> Are you sure you have no problem with TextEdit? It looks like when Mail 
>> moves its prefs to its container it deletes the old file, but TextEdit 
>> leaves its old one there. You may well be reading a pre-update TextEdit 
>> prefs file.
> 
> 
> I was all ready to say “Yes, I’m sure”, but the app isn’t actually reading 
> TextEdit’s prefs. It’s asking for com.apple.TextEdit.LSSharedFileList. 
> Reading the actual preferences doesn’t seem to work.
> 
> So maybe you can’t read the prefs from a sandboxed application? But that 
> isn’t documented anywhere that I can find.

Correct, sandboxed apps live in their own container, with their own preferences 
file. There is a temporary entitlement:

com.apple.security.temporary-exception.shared-preference.read-only

Use that as the key, and the bundle identifier of an app as the value. This 
will allow a sandboxed app to read another app's preferences. I don't know if 
the reverse applies though, having not had a need to try it.
___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: 32-bit on 10.8

[Marcus Karlsson]

On Aug 2, 2012, at 8:11 PM, koko  wrote:

> I have a number of BSD Static Libraries that support my application.  These 
> are 'iffy' on 64-bit compatibility due to the effort required to get them 
> there.
> 
> If I build a 32-bit app to run on 10.8 does this present any 
> problems/resource issues to the users machine?
> 
> -koko

Not really. If your app is the only loaded 32-bit app then that will load the 
32-bit versions of the system frameworks that you're using, which isn't a 
problem for more or less anyone. But that's about it.

Marcus



smime.p7s
Description: S/MIME cryptographic signature
___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: 32-bit on 10.8

[koko]

Thanks.  

I asked the question because I saw here one time that "you don't want to be the 
app causing 32-bit versions" to load.

As long as it is not a system resource problem, then all is well as far as I am 
concerned.

However, I will be surprised if there is not some list castigation for being 
the 32-bit app on 10.8 … LOL

-koko



On Aug 2, 2012, at 12:43 PM, Marcus Karlsson wrote:

> 
> On Aug 2, 2012, at 8:11 PM, koko  wrote:
> 
>> I have a number of BSD Static Libraries that support my application.  These 
>> are 'iffy' on 64-bit compatibility due to the effort required to get them 
>> there.
>> 
>> If I build a 32-bit app to run on 10.8 does this present any 
>> problems/resource issues to the users machine?
>> 
>> -koko
> 
> Not really. If your app is the only loaded 32-bit app then that will load the 
> 32-bit versions of the system frameworks that you're using, which isn't a 
> problem for more or less anyone. But that's about it.
> 
> Marcus
> 


___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: reading preferences from com.apple.mail under 10.8

[Jens Alfke]

On Aug 2, 2012, at 5:19 AM, Rob McBroom  wrote:

> And I question whether Scripting Bridge is “more supported” than 
> `NSUserDefaults`. :-)

Those are both supported APIs, but that's irrelevant. The point is that an 
application's scripting API (as declared in its dictionary) is supported, 
whereas apps' user defaults keys are for internal use only.

(I do know of a couple of user-defaults domains that have well-known supported 
keys in them — such as the ones that give the locations of the iLife media 
index files — but those are separate domains containing only those settings, 
not the internal domains of the iLife apps.)

—Jens
___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: 32-bit on 10.8

[Charles Srstka]

On Aug 2, 2012, at 1:57 PM, koko  wrote:

> Thanks.  
> 
> I asked the question because I saw here one time that "you don't want to be 
> the app causing 32-bit versions" to load.
> 
> As long as it is not a system resource problem, then all is well as far as I 
> am concerned.
> 
> However, I will be surprised if there is not some list castigation for being 
> the 32-bit app on 10.8 … LOL
> 
> -koko

The thing I'd be concerned about is Apple removing the 32-bit system libraries 
in some future version of OS X and dropping support for 32-bit apps. This could 
happen as soon as 10.9 — we all know how Apple is. For that reason, I'd 
probably recommend moving toward 64-bit now, for the sake of future 
compatibility.

Charles

___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: 32-bit on 10.8

[koko]

On Aug 2, 2012, at 1:29 PM, Charles Srstka wrote:

>  I'd probably recommend moving toward 64-bit now, for the sake of future 
> compatibility.

Yes, I agree. We just don't want to miss 10.8 customers as we move our libs to 
64-bit.

-koko
___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: Icon Overlay on Mac OSX

[Uli Kusterer]

On 02.08.2012, at 07:47, Jens Alfke  wrote:
> Set custom icons for the files? (I have no idea how custom file icons are 
> done nowadays, though. They used to be stored in the resource fork, but 
> that's been deprecated for a decade now. Maybe they're in extended file 
> attributes?)

 NSWorkspace has a setIcon: forPath: method (or something like that) for this 
purpose. I think it was added around 10.6, might even be older. Or maybe it was 
NSFileManager. I mentioned it previously in this thread, not gonna look it up a 
second time.

Cheers,
-- Uli Kusterer
"The Witnesses of TeachText are everywhere..."




___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: reading preferences from com.apple.mail under 10.8

[Erik Stainsby]

Would it not be more in keeping with sandbox culture to ask the user for 
permission to read the Mail.app preferences at run time? Thereby obviating the 
need to maintain a supported under the hood path to the same info.  It could be 
a single request made once during first run.

~ Erik


Sent from my iPad

On 2012-08-02, at 12:17 PM, Jens Alfke  wrote:

> 
> On Aug 2, 2012, at 5:19 AM, Rob McBroom  wrote:
> 
>> And I question whether Scripting Bridge is “more supported” than 
>> `NSUserDefaults`. :-)
> 
> Those are both supported APIs, but that's irrelevant. The point is that an 
> application's scripting API (as declared in its dictionary) is supported, 
> whereas apps' user defaults keys are for internal use only.
> 
> (I do know of a couple of user-defaults domains that have well-known 
> supported keys in them — such as the ones that give the locations of the 
> iLife media index files — but those are separate domains containing only 
> those settings, not the internal domains of the iLife apps.)
> 
> —Jens
> ___
> 
> Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
> 
> Please do not post admin requests or moderator comments to the list.
> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
> 
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/cocoa-dev/erik.stainsby%40roaringsky.ca
> 
> This email sent to erik.stain...@roaringsky.ca

___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: Icon Overlay on Mac OSX

[KappA]

I believe setIcon updates the file modification date... (please check as I
can't remember for sure)... which might go against what a file tracking
system might be trying to do.

i.e. will give false file modification updates because of setting the
updated icons.

If there is a way to do that without updating the file attributes, it would
work perfectly...

Kappa.

On Thu, Aug 2, 2012 at 4:22 PM, Uli Kusterer
wrote:

> On 02.08.2012, at 07:47, Jens Alfke  wrote:
> > Set custom icons for the files? (I have no idea how custom file icons
> are done nowadays, though. They used to be stored in the resource fork, but
> that's been deprecated for a decade now. Maybe they're in extended file
> attributes?)
>
>  NSWorkspace has a setIcon: forPath: method (or something like that) for
> this purpose. I think it was added around 10.6, might even be older. Or
> maybe it was NSFileManager. I mentioned it previously in this thread, not
> gonna look it up a second time.
>
> Cheers,
> -- Uli Kusterer
> "The Witnesses of TeachText are everywhere..."
>
>
>
>
> ___
>
> Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
>
> Please do not post admin requests or moderator comments to the list.
> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
>
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/cocoa-dev/rejekted%40gmail.com
>
> This email sent to rejek...@gmail.com
>
___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: reading preferences from com.apple.mail under 10.8

[Charles Srstka]

On Jul 31, 2012, at 10:07 AM, Rob McBroom  wrote:

> Hello. I’m trying to read Mail’s preferences to find a suitable SMTP server 
> so users don’t have to re-enter such configuration details. It seems to have 
> stopped working and I can’t find a [documented] reason.
> 
> I’ve tried
> 
>NSUserDefaults *mailPrefs = [[NSUserDefaults alloc] init];
>NSArray *smtpList = [[mailPrefs persistentDomainForName:@"com.apple.mail"] 
> objectForKey:@"DeliveryAccounts"];
> 
> and
> 
>NSArray *mailPrefs = (__bridge NSArray 
> *)CFPreferencesCopyValue((CFStringRef)@"DeliveryAccounts", 
> (CFStringRef)@"com.apple.mail", kCFPreferencesCurrentUser, 
> kCFPreferencesAnyHost);
> 
> but neither return any results on a 10.8 system. My application is not 
> sandboxed. Mail is, but so is TextEdit and I have no problem reading its 
> prefs.
> 
> Any ideas? Thanks.

This is obviously non-ideal, but in the absence of a better solution, you could 
use the /usr/bin/defaults program. I just tried it, and it appears to be able 
to read and write from Mail's defaults domain successfully.

Charles

___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: Icon Overlay on Mac OSX

[Charles Srstka]

On Aug 2, 2012, at 3:41 PM, KappA  wrote:

> I believe setIcon updates the file modification date... (please check as I
> can't remember for sure)... which might go against what a file tracking
> system might be trying to do.
> 
> i.e. will give false file modification updates because of setting the
> updated icons.
> 
> If there is a way to do that without updating the file attributes, it would
> work perfectly...

In addition to this, it will hose any custom icons that the user might have set 
on the files.

Charles

___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: 32-bit on 10.8

[Eric Wing]

On 8/2/12, koko  wrote:
> Thanks.
>
> I asked the question because I saw here one time that "you don't want to be
> the app causing 32-bit versions" to load.
>
> As long as it is not a system resource problem, then all is well as far as I
> am concerned.

It depends on how much you need to pull in. Thanks to Xcode and Safari
which eat up all my RAM on a 8GB maxed out system, I personally have
little to spare. For small BSD tools with no dependencies on things
like Cocoa, I expect it to be small.

I recently tried a 32-bit Quicklook plugin. Using it causes a separate
daemon process called QuickLook_legacy or something to launch. Were
talking small amounts of memory fortunately, but this is another
example of the kinds of side-effects.

> However, I will be surprised if there is not some list castigation for being
> the 32-bit app on 10.8 … LOL

I think I saw somebody callout a fairly popular text editor recently.


One other consideration though is 32-bit (i386) only bugs. I suspect
Apple is not testing i386 much any more and I have been hit by several
annoying i386 only bugs. I had one or two annoying, but non-critical
ones related to CAOpenGLLayer/OpenGL/video card drivers and fullscreen
transitions in 10.7. In 10.8 I just hit one in 10.8 with the network
reachability APIs where nothing returned the correct results. I had
already been working on a fork for my codebase that moved to 64-bit
for awhile now, so this issue was the final straw that broke the
camels back and we scheduled an emergency/earlier-than-planned merge
to get this into our mainline branch instead of continuing on with the
buggy 32-bit side of things.

-Eric
-- 
Beginning iPhone Games Development
http://playcontrol.net/iphonegamebook/

___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

"sticky" buttons in UIToolbar?

[Rick Mann]

Hi. I'd like to have a set of sticky buttons in my toolbar. That is, a tap on 
the button changes its appearance. I can do this with custom buttons, but then 
I have to do a bunch of work designing buttons in Photoshop, when really the 
standard button looks just fine. I set the button's selected property to be 
true, and set the  text color to be something different when in that state.

There seems to be no way to accomplish this using the built-in buttons (no 
selected property is made available).

Is there another way?

-- 
Rick




___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: "sticky" buttons in UIToolbar?

[Graham Cox]

On 03/08/2012, at 9:23 AM, Rick Mann wrote:

> Is there another way?


NSSegmentedControl?

--Graham


___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: "sticky" buttons in UIToolbar?

[Rick Mann]

Yep, great suggestion, I think that'll work just fine.

I do wish, though, that Apple had just made toolbar buttons be UIButtons.

-- 
Rick



On Aug 2, 2012, at 17:37 , Graham Cox  wrote:

> 
> On 03/08/2012, at 9:23 AM, Rick Mann wrote:
> 
>> Is there another way?
> 
> 
> NSSegmentedControl?
> 
> --Graham
> 
> 

___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Anybody know why instantiateNibWithOwner:topLevelObjects: was deprecated?

[Britt Durbrow]

Well... the subject line kinda says it all... before I file a bug... does 
anybody know why NSNib's instantiateNibWithOwner:topLevelObjects: was 
deprecated?
___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: "sticky" buttons in UIToolbar?

[Graham Cox]

D'uh, I just realised I think you're talking about iOS, not Mac. There is no 
NSSegmentedControl on iOS.

I'm not sure what options you have there, and I'm not sure I've seen any iOS 
app with buttons that stay on, so perhaps it can't be done. You might want to 
rethink your interface - or perhaps using custom images is the only solution.


--Graham



On 03/08/2012, at 10:39 AM, Rick Mann wrote:

> Yep, great suggestion, I think that'll work just fine.
> 
> I do wish, though, that Apple had just made toolbar buttons be UIButtons.
> 
> -- 
> Rick
> 
> 
> 
> On Aug 2, 2012, at 17:37 , Graham Cox  wrote:
> 
>> 
>> On 03/08/2012, at 9:23 AM, Rick Mann wrote:
>> 
>>> Is there another way?
>> 
>> 
>> NSSegmentedControl?
>> 
>> --Graham
>> 
>> 
> 


___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: "sticky" buttons in UIToolbar?

[Rick Mann]

On Aug 2, 2012, at 17:37 , Graham Cox  wrote:

> 
> On 03/08/2012, at 9:23 AM, Rick Mann wrote:
> 
>> Is there another way?
> 
> 
> NSSegmentedControl?

Perhaps I spoke too soon. I can make that work, but only by adding an 
additional segment that I'd rather not add. The reason is that if the user taps 
on the currently-selected segment, it doesn't send its action message.

I want the user to be able to select between one of two things, or none at all. 
I can put a third segment in there, "none", but I'd rather they just tap again 
to turn off the currently-selected segment.

Eh, then again, that goes against my personal hatred of most toggle buttons 
(refresh/stop in Safari, in particular). I guess I can live with three segments.

-- 
Rick



___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: "sticky" buttons in UIToolbar?

[Rick Mann]

There's UISegmentedControl!

-- 
Rick



On Aug 2, 2012, at 17:52 , Graham Cox  wrote:

> D'uh, I just realised I think you're talking about iOS, not Mac. There is no 
> NSSegmentedControl on iOS.
> 
> I'm not sure what options you have there, and I'm not sure I've seen any iOS 
> app with buttons that stay on, so perhaps it can't be done. You might want to 
> rethink your interface - or perhaps using custom images is the only solution.
> 
> 
> --Graham
> 
> 
> 
> On 03/08/2012, at 10:39 AM, Rick Mann wrote:
> 
>> Yep, great suggestion, I think that'll work just fine.
>> 
>> I do wish, though, that Apple had just made toolbar buttons be UIButtons.
>> 
>> -- 
>> Rick
>> 
>> 
>> 
>> On Aug 2, 2012, at 17:37 , Graham Cox  wrote:
>> 
>>> 
>>> On 03/08/2012, at 9:23 AM, Rick Mann wrote:
>>> 
 Is there another way?
>>> 
>>> 
>>> NSSegmentedControl?
>>> 
>>> --Graham
>>> 
>>> 
>> 
> 


___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: Anybody know why instantiateNibWithOwner:topLevelObjects: was deprecated?

[Charles Srstka]

On Aug 2, 2012, at 7:52 PM, Britt Durbrow 
 wrote:

> Well... the subject line kinda says it all... before I file a bug... does 
> anybody know why NSNib's instantiateNibWithOwner:topLevelObjects: was 
> deprecated?

Probably because it didn't follow the usual Cocoa memory management pattern, in 
a way that creates memory leaks in ARC that can't be worked around without 
dropping down to the CF level.

Charles
___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: Anybody know why instantiateNibWithOwner:topLevelObjects: was deprecated?

[Kyle Sluder]

On Thu, Aug 2, 2012, at 05:52 PM, Britt Durbrow wrote:
> Well... the subject line kinda says it all... before I file a bug... does
> anybody know why NSNib's instantiateNibWithOwner:topLevelObjects: was
> deprecated?

Because there's better API now: -[NSNib
instantiateWithOwner:topLevelObjects:] adopts the much saner memory
management that -[UINib instantiateWithOwner:options:] has.

Alas, the new method's name is extremely similar to the deprecated
method. I lobbied for a better name during the beta, but to no avail.

Also, distressingly, -[NSNib initWithContentsOfURL:], -[NSNib
instantiateNibWithExternalNameTable:], and all the NSBundle nib-loading
additions are only soft-deprecated in the 10.8 SDK; thankfully, at least
the old NSNib designated initializer is hard-deprecated.

--Kyle Sluder
___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: "sticky" buttons in UIToolbar?

[Laurent Daudelin]

There is no NSSegmentedControl on iOS but there is UISegmentedControl, which is 
essentially the same thing, can be put in a navigation bar or a toolbar.

-Laurent.
-- 
Laurent Daudelin
AIM/iChat/Skype:LaurentDaudelin 
http://www.nemesys-soft.com/
Logiciels Nemesys Software  
laur...@nemesys-soft.com

On Aug 2, 2012, at 17:52, Graham Cox  wrote:

> D'uh, I just realised I think you're talking about iOS, not Mac. There is no 
> NSSegmentedControl on iOS.
> 
> I'm not sure what options you have there, and I'm not sure I've seen any iOS 
> app with buttons that stay on, so perhaps it can't be done. You might want to 
> rethink your interface - or perhaps using custom images is the only solution.
> 
> 
> --Graham
> 
> 
> 
> On 03/08/2012, at 10:39 AM, Rick Mann wrote:
> 
>> Yep, great suggestion, I think that'll work just fine.
>> 
>> I do wish, though, that Apple had just made toolbar buttons be UIButtons.
>> 
>> -- 
>> Rick
>> 
>> 
>> 
>> On Aug 2, 2012, at 17:37 , Graham Cox  wrote:
>> 
>>> 
>>> On 03/08/2012, at 9:23 AM, Rick Mann wrote:
>>> 
 Is there another way?
>>> 
>>> 
>>> NSSegmentedControl?
>>> 
>>> --Graham
>>> 

___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: Icon Overlay on Mac OSX

[Alfian Busyro]

I'll take a look of this.

Thanks,
Alfian

On 12/08/02 14:55, Charles Srstka wrote:

On Aug 2, 2012, at 12:47 AM, Jens Alfke  wrote:


On Jul 18, 2012, at 2:42 AM, Alfian Busyro  wrote:


I tried this CTBadge, and it gave me a custom application icon after I run it.
So a little bit different with what I want to do though.
Do you have any idea how to implement this to the finder , without injecting it 
like dropbox did.

Set custom icons for the files? (I have no idea how custom file icons are done 
nowadays, though. They used to be stored in the resource fork, but that's been 
deprecated for a decade now. Maybe they're in extended file attributes?)

They're still in the resource fork (which itself is an extended file attribute).

Charles

___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/alfian.busyro%40kddi-web.com

This email sent to alfian.bus...@kddi-web.com


___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: Icon Overlay on Mac OSX

[Alfian Busyro]

Which you guys mean I have to create the overlay to an Image it self 
then stick it to a file icon ?
I'd try this before but nothing was changed. maybe I'll have try this 
once again.


And for file attributes, can we use setAttributes:ofItemAtPath:error: 
from NSFileManager ?

because there is NSFileModificationDate attributes for in this function.

Regards,
Alfian

On 12/08/03 5:47, Charles Srstka wrote:

On Aug 2, 2012, at 3:41 PM, KappA  wrote:


I believe setIcon updates the file modification date... (please check as I
can't remember for sure)... which might go against what a file tracking
system might be trying to do.

i.e. will give false file modification updates because of setting the
updated icons.

If there is a way to do that without updating the file attributes, it would
work perfectly...

In addition to this, it will hose any custom icons that the user might have set 
on the files.

Charles

___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/alfian.busyro%40kddi-web.com

This email sent to alfian.bus...@kddi-web.com


___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: Icon Overlay on Mac OSX

[Alfian Busyro]

Which you guys mean I have to create the overlay to an Image it self 
then stick it to a file icon ?
I'd try this before but nothing was changed. maybe I'll have try this 
once again.


And for file attributes, can we use setAttributes:ofItemAtPath:error: 
from NSFileManager ?

because there is NSFileModificationDate attributes for in this function.

Regards,
Alfian

On 12/08/03 5:47, Charles Srstka wrote:

On Aug 2, 2012, at 3:41 PM, KappA  wrote:


I believe setIcon updates the file modification date... (please check as I
can't remember for sure)... which might go against what a file tracking
system might be trying to do.

i.e. will give false file modification updates because of setting the
updated icons.

If there is a way to do that without updating the file attributes, it would
work perfectly...

In addition to this, it will hose any custom icons that the user might have set 
on the files.

Charles

___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/alfian.busyro%40kddi-web.com

This email sent to alfian.bus...@kddi-web.com


___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: Anybody know why instantiateNibWithOwner:topLevelObjects: was deprecated?

[Britt Durbrow]

On Aug 2, 2012, at 6:10 PM, Kyle Sluder  wrote:

> On Thu, Aug 2, 2012, at 05:52 PM, Britt Durbrow wrote:
>> Well... the subject line kinda says it all... before I file a bug... does
>> anybody know why NSNib's instantiateNibWithOwner:topLevelObjects: was
>> deprecated?
> 
> Because there's better API now: -[NSNib
> instantiateWithOwner:topLevelObjects:] adopts the much saner memory
> management that -[UINib instantiateWithOwner:options:] has.
> 
> Alas, the new method's name is extremely similar to the deprecated
> method. I lobbied for a better name during the beta, but to no avail.
> 
> Also, distressingly, -[NSNib initWithContentsOfURL:], -[NSNib
> instantiateNibWithExternalNameTable:], and all the NSBundle nib-loading
> additions are only soft-deprecated in the 10.8 SDK; thankfully, at least
> the old NSNib designated initializer is hard-deprecated.
> 
> --Kyle Sluder

Which is, (very conveniently :-) missing from the class documentation.

Thanks for the heads-up!
___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Dragging map annotations

[Rick Mann]

It seems that MKMapView doesn't autoscroll when dragging an annotation marker, 
is that correct?

Also, is there any way to adjust how long the user must hold the annotation 
before dragging can begin?

-- 
Rick




___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

crash in showOpenPanel on ML

[Koen van der Drift]

After updating to M and Xcode 4.4 I get a crash in the beginSheetModalForWindow 
part of the showOpenPanel part.

The code looks like:

- (IBAction)showOpenPanel:(id)sender
{
__block NSOpenPanel *panel = [NSOpenPanel openPanel];
[panel setAllowedFileTypes: fileTypes];
[panel setAllowsMultipleSelection: NO];

[panel beginSheetModalForWindow:[self window] completionHandler:^ 
(NSInteger result) 
 { 
 if (result == NSOKButton) 
 {
// etc

based on  the Hillegass book. It all worked fine with OSX 10.7 and Xcode 4.3


When the code executes, I briefly see the open panel window, but then it 
crashes immediately, even before I can select a file. The error I get is for me 
not clear:

Thread 1, Queue : com.apple.main-thread
Thread 2, Queue : (null)
Thread 3, Queue : com.apple.libdispatch-manager
Thread 4, Queue : (null)
Thread 5 com.apple.NSURLConnectionLoader, Queue : (null)
Thread 6, Queue : (null)
Thread 7, Queue : quicklook.pluginload
#0  0x7fff92e3aab8 in __cxa_throw ()
#1  0x7fff8a9c883a in Security::MacOSError::throwMe(int) ()
#2  0x7fff8a8fb224 in Security::CodeSigning::SecStaticCode::signature() 
()
#3  0x7fff8a8fb449 in 
Security::CodeSigning::SecStaticCode::verifySignature() ()
#4  0x7fff8a8fb25e in 
Security::CodeSigning::SecStaticCode::validateDirectory() ()
#5  0x7fff8a8fb916 in 
Security::CodeSigning::SecStaticCode::validateNonResourceComponents() ()
#6  0x7fff8a8f0601 in validate(Security::CodeSigning::SecStaticCode*, 
Security::CodeSigning::SecRequirement const*, unsigned int) ()
#7  0x7fff8a8f0470 in SecStaticCodeCheckValidityWithErrors ()
#8  0x7fff9163c44a in QLCheckAppleSignature ()
#9  0x7fff9160e375 in _QLLoadPluginAtURL ()
#10 0x7fff91612171 in ___QLLaunchUpdatingThread_block_invoke_0 ()
#11 0x7fff8d0c7f3d in _dispatch_call_block_and_release ()
#12 0x7fff8d0c40fa in _dispatch_client_callout ()
#13 0x7fff8d0c54c3 in _dispatch_queue_drain ()
#14 0x7fff8d0c5335 in _dispatch_queue_invoke ()
#15 0x7fff8d0c5207 in _dispatch_worker_thread2 ()
#16 0x7fff8db6bceb in _pthread_wqthread ()
#17 0x7fff8db561b1 in start_wqthread ()
Thread 8, Queue : (null)
Thread 9, Queue : (null)
Thread 10, Queue : (null)
Thread 11, Queue : quicklook.client


Any ideas what is going on, and what else I can do to debug and/or fix this?

Thanks,

- Koen.



___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Mountain Lion problems with orderFrontColorPanel:

[Graham Cox]

Hi all,

Has anyone else experienced issues with the Color Panel not showing in Mountain 
Lion?

We're getting reports from users that our app doesn't display the color panel 
on ML, though we have made no changes to our sources regarding this at all. 
We're still using the 10.7 SDK and targetting 10.6, and we show the color panel 
in the standard manner, i.e. invoking orderFrontColorPanel: on first responder. 
It's also not showing when the user selects a NSColorWell.

I'm awaiting further info such as logging of exceptions from users, but in the 
meantime I'm asking to see if this is a known issue.

--Graham



___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: crash in showOpenPanel on ML

[Graham Cox]

Looks like a QuickLook plug-in is not correctly code signed, or is being 
rejected due to your security settings, and the resulting exception is killing 
the panel.

If you've installed a third-party QL plug-in you probably need to upgrade it 
for ML or discard it.

--Graham



On 03/08/2012, at 11:35 AM, Koen van der Drift wrote:

> After updating to M and Xcode 4.4 I get a crash in the 
> beginSheetModalForWindow part of the showOpenPanel part.

> #10x7fff8a9c883a in Security::MacOSError::throwMe(int) ()
> #20x7fff8a8fb224 in Security::CodeSigning::SecStaticCode::signature() 
> ()
> #30x7fff8a8fb449 in 
> Security::CodeSigning::SecStaticCode::verifySignature() ()
> #40x7fff8a8fb25e in 
> Security::CodeSigning::SecStaticCode::validateDirectory() ()
> #50x7fff8a8fb916 in 
> Security::CodeSigning::SecStaticCode::validateNonResourceComponents() ()
> #60x7fff8a8f0601 in validate(Security::CodeSigning::SecStaticCode*, 
> Security::CodeSigning::SecRequirement const*, unsigned int) ()
> #70x7fff8a8f0470 in SecStaticCodeCheckValidityWithErrors ()
> #80x7fff9163c44a in QLCheckAppleSignature ()
> #90x7fff9160e375 in _QLLoadPluginAtURL ()


___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: Icon Overlay on Mac OSX

[KappA]

I have been playing around with that -

get the attributes
get the icon
composite the overlay
set the icon
set the attributes

When I print out the attributes before/after they match - now this only
works for files that you have access to (it failed for a few files owned by
root).

I am not sure how this affects MD5 checksum, I am going to look into that
next...

On Thu, Aug 2, 2012 at 9:21 PM, Alfian Busyro wrote:

> Which you guys mean I have to create the overlay to an Image it self then
> stick it to a file icon ?
> I'd try this before but nothing was changed. maybe I'll have try this once
> again.
>
> And for file attributes, can we use setAttributes:ofItemAtPath:**error:
> from NSFileManager ?
> because there is NSFileModificationDate attributes for in this function.
>
> Regards,
> Alfian
>
> On 12/08/03 5:47, Charles Srstka wrote:
>
>> On Aug 2, 2012, at 3:41 PM, KappA  wrote:
>>
>>  I believe setIcon updates the file modification date... (please check as
>>> I
>>> can't remember for sure)... which might go against what a file tracking
>>> system might be trying to do.
>>>
>>> i.e. will give false file modification updates because of setting the
>>> updated icons.
>>>
>>> If there is a way to do that without updating the file attributes, it
>>> would
>>> work perfectly...
>>>
>> In addition to this, it will hose any custom icons that the user might
>> have set on the files.
>>
>> Charles
>>
>> __**_
>>
>> Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
>>
>> Please do not post admin requests or moderator comments to the list.
>> Contact the moderators at 
>> cocoa-dev-admins(at)lists.**apple.com
>>
>> Help/Unsubscribe/Update your Subscription:
>> https://lists.apple.com/**mailman/options/cocoa-dev/**
>> alfian.busyro%40kddi-web.com
>>
>> This email sent to alfian.bus...@kddi-web.com
>>
>
> __**_
>
> Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
>
> Please do not post admin requests or moderator comments to the list.
> Contact the moderators at 
> cocoa-dev-admins(at)lists.**apple.com
>
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/**mailman/options/cocoa-dev/**rejekted%40gmail.com
>
> This email sent to rejek...@gmail.com
>
___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: crash in showOpenPanel on ML

[Koen van der Drift]

On Aug 2, 2012, at 9:44 PM, Graham Cox  wrote:

> Looks like a QuickLook plug-in is not correctly code signed, or is being 
> rejected due to your security settings, and the resulting exception is 
> killing the panel.
> 
> If you've installed a third-party QL plug-in you probably need to upgrade it 
> for ML or discard it.


Hi Graham,

I have (in /Library/QuickLook/):

GBQLGenerator.qlgenerator
iBooksAuthor.qlgenerator
iWork.qlgenerator

and a whole bunch in /System/Library/QuickLook:

All from Apple, no 3rd party ones.

- Koen.




___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: Icon Overlay on Mac OSX

[Jens Alfke]

On Aug 2, 2012, at 6:54 PM, KappA  wrote:

> get the attributes
> get the icon
> composite the overlay
> set the icon
> set the attributes

This has an obvious race condition, but it should work most of the time. If you 
don't change the icon often, you should be OK.

> I am not sure how this affects MD5 checksum, I am going to look into that 
> next...

It doesn't, because it doesn't affect the contents of the file. Unless you use 
a fancy checksum tool that incorporates all the extended-attribute metadata.

It *is* going to affect the disk space used, though. Since a 512x512 32-bit 
icon is a megabyte in size, that means you may be adding 1MB per file you 
badge. That can add up. And it's not at all obvious to a user where that space 
went, or how to recover it. So I would avoid doing this to lots of files.

It also slows down the Finder a bit since it has to open the file and read the 
icon instead of just looking it up from a cache based on the file-type. (This 
can be really painful when viewing that folder over AFP file sharing, in fact 
IIRC the Finder may turn off the display of custom icons on remote folders for 
this reason.)

—Jens
___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: Anybody know why instantiateNibWithOwner:topLevelObjects: was deprecated?

[Kyle Sluder]

On Thu, Aug 2, 2012, at 06:26 PM, Britt Durbrow wrote:
> Which is, (very conveniently :-) missing from the class documentation.

Please do file a documentation bug! That's kind of an important method.
:)

--Kyle Sluder
___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: Icon Overlay on Mac OSX

[Charles Srstka]

On Aug 2, 2012, at 9:26 PM, Jens Alfke  wrote:

> On Aug 2, 2012, at 6:54 PM, KappA  wrote:
> 
>> get the attributes
>> get the icon
>> composite the overlay
>> set the icon
>> set the attributes
> 
> This has an obvious race condition, but it should work most of the time. If 
> you don't change the icon often, you should be OK.

Again, except for the fact that you will overwrite any custom icons that the 
user has decided to put on the files.

Charles

___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: Icon Overlay on Mac OSX

[KappA]

Thanks. Yeah this too seems a bit messy, as you also have to take the quick
look preview into consideration. (when switching the various Finder views).

On Thu, Aug 2, 2012 at 10:37 PM, Charles Srstka wrote:

> On Aug 2, 2012, at 9:26 PM, Jens Alfke  wrote:
>
> On Aug 2, 2012, at 6:54 PM, KappA  wrote:
>
> get the attributes
> get the icon
> composite the overlay
> set the icon
> set the attributes
>
>
> This has an obvious race condition, but it should work most of the time.
> If you don't change the icon often, you should be OK.
>
>
> Again, except for the fact that you will overwrite any custom icons that
> the user has decided to put on the files.
>
> Charles
>
>
___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Any way to get live updates when dragging an annotation?

[Rick Mann]

So, I've got my custom annotation view dragging nicely, but unfortunately, 
MKMapKit only updates the annotation's coordinate when the drag ends. I want it 
to update throughout the drag, so that I can update my UI (which actually goes 
through Core Data).

Is there a way to do this?

-- 
Rick




___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: Mountain Lion problems with orderFrontColorPanel:

[Andreas Mayer]

Am 03.08.2012 um 03:41 schrieb Graham Cox :

> Has anyone else experienced issues with the Color Panel not showing in 
> Mountain Lion?

Working fine here. In a previously compiled application as well as in a newly 
compiled (on ML) one.

I'm not using orderFrontColorPanel: though. It's invoked by clicking a color 
well or explicitly with [[NSColorPanel sharedColorPanel] 
makeKeyAndOrderFront:self].

Deployment target is 10.6, SDK is latest.


Andreas
___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: Mountain Lion problems with orderFrontColorPanel:

[Graham Cox]

On 03/08/2012, at 2:14 PM, Andreas Mayer  wrote:

> 
> Am 03.08.2012 um 03:41 schrieb Graham Cox :
> 
>> Has anyone else experienced issues with the Color Panel not showing in 
>> Mountain Lion?
> 
> Working fine here.


Working fine here too... that's the problem, it's just some users who are 
experiencing this, and we haven't got any useful data yet to pin it down 
(sadly, users typically whinge at you to fix a problem but don't send anything 
you can work with, like a crash report or logging output).

Since it seems to be affecting a wide variety of users (though still a small 
minority) there ought to be some reason for it, which is why I wondered if 
anyone else had seen this.

--Graham



___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Very basic table binding blind spot

[Erik Stainsby]

I do so wish there was a Complete Idiot's Guide to Cocoa Table Bindings … The 
very flexibility which I know must be their great virtue tends to obscure the 
clear path from my sight more often than not.  Forest, trees, trees, forest … 
Oh! Something shiny! 
---

So tonight I have an NSArrayController (RSTableArrayController) which I have 
populated with dictionary objects of the form:

[self.content addObject:[NSDictionary dictionaryWithObjects: [NSArray 
arrayWithObjects: key, [mvo valueForKey:key],nil] forKeys:[NSArray 
arrayWithObjects:@"label",@"value",nil]]];



For this simple two column data I have a two column table, using Table View 
Cells (I'm going to have visual objects in place of the 'label' later on).
I have set the identifier for the tableView columns very imaginatively to 
"label", and "value". 
The array controller is also < NSTableViewDataSource, NSTableViewDelegate >. I 
have implemented the following two delegate methods:

- (NSInteger)   numberOfRowsInTableView:(NSTableView *)aTableView {
return self.content.count;
}

- (id)  tableView:(NSTableView *)aTableView 
objectValueForTableColumn:(NSTableColumn *)tableColumn row:(NSInteger)rowIndex {
NSString * identifier = [tableColumn identifier];
NSDictionary * dict = [self.content objectAtIndex:rowIndex];
NSLog(@"%s- [%04d] %@: %@", __PRETTY_FUNCTION__, __LINE__, 
identifier,[dict valueForKey:identifier]);
return [dict valueForKey:identifier];
}

In the nib, I have an ArrayController object of the class described above 
RSTableArrayController. It is wired up as the delegate and dataSource for the 
tableView. 


And here is where I get lost time and again, tracing the appropriate path to 
the content and it's constituent data parts and binding them to the appropriate 
element in the tableView.

» Scroll View
» Table View
» Table Column
» Table Cell View
» Static Text
 Text Field Cell

Given that the delegate method is called  -[tableView: 
objectValueForTableColumn: row:]  I should expect to bind the arrayController's 
objectValue in the Bindings Inspector to the ?node?  in the object browser.  Do 
I need to do more than get that right?  

~ Erik, 
currently batting .034 in the bindings league ... 


___

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: Very basic table binding blind spot

[Quincey Morris]

(reposted because of an apparent bounce)

On Aug 2, 2012, at 22:16 , Erik Stainsby  wrote:

> I do so wish there was a Complete Idiot's Guide to Cocoa Table Bindings … The 
> very flexibility which I know must be their great virtue tends to obscure the 
> clear path from my sight more often than not.  Forest, trees, trees, forest … 
> Oh! Something shiny! 

I don't know that you have a problem with bindings as such. I think your 
problems are mainly with NSArrayController. On top of that, I think you might 
have some terminology wrong (possibly just typos).

> So tonight I have an NSArrayController (RSTableArrayController)

Ugh, subclassing an array controller (any NSController, really) is going to 
make you unhappy, eventually.

> which I have populated with dictionary objects of the form:
> 
> [self.content addObject:[NSDictionary dictionaryWithObjects: [NSArray 
> arrayWithObjects: key, [mvo valueForKey:key],nil] forKeys:[NSArray 
> arrayWithObjects:@"label",@"value",nil]]];

Ugh, again, sorry to say. There are several warning flags here.

-- It's rarely easier to use a NSDictionary instead of define a custom class. A 
dictionary is a better solution only when the data objects have properties that 
cannot be determined until run time. If you know the properties of your data, 
step up and write the custom class right from the beginning. It'll be easier to 
write your code, and easier to debug.

-- By doing something like the above in an array controller subclass, you've 
muddied your MVC design pattern. The array of dictionaries *is* your data model 
-- or perhaps is just part of the data model -- but exposing its internal 
structural details, here in a mediating controller, is about 2 controllers away 
from where your data model really should be.

-- This code is not KVO compliant. This may not matter initially, if it happens 
before the view gets displayed, but it suggests you're going to think of your 
data (self.content) as an array, rather than as an indexed property of a data 
model object, and I'll bet you run into KVO compliance problems later.

> For this simple two column data I have a two column table, using Table View 
> Cells (I'm going to have visual objects in place of the 'label' later on).
> I have set the identifier for the tableView columns very imaginatively to 
> "label", and "value". 
> The array controller is also < NSTableViewDataSource, NSTableViewDelegate >. 
> I have implemented the following two delegate methods:
> 
> - (NSInteger) numberOfRowsInTableView:(NSTableView *)aTableView {
>   return self.content.count;
> }
> 
> - (id)tableView:(NSTableView *)aTableView 
> objectValueForTableColumn:(NSTableColumn *)tableColumn 
> row:(NSInteger)rowIndex {
>   NSString * identifier = [tableColumn identifier];
>   NSDictionary * dict = [self.content objectAtIndex:rowIndex];
>   NSLog(@"%s- [%04d] %@: %@", __PRETTY_FUNCTION__, __LINE__, 
> identifier,[dict valueForKey:identifier]);
>   return [dict valueForKey:identifier];
> }
> 
> In the nib, I have an ArrayController object of the class described above 
> RSTableArrayController. It is wired up as the delegate and dataSource for the 
> tableView. 

The data source code seems fine (though I didn't peer at it line by line), but 
I think it's in the wrong place. The more usual placement in a window 
controller is better than putting it in the array controller. The less code 
references you have to the array controller, the easier your app will be write 
and debug. (Best of all: don't even define an outlet to the array controller. 
Unfortunately, that's not always feasible, but I believe it's always desirable.)

> And here is where I get lost time and again, tracing the appropriate path to 
> the content and it's constituent data parts and binding them to the 
> appropriate element in the tableView.
> 
> » Scroll View
>   » Table View
>   » Table Column
>   » Table Cell View

Do you mean "Table View Cell"? These days, "Table Cell View" means something 
quite different.

>   » Static Text
>Text Field Cell

I'm not sure where these levels come from. In IB, the next level down from 
"Table Column" is some kind of cell, and there's nothing else. Did you perhaps 
create a view-based table instead of a cell-based table? Did you really want a 
view-based table (in which case you're implementing the wrong data source 
methods)?

> Given that the delegate method is called  -[tableView: 
> objectValueForTableColumn: row:]  I should expect to bind the 
> arrayController's objectValue

I'm not sure what you mean here. Array controllers don't have an "objectValue" 
property or binding. Array controller bindings have names like "contentObject" 
or "contentArray".

> in the Bindings Inspector to the ?node?  in the object browser.

The normal thing is to bind the table column's "value" binding to the array 
contro