Skip to content
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

Should the theme footer show a specific repo's licence? #55

Open
ElenaFdR opened this issue Jan 20, 2021 · 5 comments
Open

Should the theme footer show a specific repo's licence? #55

ElenaFdR opened this issue Jan 20, 2021 · 5 comments
Assignees
Labels
enhancement New feature or request

Comments

@ElenaFdR
Copy link
Member

ElenaFdR commented Jan 20, 2021

The wireframes for the new footer (#51) included a universal licence (CC0) that applied to all content that was shared between our websites (the header and footer). This is set in theme-footer.liquid.

Footer.liquid (not the same file) includes code to dynamically pull a specific repo's license. You can see this on about.publiccode.net (under the 'Copyright and license' subheading near the bottom of the page).

As originally designed, #51 led to a webpage appearing to have 2 competing licences without enough contextual clues as to which license was dominant or applied where. To unblock #52, we deleted the universal license from theme-footer.liquid.

This means each webpage should only show 1 license (which seems like the ideal, least confusing choice).

Should the universal footer only show the license for that repo (for example, by including the code block from Footer.liquid?) Will it be a problem if universal content has different licences depending on what repo you're looking at?

We hope to get rid of footer.liquid everywhere, since we don't think it adds a lot of value - we're testing this on publiccode.net first (issue 114).

@ElenaFdR ElenaFdR added the enhancement New feature or request label Jan 20, 2021
@angelplasma
Copy link
Member

angelplasma commented Jan 27, 2021

Below is a potential scheme that follows the logic...
Cover all content under a single site-wide license... unless it is superseded by a more proximal in-page license.

The layout scheme:
A site-wide license (e.g. "Creative Commons Zero v1.0 Universal"), at the very bottom of the universal page footer, plus either...

  1. An optional page-specific license, visible at the bottom of the page content (i.e. in the white area just above the footer)
    ...or if more flexibility is needed...
  2. A visually standardized, in-page license block that can be included wherever appropriate. Multiple such blocks could be included in a single page, if needed.

Clarifying the hierarchy:
The hierarchy could be made explicit if necessary, by attaching language to the universal footer license like "All content licensed under Creative Commons Zero v1.0 Universal, unless otherwise noted"

Potential caveats:
I'm making a big assumption about a site-wide license being at all applicable/sensical to publiccode.net. If it makes no sense/gives rise to weird conflicts, then perhaps we just need options 1 or 2 above.

@Ainali
Copy link
Member

Ainali commented Jan 27, 2021

I like this suggestion and especially the phrase "All content licensed under Creative Commons Zero v1.0 Universal, unless otherwise noted" which would make it easy for us to add images that have other licenses or are non-free even.

@ElenaFdR
Copy link
Member Author

ElenaFdR commented Jan 27, 2021

I've just discussed this with @bvhme, who's reminded me that one of our founding principles is "We publish under licenses approved by the Open Source Initiative or Creative Commons licenses that do not limit commercial reuse."

Given this, having a wide open site-wide license with @angelplasma's option 2 would establish our default as meeting our founding principle.

@angelplasma
Copy link
Member

Great! @ElenaFdR - Shall I add the license (plus the aforementioned clarification) back into the new footer?

For the in-page solution, people can continue including context-specific licenses in a freeform way, or in the content footer (e.g. as seen on https://standard.publiccode.net)—which we will want to keep in mind as we resolve publiccodenet/publiccode.net#114

@ElenaFdR
Copy link
Member Author

@angelplasma, yes to putting this back into the universal footer on theme-footer.liquid.

To summarize our conversation, you propose leaving footer.liquid as an optional block that appears automagically when there's specific license or copyright info, but which no longer includes 'this site on Github' anywhere (as I've been unable to find any users who find this useful).

This means that only very exceptional content (eg a photo with a different licence) would require a note in free text.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

3 participants