Search results

collective.js.throttledebounce-1.1-2.lbn25.noarch

jQuery throttle / debounce allows you to rate-limit your functions in multiple useful ways. See: http://benalman.com/projects/jquery-throttle-debounce-plugin/ Current plugin version: jQuery throttle / debounce - v1.1 - 3/7/2010

collective.js.ui.multiselect-1.0-1.lbn25.noarch

This package turns HTML multiple select fields into a fancy widget. It integrates the jQuery UI multiselect plugin into plone. jQuery UI multiselect The plugin and a demo is located at http://www.quasipartikel.at/multiselect/ The plugin is published under the MIT license, this package is released under GPL2.

collective.js.underscore-1.5.2-1.lbn25.noarch

Bundles underscore.js for use with Plone. The version number of this module is equal to the used underscore.js version.

collective.jsonmigrator-1.0.1-1.lbn25.noarch

collective.jsonmigrator is a ready tool for you to migrate from old Plone sites (2.0, 2.1, 2.5) to new Plone 4.0 (or higher). Its based extensivly collective.transmogrifier and custom blueprints avaliable. What makes it different from other migration tools is that is fully documented and proven to work on lots of migration projects. Real beauty of it lays in ability to easily customize it and extend to support all your custom content types that you are using.

collective.lastlogin-0.1-3.lbn25.noarch

Introduction With this package it's easy to get a list of the users of a Plone site and the last time they logged in. This package has been developed for a customer of Zest Software to get an overview of active users. Only a minimal version was required and that's exactly what this is. Usage The easiest way to use this package is to include it in your buildout configuration. Then go to <plone_site>/@@lastlogin to get a list of Plone users and the last time they logged in.

collective.lineage-1.1.1-1.lbn25.noarch

Lineage is a Plone product that allows subfolders of a Plone site to appear as autonomous Plone sites to the everyday user. This hub and spoke structure allows site administrators to easily manage multiple, seemingly independent, sub-entity websites in one Plone. Furthermore, the "parent" site can access and view the content in all the "child" sites while the child sites only view their own content. The parent site can also syndicate chosen content to the selected child sites. Lineage is less complex and easier to manage than a cluster of nested Plone sites but gives users all the same benefits. Lineage can be used within a large organization to manage multiple microsites, such as school district sites, university departments, corporate product sites, public library satellites, professional association events, and more.

collective.local.addgroup-1.2.2-1.lbn25.noarch

Allows to create a group and assign roles directly from the sharing tab for Plone 4. Tested on Plone 4.1. Content types have just to implement IAddNewGroup to have the functionnality. Also provides a dexterity behaviour. If you want to enable it for Folder, you only have to add to your buildout.cfg:: [instance] zcml = ... collective.local.addgroup If you don't want the functionality for Folder, but on your own content type, add to the configure.zcml of your policy module:: <include package="collective.local.addgroup" file="minimal.zcml" /> <class class="my.package.content.MyContent.MyContent"> <implements interface="collective.local.addgroup.interfaces.IAddNewGroup" /> </class> If you just want this for a dexterity content type, you just have to activate the behaviour. The user need to LOCALLY have the "Add Groups" permission to add a new group and "Manage users" to add and remove users from the listed groups. Add group to local list ----------------------- The site manager can add groups from sharing table to locally managed groups list. So then the user with local permissions can manage the group himself. We don't give this feature to local managers to avoid privilege escalation.

collective.local.adduser-1.5-1.lbn25.noarch

Allows to create a user and assign roles directly from the sharing tab for Plone >= 4.1. This can work with Plone 4.0.9 with plone.app.users > 1.0.6, < 1.1.x. Content types have just to implement IAddNewUser to have the functionnality. If you want to enable it for Folder, you only have to add to your buildout.cfg:: [instance] eggs = ... collective.local.adduser zcml = ... collective.local.adduser If you don't want the functionnality for Folder, but on your own content type, add to the configure.zcml of your policy module:: <include package="collective.local.adduser" file="minimal.zcml" /> <class class="my.package.content.MyContent.MyContent"> <implements interface="collective.local.adduser.interfaces.IAddNewUser" /> </class> If you don't want the roles field, you can include minimal_wo_roles.zcml instead of minimal.zcml.

collective.local.sendto-1.6.1-1.lbn25.noarch

Provides a "Mailing" tab on selected content types. It provides a 'send email' form where you can select recipients from the list of members having a local role on the content. Content types have just to implement ISendToAvailable, or, if they are dexterity type, to enable the behavior "Send mail tab". In your policy product : - Add 'collective.local.sendto' to the 'install_requires' parameter of setup.py - Add to the configure.zcml:: <include package="collective.local.sendto" /> <class class="my.package.content.MyContent.MyContent"> <implements interface="collective.local.sendto.interfaces.ISendToAvailable" /> </class> Roles whose you can select users as recipients are set by a site property : sendToRecipientRoles.

collective.local.sentmail-1.2-1.lbn25.noarch

This module creates a "Sent mails" folder in your portal root. Each time a IMailSentEvent is launched, it creates a SentMail item in this folder with the event's attributes (subject, b ody and recipients). Sent mails are visible only by their owner (the mail's sender) and editable by nobody. A IMailSentEvent implementation example can be found in collective.local.sendto package.