-
Notifications
You must be signed in to change notification settings - Fork 1.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Collapse license families on the licenses page. #29
Collapse license families on the licenses page. #29
Comments
This makes sense, but what about any differences between individual licenses within a family? While the differences between new BSD and simplified BSD are fairly minor, the differences between GPLv2 and GPLv3 are critical. Some practical examples include: v2 and v3 code is not combinable, only GPLv3 is compatible with Apache 2, Linux (and many other high-profile projects) is GPLv2, and the optional (and default) "or any later version" clause. To solve this for GPL at least, I think the GPL probably needs a |
Well one thought we've toyed with was adding a GPL disambiguation page. But writing that is beyond what I have the energy for today. 😩 If someone were to take that on in an impartial (as impartial as one can be) manner, that'd be ideal. Then we could just link to that. I don't like adding another step before you get to the page, but I kind of think it makes sense in the case of GPL given all these. |
That sounds like an excellent idea. This also makes me think about GPL versus Affero GPL, which probably needs a big fat red warning label. (The currently available license property rules do not do it justice.) |
@benbalter: have you had time to think about this? 😺 |
Fixed via #111. |
The original goal for the /licenses list was to group licenses into license families and not list every single one. For example, rather than an entry for BSD 2-clause and BSD 3 clause, we'd just have BSD and in the description we'd offer links to both of them.
However, the list of licenses in the
/licenses
folder populates the dropdown list on github.com. The label shown in the list comes from thetitle:
field in the license front matter.So we need different titles for github.com than we show in the /licenses page.
So I propose we add two new fields:
The logic is simple. If
family-title:
is specified, we use that. Otherwise we fallback totitle:
.If
hide-from-licenses-list
is true, we do not list that license on thelicenses
page. It defaults to false.In general, I don't like "negative" properties, but this invokes the least amount of change as we only need to hide the redundant licenses. I'm open to doing the extra work and making the property be positive:
show-in-licenses:
if we think that's better.Example changes:
Thoughts?
The text was updated successfully, but these errors were encountered: