use cc.openframeworks.ofapp as identifier on osx

[admsyn]

Closes #2644

[kylemcdonald]

i think the "com" refers to the "company" namespace for identifiers, not to the "com" in domain names (which also stands for "company"). just curious if you can point to another case where a similar identifier is used, or if there are any identifier naming guidelines?

[admsyn]

My understanding is that it's supposed to be a unique identifier, and using your domain is a fairly foolproof way of deriving an identifier that's almost surely unique. That seems to be the gist as per the reverse domain name wikipedia article that @bilderbuchi linked.

To be more pedantic, the identifier should always be something really unique, like net.kylemcdonald.someapp, but if we're going to include one by default cc.openframeworks.ofapp makes by far the most sense to me (as opposed to cc.openframeworks which would imply that it's just "openframeworks" that's running).

[kylemcdonald]

cool :) 👍

[ofZach]

it's probably not super complicated to modify the plist as part of the project generator process. it would be in https://github.com/ofZach/projectGeneratorSimple/blob/master/src/projects/xcodeProject.cpp#L223-L298 similar to what saveScheme() does (copy file and do find and replace).

[kylemcdonald]

@ofZach the benefit to not modifying it is that stack traces all look the same which helps for searching + reading

[ofZach]

I see what you mean. I wonder if there's a way to structure it so that the OF core code gets compiled with a common identifier and the app gets a unique identifier?

[admsyn]

Any objections to me hitting the big green button before 0.8.1? :) We won't have the unique-identifier-via-PG functionality but it's much better than the "obviously a placeholder" thing we have now.

[kylemcdonald]

👍 i'm up for incremental changes, and zach's suggestion can be opened as a new issue and developed in the future.