Download & Extend

Decide on if and if so, how to implement the Drupal wordmark in core

Project:Drupal core
Version:8.x-dev
Component:base system
Category:task
Priority:normal
Assigned:Unassigned
Status:active
Issue tags:installation, Legal

Issue Summary

postponed on #547068: D7UX: use Seven for installation / updates getting in in the first place.

http://drupal.org/node/547068#comment-1938778:

Under no circumstances whatsoever can we include the new wordmark in Drupal itself.
One of the main design goals for the new wordmark was to have a new official logo and branding that was not under the GPL. See: http://www.garfieldtech.com/blog/drupal-org-logo-trademark

and

http://drupal.org/node/547068#comment-1940264:

afaik LICENSE.txt isn't in CVS either, but is added by the packaging script - so why not only include it if installing Drupal from a Drupal.org tarball, if you install via CVS you get good old Druplicon instead (which serves as a default for all profiles which don't specify an image) - that gets the logo into the tarball, but not into CVS (it'd have to live on the server somewhere else of course).

The latter got a lot of support. Can we do it like this?

To be clear, what we'd like to do here is this:

Comments

#1

subscribe

#2

first of all, LICENSE.txt is actually in CVS (http://cvs.drupal.org/viewvc.py/drupal/drupal/LICENSE.txt)
what we're doing with the license is keeping one centralized version of it, and adding it during the packaging to contrib module to ensure GPL compliance.

#3

Yes, here's what needs to happen to ensure license compliance, from what I understand (Crell please jump in here to advise if this is correct):

1. The wordmark.png file (which is currently in http://drupal.org/files/issues/install-update-images.zip) needs to be put somewhere that is not anywhere on cvs.drupal.org. A private *.drupal.org SVN repo, somewhere in Drupal.org's files directory, in some shell user's home directory, whatever, but it can't be checked in to cvs.drupal.org because if it is, then it must be GPLed and we can't protect the branding of a GPLed wordmark. (Or something like this.)

2. The packaging scripts (and I don't know where those are) that are currently doing things like adding version info and LICENSE.txt to contrib modules need to be adjusted so that when a tarball of the "Drupal" project is generated, it replaces themes/seven/logo.png with wordmark.png (basically, cp /wherever/the/path/is/to/wordmark.png /themes/seven/logo.png). This way, anyone who downloads a tarball from http://drupal.org/project/drupal (which is most of our users) gets the branding effect during the installer, and anyone else who gets it from CVS (which is most of our developers) gets the old fashioned Druplicon (or probably nothing at all since they're using Drush ;)).

Once we confirm/adjust this plan of action, this issue needs to be moved to the Drupal.org infrastructure queue for implementation.

#4

but it can't be checked in to cvs.drupal.org because if it is, then it must be GPLed and we can't protect the branding of a GPLed wordmark. Or something like this.

So that we don't have that debate again… :-p

  1. Only GPL items can go in cvs.drupal.org because our CVS policy says so.
  2. We could change our CVS policy and our LICENSE file to say that everything but the wordmark is GPL.
  3. But some people (and linux distros) won't use/include/whatever drupal if there is a non-GPL part of it.
  4. Therefore the easiest way to get around these issues to include the wordmark using the tarball packaging scripts. People needing a GPL-only distro of Drupal can get it directly from CVS. And normal tarball downloads will include the Drupal branding.

That said, it seems to me we would still need to edit the LICENSE file included with the drupal tarball, so that it notes the wordmark license exception. The wordmark is (or will be) included in the tarball, after all.

But we desperately need this in D7. I want to see a shiny Drupal wordmark in our installer! And possibly in the Seven theme, too.

#5

Subscribe.

#6

Does that mean the downloaded tarball will not be GPL?
IANAL, but I would go back and inquire why a GPL'd image brand cannot be protected (GPL does not mean there are no copyrights, it is just a usage license).

What do other open source projects do to protect their brand?

#7

remember Firefox, Debian and Iceweasel?

#8

I don't believe you can reliably protect a logo that is so close to just text. Why not publishing this logo in GPL and getting done with it? While the trademark is important, the logo we picked (a simple text) has no real value.

#9

Damien, this is a wordmark which, at least in the EU and the USA can be registered so yes it can be protected. Think of FedEx, their special wordmark where the whitespace in the E and the x forms an arrow you think they are not protecting that trick like lions?

#10

@chx: a "wordmark" (in the common sense of the trademark law) is the usage of a word. It's not the protection of the logo per se, but of the usage of the word. The current "Drupal Trademark" is actually a wordmark. It's independent of the fact that you cannot reliably protect a logo that has nothing special.

#11

> where the whitespace in the E and the x forms an arrow

Gee.. never saw that before :) thanks!

#12

Damien,

A wordmark, also sometimes word mark, subset of the term logotype, is a standardized graphic representation of the name of a company, institution, or product name used for purposes of identification and branding

.

#13

Any decision to make Drupal less than 100% GPL seems like it might be too big to occur in the issue queue, no?...

In any case, I think what Damien says here makes a lot of sense. Protecting the typeface used in this logo really doesn't seem worth it compared to the simplicity of just making the logo GPL.

Also, if going ahead with this change to the installer, did anyone think about the potential for confusion? We'd be showing them one Drupal icon during installation, then a different Drupal icon in the Garland theme once the installation is done.... They'll figure it out and all, but it's a bit odd.

#14

Let's not argue whether or not our wordmark is "unique enough" to be protected; that's just silly. The "Drupal" in the wordmark above is not using an unmodified font and any designer can easily point out the unique properties of it.

This is not the issue to argue about we should or should not protect the wordmark. This issue assumes the wordmark needs protecting and is about how we protect it while still including it in a downloadable tarball.

So back to the issue at hand…

what we're doing with the license is keeping one centralized version of it, and adding it during the packaging to contrib module to ensure GPL compliance.

Since we are already doing this for contrib tarballs, it seems we already have some code in our packaging script that can checkout a file from an alternate source and place it into the tarball. I haven't seen the packaging scripts, but it should be easy to do the following for Drupal 7:

  1. Checkout project into temp directory.
  2. Checkout wordmark.png from a special repository for non-GPL materials.
  3. Take the wordmark.png and copy it over the existing themes/seven/logo.png file in the temp directory.
  4. Ensure that the LICENSE.txt in the temp directory has language noting the GPL exception for the Drupal wordmark file.*
  5. Package up the temp directory into a tarball.

* LICENSE.txt exception text: Its nice that we have a single source for our current LICENSE.txt; we should keep that exactly as is. So we either need to have a modified version of LICENSE.txt describing the wordmark exception (also stored in the non-GPL materials repository) or we need to have a separate LICENSE-WORDMARK.txt that is to be placed next to the LICENSE.txt in the tarball.

#15

BTW, this is what the updater would look like with the wordmark. MUCH better then the Druplicon, IMO.

AttachmentSizeStatusTest resultOperations
drupal-wordmark-in-updater.png79.18 KBIgnored: Check issue status.NoneNone

#16

I think the discussion at http://www.garfieldtech.com/blog/drupal-org-logo-trademark makes clear that the wordmark was never originally intended to be included in the downloadable Drupal software. So if we are talking about changing that here, I don't see why we can't talk about proposing a change in its licensing as well. And the alternative of making Drupal less than 100% GPL (or rather, trying to distribute two versions of Drupal, only one of which is 100% GPL) really seems like it might be too big to decide in some random issue in the "base system" component of the issue queue - at least not without a lot more people participating here :)

Given that both Garland and Bartik already use the Druplicon all over the place, I'm still not sure I understand the rationale behind using a different logo in this one place anyway? And the screenshot in #15 shows that the word "Drupal" already appears in big letters at the top of this page, so adding a logo that also has the word "Drupal" in big letters doesn't seem to add much. I think we'd at least want to retitle "Drupal database update" to "Database update" if doing this.

#17

Version:7.x-dev» 8.x-dev

We have much better and urging things to fix than jeopardizing the GPL status of Drupal. See you in Drupal 8! (I had an urge to won't fix this altogether but I know people are obsessed to ruin stuff in the name of 'community expansion', be it damned, so it will be reopened anyways so I won't bother.)

#18

@koleary posted a whole set of mockups in #1260716: Improve language onboarding user experience that use a derviative of the Drupal wordmark (combined with a derviative of the Druplicon to form an 8), to be used in the Drupal 8 (installer) branding. I'm just posting it here for further discussion to untangle that question from that issue:

Drupal8Wordmark.png

The whole set of mockups can be found at http://drupal.org/node/1260716#comment-5069806

AttachmentSizeStatusTest resultOperations
Drupal8Wordmark.png466.3 KBIgnored: Check issue status.NoneNone

#19

BTW I've opened a separate issue for the overall installer theme thing at #1337554: Develop and use separate branding for the Drupal 8 installer.

#20

This might be a silly question:

If you can't add the Drupal wordmark into the tarball why not just pull that image in from a remote server? ie if you install drupal AND you are online, then the drupal wordmark is pulled in... if you are offline, then the druplicon is used.

This could also be used to get a better idea of the number of installations of drupal.

Just my 2 cents

nobody click here