creativecommons / wp-plugin-creativecommons Goto Github PK

Yes. Yes I did miss the headers on some of the files. Gah.

e.g. blue text in Giga Store, font size in everything.

or obvious enough that i can find..

Currently we only handle captioned images. We can handle non-captioned images with the get_image_tag filter. So we should.

See https://wordpress.org/plugins/creative-commons-license-widget/. If this GitHub is up to date, can we update the version in the plugin directory?

Like this:

Make it easier for users to choose CC0 if they wish (although beware "nudge" effects).

Currently the 1CA widget has a [?] help button after it. This requires more javascript and takes up more screen real estate than the widget alone does. So it would be nice to add an admin option to remove this if the site administrator feels it is worth doing so.

Cannot change license for individual users.

License is received from API and added to hidden HTML tags OK.

Currently we get a malformed license block:

It's not a showstopper but should be cleaned up.

Do not implement an all rights reserved path to handle this.

If we have a jpeg with a Copyright field like:

<no> tags, tags are <stripped>

then when we upload the file to WordPress and fetch the Exif metadata using:

wp_get_attachment_metadata($att_id[0], true);

then the string we get for Copyright is:

 tags, tags are 

I assume this is due to WordPress taking the sensible precaution of stripping HTML tags from outside input, but it does mean that the format we are using for license URLs falls foul of this.

I've chased this down the call stack a way and I can't find anywhere to change it. I'd rather not have to use php's exif parsing, although I've just tested that and it doesn't have the same problem.

Investigating further, but if anyone knows of a quick fix for this please let me know.

This was sent to me by someone via email:
'Why isn't CC0 https://creativecommons.org/publicdomain/zero/1.0/ license available?'

My answer so far:
'We're using the CC API to grab the license selection, so either we're doing something wrong or CC is not making CC0 available via this method. I will add this to our bugtracker so we can look into it'

What should be shown is probably the blog default license and the additional warning that individual licenses may apply.

(of course, this only applies to situations where post- or author-specific licensing is enabled)

For some reason, on a second test site http://barkingdog.me the text for the license link drops the word "License" leaving an incomplete sentence. Saw same thing for using BY and BY-SA

The embedded license chooser gave a forbidden on this URL:

https://creativecommons.nl/wp-content/plugins/creativecommons-wordpress-plugin-2.1-beta/license-return.php?url=http%3A//creativecommons.org/licenses/by/4.0/&name=Attribution%204.0%20International&button=https%3A//i.creativecommons.org/l/by/4.0/88x31.png&deed=http%3A//creativecommons.org/licenses/by/4.0/

Unpacking the package…

Installing the plugin…

The package could not be installed. No valid plugins were found.

Plugin install failed.

It might by my whacky theme, but the attribution listed is not the general one for the site, but the last post in the loop:

http://cogdogblog.com/

It does work for archives
http://cogdogblog.com/category/photo/
http://cogdogblog.com/tag/attribution/

e.g. in Twenty Thirteen.

e.g. in Total. at 110% zoom.

Request to include a back-end option to limit available licenses to only CC Open Content compatible licenses (CC BY, BY-SA, and 0). This option is really needed for multi-user open-source projects that are powered by compatible open content licenses. The addition of NC or ND licensed content by any user would present a poison pill for a project with CC BY-SA as the base license.

for an example of a multi-user Open Content project using such a schema, see [פרויקט הסידור הפתוח ✍ • the Open Siddur Project]](http://opensiddur.org/)
(Note this site also provides a notice of the addition of "vanilla" copyrighted content included under a Fair Use claim.)

Cf. For a comparable example of a plug-in providing this facility, see: Open Content License Generator: A Wordpress Plugin for selecting and displaying an Open Content compatible license for posts • Aharon's Omphalos

It appears that the method we're using to get information back from the license chooser doesn't work any more, or at least doesn't show anything to the user. I chose BY-SA, after clicking "proceed" i got an empty white box, which I closed. After saving, some license info does appear on the blog.

WordPress 4.2.2 on Debian Jessie.

It would be good to get a release out.

How is this plugin different or alike? http://www.codetrax.org/projects/wp-cc-configurator/wiki

Do we need to do anything here or should we just congratulate the developer?

Appears that the plug in does not work with Pressbooks | The open book creation platform

Currently the One Click Attribution widget floats at the right of the attribution.

We should combine this with the license icon button, subject to the following constraints:

• It should be obvious to the user that they can click the icon button to copy attribution.
• We generate html+rdfa that the scraper and that browser plugins can read.

e.g. in LawyeriaX

I tried to activate the plugin and got the following error:
Parse error: syntax error, unexpected '.', expecting ',' or ';' in /home4/user/public_html/wp-content/plugins/wordpress-plugin-awesome/includes/ccbutton.php on line 8

I replaced "." with "," and removed some a few ''s and then got errors involving Line 13 and then the following error:
Parse error: syntax error, unexpected '<' in /home4/jjsprat/public_html/wp-content/plugins/wordpress-plugin-awesome/includes/ccbutton.php on line 5

Review, then incorporate any improvements to our plugin, suggest changes to theirs, etc.

https://github.com/lumenlearning/candela

e.g. on Eleganto the format popup may end up under the "next item" link.

WP 4.7 using default 2017 theme.
New clean install of WP.
Installed awesome branch of plugin & activated plugin. Can't seem to find options in the admin interface to set config options (CC license type, etc). Nor are there options on individual posts to set licenses.

Place a pop-up menu under the Media image license field.

It should contain:

• Original
• [CC licenses]
• None

Initially select "Original".

Selecting "Original" resets the field to its initial value (including no value).

Selecting "None" clears the field.

The current footer display doesn't work with the current default theme

Plugin cannot be activated.

Parse error: syntax error, unexpected '[' in /membri/sitogruppoprova/wp-content/plugins/creativecommons-wordpress-plugin-2.1-beta/includes/class-creativecommons-image.php on line 298

e.g. in modernize it is placed too far down and to the right.

Hi, we're testing the Creative Commons plugin to see if it fits our requirements.

Currently, testing the latest version from the develop branch and clicking on "Change license" opens the CC configurator website (https://creativecommons.org/choose/) in a modal. However, clicking on some options to change the license does not update the license in the WordPress settings page.

I'm guessing the CC configurator page has changed so certain callbacks are not firing as expected.

Can anyone confirm?

Ideally, what would probably be better is to use some form of JS locally. I found reference to a JS widget that the Creative Commons used to maintain:
https://wiki.creativecommons.org/wiki/LicenseChooser.js

But the links to the repository doesn't appear to work anymore. The SVN links do not work, but the tar.gz builds under the "Availability" section work.

There's also a REST API, but it's quite old:
https://api.creativecommons.org/docs/readme_15.html

I can look at fixing this to use the REST API, but I need to know if the REST API is reliable to use.

Migrate the hand-coded new 1CA widget CSS style back to the button dev project.

Go to: Media > [an image] > Edit more details.

The fields we have added are being formatted into tables.

The titles are aligned to the middle of the table row, so they are vertically aligned between the text field and the help.

The text fields do not fill the available space, and so look truncated in comparison with the standard fields above them.

I've not found a way of reformatting these using the array() option syntax for fields, can we pass them as html and format them ourselves?

Describe and illustrate the usage of the image license fields and shortcodes.

Changing the attribution name and saving isn't working.

Cannot change license for individual posts.

License is received from API and added to hidden HTML tags OK.

can't figure it out. see:

Can be wrong, e.g. in Twenty Eleven.

Ensure it is always the correct width.

Experimenting with the other attribution text:

On the home and archive page it's not used:

And if there is no URL, it is missing before/after spaces on single posts

The labels are centered in the table row. If we can't get rid of the table layout to match the built-in fields' layout (like "Caption" and "alternate Text") we should at least top-align the labels.

When changing the site-wide license, add copy that explains to the user that any content downloaded and/or re-used prior to changing the license will still (and always) be available to that user under the previous license, and that they may continue to share it, allowing other users to download and use that content under the previous licenses. There's probably an FAQ entry on this on our site -- let's link to it.

Maybe for documentation, or perhaps a catch on the modal close- if I do not click the "proceed" link in the chooser, my license change is not done - the first time I did this I close the modal on the "x". Maybe the modal should not have a close or some sort of "apply" button.

I believe the default behavior of showing the license in the footer without any regard for the styling of the current site results in poor UX.

I think this behavior should be turned off or removed. Let the site admin add the license widget so they can display the license wherever they want.

This also goes for the individual post license. It should be displayed at the end of the post content and not in the site footer.

Current behavior for individual post license:

In class.creativecommons.org : get_attribution_options , I've seen it have no $attribution_options to return when the switch() hits the default and the if() in there fails.

I'm not sure whether this is the switch not capturing all the possibilities or bad options being passed in. I'll keep more of an eye out for it.