collective.ots is a Plone product that extracts a summary of the content and sets it as the description of the content item you added.
The summary may not be perfect but it is a good starting point for a description. Mostly the summary is pretty good though. The description is only auto generated when you ADD a new Archetypes content item WITHOUT a description. You may edit this description at any time. You can invoke the summarizer on existing content items by selecting 'Summarize' from the 'Actions' menu
Install using buildout:
Just add collective.ots (and optionally ots) to the egges section of you buildout
Run buildout, restart your server and activate the product in your add ons section. You do not have to use the ots egg (http://pypi.python.org/pypi/ots) if you have problems installing it. Any ots found in your system will do, so you may install it with:
sudo apt-get install libots0
or the package manager of your distribution, or install it from source.
check that ots is installed and working with:
which will give you the output:
ots [OPTION...] [file.txt | stdin] - Open Text Summarizer
-?, --help Show help options
-r, --ratio=< int > summarization % [default = 20%]
-d, --dic=< string > dictionary to use
-o, --out=< string > output file [default = stdout]
-h, --html output as html
-k, --keywords only output keywords
-a, --about only output the summary
-v, --version show version information
* Code repository: https://svn.plone.org/svn/collective/collective.ots/
* Questions and comments to product-developers AT lists.plone.org
* Report bugs at http://plone.org/products/collective.ots/issues
This is a full-blown functional test. The emphasis here is on testing what the user may input and see, and the system is largely tested as a black box. We use PloneTestCase to set up this test as well, so we have a full Plone site to play with. We can inspect the state of the portal, e.g. using self.portal and self.folder, but it is often frowned upon since you are not treating the system as a black box. Also, if you, for example, log in or set roles using calls like self.setRoles(), these are not reflected in the test browser, which runs as a separate session.
Being a doctest, we can tell a story here.
First, we must perform some setup. We use the testbrowser that is shipped with Five, as this provides proper Zope 2 integration. Most of the documentation, though, is in the underlying zope.testbrower package.
>>> from Products.Five.testbrowser import Browser
>>> browser = Browser()
>>> portal_url = self.portal.absolute_url()
The following is useful when writing and debugging testbrowser tests. It lets us see all error messages in the error_log.
>>> self.portal.error_log._ignored_exceptions = ()
With that in place, we can go to the portal front page and log in. We will do this using the default user from PloneTestCase:
>>> from Products.PloneTestCase.setup import portal_owner, default_password
Because add-on themes or products may remove or hide the login portlet, this test will use the login form that comes with plone.
>>> browser.open(portal_url + '/login_form')
>>> browser.getControl(name='__ac_name').value = portal_owner
>>> browser.getControl(name='__ac_password').value = default_password
Here, we set the value of the fields on the login form and then simulate a submit click. We then ensure that we get the friendly logged-in message:
>>> "You are now logged in" in browser.contents
Finally, let's return to the front page of our site before continuing
· Plone CMS
What's New in This Release: [ read full changelog ]
· Remove id and title from SearchableText