Logo permission

My email to "permission@apple.com" bounced.

David

We are planning on posting very liberal rules for using a set of Swift logos on Swift.org in the future. In the meantime, if you have a specific use in mind and you’re wondering if it fits within our guidelines, you can send the specifics to permission@apple.com to confirm whether it does.

Thanks,
Allen

and

I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.

For further assistance, please send mail to postmaster.

If you do so, please include this problem report. You can
delete your own text from the attached returned message.

             The mail system

permission@apple.com: host ma1-aaemail-dr-lapp01.apple.com[17.171.2.60] said:
550 5.1.1 User Unknown (in reply to RCPT TO command)

Has this issue been ironed out? I am operating on a very tight deadline and need to know whether I can move forward using the Swift logo or not.

This is my bad. The correct "permissions" email address is permissions@apple.com.

The even better answer, though, is found here: https://developer.apple.com/swift/resources/. At the bottom, you'll see that there is downloadable assets and guidelines for using the logo. As long as you follow those guidelines, you don't need to ask for permission.

Allen

3 Likes

Unfortunately, I want to use the logo in a modified form, as an in-joke on a coffee cup.

59%20PM

So that falls foul of the guidelines for 'go ahead and use'. I've now mailed permissions, but haven't heard back.

Can you share more of the context of the image and the title of the book?

Allen

Going to pm

Damn, those are some strict restrictions :confused:

The Swift logo can be used by educators and publishers in course materials and technical publications related to teaching, training, or describing the Swift programming language for iOS, macOS, watchOS, and tvOS. Developers who are members of the Apple Developer Program can use the Swift logo in promotional or technical materials that promote the use of the Swift programming language in their apps.

I'm assuming the omission of other platforms is an oversight. But this doesn't even include people releasing libraries or other open source projects.

The minimum height for the logo is 10 mm for printed materials and 30 pixels for onscreen use. The minimum clear space around the logo should be X on all sides, where X is equal to one-quarter the height of the logo.

So no file-type icons or anything like that.

Do not alter the logo artwork in any way.

We're not even allowed to use the bird on it's own if the rounded rect doesn't fit the design.

Do not incorporate the Swift logo or any part of the logo in your institution, program, course, or company identity.

So something like a Swift meetup or user group could not incorporate a variation of the logo into their own.

All in all, these restrictions really don't sound like they fit the spirit of an open-source project. In comparison, both Ruby and Rust have their logos licensed under some form of Creative Commons license. Rust and Python both have licensing terms that are much less restrictive and seem to mostly aim to prevent uses that wrongly imply official support from the projects, but not alterations and non-confusing uses for non-commercial (and some commercial) purposes.

The guidelines are there as guidelines, and all logo use guidelines produced by Apple always follow this format.

Apple has been pretty liberal with accepting a wide-range of use of the Swift logo in the community, and I don’t see that changing.

If you have any question about whether your use of the Swift logo is acceptable, please send the request to permissions@apple.com.

Allen

these are contradicting statements. having a written policy and then promising not to enforce said policy is meaningless.

1 Like

I think that is a bit harsh.

Having a stricter than necessary, but simpler, policy allows the simpler policy to be published. This benefits everyone, even if you are outside that policy, because you only had to read and understand a simple policy. Providing an email where you can ask provides Apple with the ability to relax that policy on a case by case basis. Imagine the alternative of a massive use policy covering all sorts of corner cases, everyone would have to plough through masses of legalise :( every time.

Well, we already know that other languages (python, rust, etc) have less restrictive licenses and they seem to be doing fine, so it’s not like it would result in an intractable mess of a document. having to ask for exceptions from Apple doesn’t really compensate, I personally wouldn’t bother asking as I would probably expect the answer to be “no”

Completely agree, if the guidelines explicitly say “Do not alter the logo artwork in any way” the last thing I’d think would be to ask anyway because maybe they just wrote that for no reason at all.

I also don’t think “all logo use guidelines by Apple always follow this format” is really an argument, since, at least to me, Swift is more like it's own project with Apple filling the role of a custodian (is that the word I'm looking for?) until it's big enough to live on it's own.

I think the Rust legal stuff page does a pretty good job, calling out the implicit subjectiveness of these trademark matters, giving some examples of what definitely can and can't be done and asking ppl to contact if their use is not described.

4 Likes

Yes, I agree Rust is a good model to follow here.