This aims to let people without having to provide an email address.

In the settings, "Simple" is basically renamed to "Open" contributions. There's a new checkbox to allow anonymous contributions. Both have to be checked to allow anonymous contributions.

On the public side, an anonymous user can now check the 'Keep identity private' box, which will basically just make up an email address for the user.

So, things to look at are just that that all works, and that the previous kinds of options with different settings also still work. Use the latest code on the 'superanonymous' branch.

Documenting the changes will also eventually be needed.

See #15 (comment)

Input names/variables/settings to change:

• contribution_simple_email
• contribution_simple
• contribution-strict-anonymous
• contribution-anonymous

In ContributionController, install/upgrade, contribution view, settings page

As a site admin, I'd like to configure the default settings for tinyMCE.

Spec:

admin screen to enter a JSON object for the tinyMCE default settings
replace initParams in Omeka.wysiwyg in globals.js (and elsewhere?) with the entered data
maybe make this an option that is stored and read?

Works when:

entered configs change the HTML editor

Just an idea based on http://omeka.org/forums/topic/configuring-tinymce-toolbar#post-101196
Seems a handy feature, but not sure it is worth it. Open for discussion.

Put in various options for the submission settings. Check that emails are sent when expected, and to the correct people. Check that terms of service displays okay, and that new slugs also work.

create new contribution type, try to add an element, and it submits the form instead of ajaxing in the possible elements

See #15 (comment)

Imported from Trac ticket #154 reported by jboggs on 2011-02-11:

Add the TinyMCE editor to the textarea of the public contribution form, with a limited set of allowed tags and attributes. Could also be optionally turned on/off from the plugin's configuration panel.

Check that when making contribution types, the Dublin Core fields show up, and when submitting the data is saved.

See #22, and reopen if there are still problems

@patrickmj this may be more of a User Profile issue, not sure, but it relates to using the Contribution suite of plugins so I'm starting here.

Can the admins of that collecting site receive some type of notification -- an email or some dashboard flag/flash message that they have user requests that need approval?

Currently if new users are required to register before contributing (directed to register from the Contribution page), once they've confirmed their request, they get a flash message on the public site that they must wait for their account to be approved before contributing anything.

Also, I found that the newest users are listed last in the Users list making them hard to find, since there is no way to filter by date added or by active or not active, which is now an issue for people using Guest User + User Profiles with Contribution.

Can these be sorted by most recently added by default?

@patrickmj

I want to use the Contribution SimpleVocab plugin Contribution but it doesn't work.
However, on this page,
http://omeka.org/codex/Plugins/Contribution
it says the opposite but probably with an older version of Contribution?

It seemed a logical process for us to first save contributed items to a private collection that can't be seen by the public. Is there any way this can be built in the contribution controller?
I imagine this as a hack that simulates someone being logged in, but perhaps there is a more elegant solution?

Currently each mapped element gets only one input on the form, allow users to add more elements or admins to specify that there should be more elements.

@patrickmj

User Profile questions are printed twice (question from upgrading 1.4.2 site) on Contribution form:

Look at this in Berlin and Seasons, in Firefox and Chrome.

We keep missing this during planning. The superanonymous branch is partly to mostly done, and just needs a push to wrap it up, send it to testing, and update documentation.

From public side, logged in, follow the link to "My Contributions" under the admin bar with your username. There could be javascript/css issues here across browsers and themes, so wide testing across those will be very helpful.

@patrickmj items are added through the contribution form, but are not listed as "contributions" under the "Contributed Items" plugin section.

@sheilabrennan
Might be easiest to keep the upgrade path a separate so just initial testing here.

Issues related to either Guest User or User Profiles might come up, but I'll separate those out into issues on the appropriate plugin so we can concentrate on walking through user steps here.

You'll need at least one additional email address to create your Guest User account for testing contributions.

The sequence of issues here is in a deliberate order, going through necessary steps first, and building up more complicated usage of the plugin.

Install Guest User and Contribution.

Review "Getting Started" text when you go to Contribution screen.

Set up appropriate registration info in Guest User.

Confirm creating guest users under the different conditions for access

Confirm creating new contribution type and editing existing contribution types.

Confirm contributing works

Confirm contributor info and item info displays

Confirm viewing "my contributions"

Confirm submission settings

Confirm User Profiles integration

@patrickmj after filling out contribution form and clicking contribute, front end user is not directed to a Thank You or confirmation page. User remains on form she submitted with all of that info still in form.

@patrickmj after collection designated in submission settings, contributed items not being associated with that collection.

right now, it dumps to the standard Omeka error screen

@patrickmj
From Janelle and Amanda:
"New users are only sent an explanatory email if we have checked "simple" - it might be useful to always send the terms of service/introductory email - the page doesn't make it clear what checking "simple" means."

If a user who contributed an item is deleted, we need a way to gracefully handle the fact that the contributed item no longer has an owner.

Once items have been contributed, the tab switches from linking to "Getting Started" to linking to linking to the list of items. Test filtering and sorting. Check that the publication status is reported as expected, including changing the public status as an admin. Also confirm that only admin/super can see anonymous data. Follow the "Info and contributions" link to see a user's contributions. Check that for style/design.

@patrickmj when a user checks the box that she wants to contribute anonymously, her username is printed on items/show, like in this item: https://chnmdev.gmu.edu/fellows/regan/Omeka/items/show/99

Feature request to have multiple contribution types based on same item type, and assign them to different collections.

http://omeka.org/forums/topic/multiple-contribution-types-of-same-item-type#post-107056

Feedback says that requiring account creation is burdensome. So add an option for 'simple', which will parse out a new user from just an email address, hide that fact, and send out an email to the user with info about how to activate/acknowledge their account.

@patrickmj Is it possible for users upgrading their contribution plugin to copy their original Contribution/views/public/contribute.php file where they may have edited the form's text to the new version of the plugin?

Sorry, with all of the plugins involved, I'm posting issues in the wrong places... or I hope I posting them in the correct places.

@patrickmj the other emails properly directed me to the site I was trying to access:

----Original Message-----
From: omekadev [mailto:[email protected]] On Behalf Of Occupy Archive Administrator
Sent: Monday, October 14, 2013 3:26 PM
To: Sheila Brennan
Subject: Your Occupy Archive account

An admin has made your account active. You can now log in to Occupy Archive with your password

See #12 (comment)

Using Omeka 2.0 and the today's master branch of the contribution plug-in, I can create new contribution types, but I can't delete either my own types or the default types.

Clicking the Delete button does nothing.

@patrickmj when submissions are titled in Contribution form, the item is added w/o a title.

@patrickmj After upgrading, cannot contributing items using the form, stories or other item types, with and without files.

I'm getting no flash messages, even when deliberately not agreeing to the Terms.

When trying to upload a file, get this message in the footer which seems not directly related to the plugin:

Notice: Undefined index: file in /websites/omekadev/home/www/sbrennan/Upgrade-contribution/application/libraries/Omeka/File/MimeType/Detect/Strategy/Browser.php on line 23 Warning: Invalid argument supplied for foreach() in /websites/omekadev/home/www/sbrennan/Upgrade-contribution/application/libraries/Omeka/File/MimeType/Detect/Strategy/Browser.php on line 23

Strict Standards: Declaration of Contribution_View_Helper_ElementForm::elementForm() should be compatible with that of Omeka_View_Helper_ElementForm::elementForm() in /websites/Omeka/plugins/Contribution/helpers/ElementForm.php on line 19

@patrickmj
Found on page 1 of admin/contribution/items after the upgrade from a 1.4.2 site.

Fatal error: Call to a member function getOwner() on a non-object in /websites/omekadev/home/www/sbrennan/occupy_install/contributiontest/plugins/Contribution/models/ContributionContributedItem.php on line 42

No items are available, but if you scroll to page 2, you start to see the items.

Allow non-registered users and Allow anonymous contributions replace the Use Simple Options checkbox on the superanonymous branch.

However, both the Allow non-registered users and "Email text to send contributors" prompt language mentions the "Simple" settings ("If you want to collect additional information about contributors, you cannot use the simple option. See documentation for details" and "if using the 'Simple' option, we recommend that you notify contributors that a guest user account has been created for them"). If Allow Non Registered is going to replace Simple, then the language in those prompts needs to be updated to reflect that.

Imported from Trac ticket #122 reported by jboggs on 2010-08-30:

Permit contributors to upload more than one file with their contribution.

Imported from Trac ticket #158 reported by jboggs on 2011-02-17:

The add new ContributionType form indicates that users should be able to add a new type without filling out the Display Name field. In such a case, the Item Type name would be used. But the following error occurs when trying to add a type without a Display Name.

Display Name: You must provide a display name.

Contributor metadata is saved in a separate table from the DC metadata. It is available in admin/items/show, and separately in the plugin's configuration pages, but it isn't automatically called to public items/show pages.

Is it possible to map the contributor data collected from the contribution form into the DC: Contributor field?

Should be able to add elements, set whether they are long text (multiple rows), and reorder them. Check that the expected display appears on the public side when you click "Contribute an Item" and choose the contribution types for the drop-down.

Especially for .net users, allowing admins access to CSVImport could help some workflow issues, based on a recent twitter convo. https://twitter.com/paigecmorgan/status/940259785525682179

Likely an edge case, but if an admin or super goes through the contribution form to add an item, they should be published automatically.

Go through the steps of clicking "Contribute an Item" when logged out, creating account, and contributing. Here again you might need to delete previous guest user accounts to roll through the entire process. Make a few different contributions with different privacy settings (publish and anonymous). Creating many guest users to contribute will be helpful.

When a guest user is logged in and provides contributions. The link MyContribution raises an error as long as the contributions have not been validated by a site administrator.

The error message:

Omeka has encountered an error

InvalidArgumentException
Invalid record passed to recordMetadata.
#0 [internal function]: Omeka_View_Helper_Metadata->metadata(NULL, Array, Array)
#1 /var/www/laligue150ans/application/libraries/Zend/View/Abstract.php(350): call_user_func_array(Array, Array)
#2 /var/www/laligue150ans/application/libraries/globals.php(1981): Zend_View_Abstract->__call('metadata', Array)
#3 /var/www/laligue150ans/application/libraries/globals.php(1981): Omeka_View->metadata(NULL, Array, Array)
#4 /var/www/laligue150ans/plugins/Contribution/views/public/contribution/my-contributions.php(22): metadata(NULL, Array)
#5 /var/www/laligue150ans/application/libraries/Omeka/View.php(117): include('/var/www/laligu...')
#6 /var/www/laligue150ans/application/libraries/Zend/View/Abstract.php(888): Omeka_View->_run('/var/www/laligu...')
#7 /var/www/laligue150ans/application/libraries/Zend/Controller/Action/Helper/ViewRenderer.php(900): Zend_View_Abstract->render('contribution/my...')
#8 /var/www/laligue150ans/application/libraries/Zend/Controller/Action/Helper/ViewRenderer.php(921): Zend_Controller_Action_Helper_ViewRenderer->renderScript('contribution/my...', NULL)
#9 /var/www/laligue150ans/application/libraries/Zend/Controller/Action/Helper/ViewRenderer.php(960): Zend_Controller_Action_Helper_ViewRenderer->render()
#10 /var/www/laligue150ans/application/libraries/Zend/Controller/Action/HelperBroker.php(277): Zend_Controller_Action_Helper_ViewRenderer->postDispatch()
#11 /var/www/laligue150ans/application/libraries/Zend/Controller/Action.php(527): Zend_Controller_Action_HelperBroker->notifyPostDispatch()
#12 /var/www/laligue150ans/application/libraries/Zend/Controller/Dispatcher/Standard.php(308): Zend_Controller_Action->dispatch('myContributions...')
#13 /var/www/laligue150ans/application/libraries/Zend/Controller/Front.php(954): Zend_Controller_Dispatcher_Standard->dispatch(Object(Zend_Controller_Request_Http), Object(Zend_Controller_Response_Http))
#14 /var/www/laligue150ans/application/libraries/Zend/Application/Bootstrap/Bootstrap.php(97): Zend_Controller_Front->dispatch()
#15 /var/www/laligue150ans/application/libraries/Zend/Application.php(366): Zend_Application_Bootstrap_Bootstrap->run()
#16 /var/www/laligue150ans/application/libraries/Omeka/Application.php(79): Zend_Application->run()
#17 /var/www/laligue150ans/index.php(23): Omeka_Application->run()
#18 {main}

Install User Profiles, create a profile for users, fill it out, and look again at the links added from Users browse, my contributions, and contributed items pages. Should show the profile information.

On the submission settings form, there's a "Simple" option. This skips the requirement to sign up for an account ahead of time, and instead creates a new guest user based on email address given. There is also text to tack onto the email sent to those users so admins can give more guidance about using that user if people want to.

To test:

• Check the simple option checkbox
• When not logged in, check that you can contribute items from different email addresses
• For real email addresses, check that the email arrives okay.
• In admin, set up email addresses to admins for notification, and check that those arrive

@sheilabrennan