Skip to main content

UI and utility methods to generate sampledata for Plone projects

Project description

Why use this?

Standardized sampledata makes it soo much easier to work on a project (especially when working in teams).

This package eases the generation of sampledata for your plone project.

How to use it

For developers working on a project there’s a view listing and running all available sampledata plugins:


Screenshot of the @@sampledata with enabled example plugin

By default the view does not list any plugins. The screen above shows the example plugin activated via <include package="wm.sampledata.example" />.

Writing and registering your custom sampledata plugin is very easy:

    from wm.sampledata import utils

class MyPlugin(object):

    title = u"My Plugin Content"
    description = u"Creates a portlet and a random image"

    def generate(self, context):
        portlet = StaticAssignment(u"Sample Portlet", "<p>some content</p>")
        utils.addPortlet(context, 'plone.leftcolumn', portlet)

        utils.createImage(context, 'random-nature.jpg',
                    file = utils.getRandomImage(category='nature', gray=False),
                    title=u"Random Image",
                    description=u"Downloaded from")

myPlugin = MyPlugin()

See wm.sampledata.example for a complete example of a custom plugin.

You can also group plugins (and even other plugin-gropus) so users need to run only one plugin to setup their sampledata correctly:

from wm.sampledata import PluginGroup

class TestPortal(PluginGroup):

    PLUGINS = [
       MyPlugin,  # also 'my.plugin' could be used

title = u"Complete Test Portal"
description = u"Creates Main Menu items, Sampledata Folder and Portlets"

Note that you can use the utility names as well in PLUGINS but using classes directly is more straight forward in most cases.

There is a growing set of utility methods in wm.sampledata.utils (eg for handling portlets and files, or download images from which you can use in your plugins.


Simply add wm.sampledata to your buildout’s instance eggs - a zcml slug is not needed in plone versions that ship with z3c.autoinclude (Plone>=3.3):

eggs =

Why yet another package?

There are several other packages for generating test/sampledata but none of them fitted my usecase. (Which is providing a user interface for pluggable sampledata generators so developers/skinners can use standardized data when developing on a project)

A while ago i asked what other people do on plone.users


Would do the same and much more (dependencies, groups, configuration ui for each plugin)

for me it was too complex to get it running on my zope2 instance and it seems to be tailored for zope3 anyway.

Basically it would be great to make wm.sampledata use z3c.sampledata and provide plone specific plugins for it.


Seems to provide very similar utility methods. No pluggable Generators, No User-Interface


provides a xml syntax to create samplecontent, might be useful to use in custom plugins


looks like this is meant for creating (random) sampledata for stresstests


content action to fill content with lorem-ipsum text and provides utility methods createStandardContent to create random content (news, documents, files, image) and createNestedStructure to create arbitrary nested folder structures.


Allows to create members (names taken from


contains utility methods for setuphandlers. the one in offers a method to create content out of a list of dictionaries.


Include Ipsum Ipsum text obtained via the api from

(for other interesting/funny generators see

use plone.api in utility methods or replace them with plone.api where appropriate

eventually provide api to use for names (collective.loremipsum already uses that)


If you have any ideas for improvement or know another alternative to this package please File a ticket or drop me a mail


0.4 (2016-03-08)

  • Classes can be used to define plugin groups as well as utility names [pcdummy]

0.3 (2014-08-25)

  • utils.doWorkflowTransition uses plone_utils internally since portal_workflow.doActionFor does not set the effective date when publishing

  • errors raised in finally clause did not pop up with debug=True

  • added utility function createFile to create file-content the same way as createImage creates image-content.

  • replace _createObjectByType with invokeFactory since - despite a little better performance - it has some nasty side-effects. eg the _at_creation_flag is is not properly handeled

  • added utility function raptus_hide_for and raptus_show_for to be able to hide and show content items in specific raptus.article components.

    (see for more information on raptus.article)

0.2.2 (2013-05-08)

  • add traceback logging on errors [saily]

  • added utility functions (utils.getImage and utils.getRandomImage) to download images from (see wm.sampledata.example for usage) [fRiSi]

  • more intuitive syntax for blockPortlets (change breaks backward compatibility) [fRiSi]

0.2.1 (2012-05-29)

0.2 (2011-12-02)

  • SampledataView.runPlugin returns the result of Plugin.generate. This makes it easy to check if the plugin was sucessfully run in unittests.

0.1 (2011-01-31)

  • Initial release

Project details

Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution (89.7 kB view hashes)

Uploaded Source

Supported by

AWS AWS Cloud computing and Security Sponsor Datadog Datadog Monitoring Fastly Fastly CDN Google Google Download Analytics Microsoft Microsoft PSF Sponsor Pingdom Pingdom Monitoring Sentry Sentry Error logging StatusPage StatusPage Status page