eCards 1.1 (Release candidate) (Nov 11, 2008)

This is not a final release. Experimental releases should only be used for testing and development. Do not use these on production sites, and make sure you have proper backups before installing.

Plone 3.0 compatibility

For additional information about this project, please visit the overview page .

Available downloads

Product Package

For all platforms (0 kB)

Release Notes

Tested with Plone 3
State Release candidate
License GPL

Please note the following two important aspects of this release:

  • 3.x compatibility was the emphasis for this release.  Testing was done against versions 3.0.6 and 3.1.7, though any release within the 3.0.x and 3.1.x series should work.  Plone 2.5.x is no longer actively maintained, though patches that maintain compatibility in both releases are happily accepted.  If you'd like to use eCards with Plone 2.5.x, you might try the 1.0 branch.
  • If you're upgrading from a previous version, please note that the skin layers for eCards are meant to be customized.  This is because branding of an eCards is so important.  Many templates were customized to work better with Plone 3.x and to give those not upgrading a better starting point.  Please read the changelog below and specifically the 1.1rc1+ explanation for links to exact changesets to skin templates, so you can decide if the changes are important for your use.

Change log

 1.1rc1
(2008.11.10)

 - Tweaking actions for eCardCollections and eCards items to take maximize impact of
   efficient tabber user inteface (i.e. no longer need properties tab) and the fact
   that sharing is now a global action
   (see: http://plone.org/documentation/manual/upgrade-guide/version/2.5-3.0/products).
   Other minimal cleanup [andrewb]

 - Changed schemata name "Email Settings" for the eCardCollection content object. In a
   nutshell, multiple word schemata's are a bad idea when pared with the new tabber
   user interface. In addition to having it's own schemata, our two word schemata fields
   also appear in a separate fieldset on the default page.  I didn't have time to investigate
   the root cause and Google didn't turn up results, so we take this workaround of a
   renamed schema [andrewb]

 - Utilizing Plone 3.x viewlet managers for control of template elements like: document
   actions, above content body items, etc.  If the ecardcollection_view is customized
   and you're upgrading eCards, see the following changeset for what should be merged
   within your custom template:
   http://dev.plone.org/collective/changeset/75433 [andrewb]

 - Pulling as much installation boilerplate and cruft out of Extension/Install.py and
   into Generic Setup profiles as is currently feasible. Still maintain an Install
   module with uninstall method because as of CMFQI version 2.1.6 we don't have a
   convention for looking for an appropriate uninstall profile and InstalledProduct
   instances don't fully clean-up like we want [andrewb]

 - In previous releases of eCards we were essentially hand rolling the necessary block
   of text required to send an HTML email.  Because this is a profoundly bad idea and
   quite fragile, the structuring of the emailing is now done in a helper method within
   browser.py utilizing Python's email message module.  The aim is to let
   people freely customize "email_template.pt" within the ecards_template
   skin folder.  This should be pretty future proof.  Because branding of the full eCard
   experience is pretty important, if you also needed to customize send_ecard.cpy,
   you may need to merge your modifications with the updated code base.  See the following
   changeset for help: http://dev.plone.org/collective/changeset/75168
   [andrewb, thanks to mborch & collective.singing for inspiration]
   
 - Updates to ecardpopup_view.pt and ecardpopup_thanks.pt. Bringing in line with the plone.htmlhead
   viewlet.  Again, because customization of skin layers is pretty critical and it's quite likely
   that the ecardpopup_view.pt and ecardpopup_thanks.pt were customized if you're
   upgrading to eCards 1.1, you'll want to merge the following changes into your
   customizations: http://dev.plone.org/collective/changeset/75162
   Please keep in mind that old versions of these templates no longer work with
   Plone 3.x because of the lack of a header.pt within the skin layer [andrewb]
   
 - Code updates and refactoring for Plone 3.x compliance.  Plone 2.5.x no longer actively
   maintained, though patches that maintain compatibility in both releases happily accepted.
   Thanks to mborch for all initial work [andrewb, mborch]

1.0 final
(2008.11.6)

 - fixed image transparency for type icon used for the eCard Collection folderish type.
   Requires updating the 'content_icon' value within an eCardCollection's
   portal_type listing from 'ecardcollection_icon.jpg' to 'ecardcollection_icon.gif'.  This can
   either be achieved with product reinstall or by manually changing the value within the
   types tool [andrewb, thanks to jboese]

 - fixed http://plone.org/products/ecards/issues/12, whereby the eCard collection
   view doesn't account for position in its parent collection for a given eCard [andrewb]
   
 - fixed http://plone.org/products/ecards/issues/10, whereby the eCardCollection
   content objects within a site were not reorderable within their parent folder.
   Requires updating the 'Product Meta Type' value within an eCardCollection's
   portal_type listing from 'eCardCollection' to 'ECardCollection'.  This can either
   be achieved with product reinstall or by manually changing the value within the
   types tool [andrewb]

1.0 release candidate 1
(2007.10.15)

 - fixed issue where main page reloaded after clicking on popup link [davidg]
 - fixed Javascript error with popups in IE7 [davidg]

1.0 beta 1

 - Pulling HTML email out of cpy, so that it's a designer, rather than a developer task to (thanks davidg and jbaldivieso)
 - Adding feature to allow content editors to choose their desired thumbnail size for the collection view,
   cleaned up language on the various fields that impact this behavior (thanks davidg and vedawms)
 - Fixing bug where the popup ecard template was a fixed width, rather than based upon
   the width of the actual uploaded image
 - Registering custom permission, protecting the sending of email by that permission
 - Protecting the send_ecard success action with validation, so it's harder to abuse
   with a GET REQUEST (not relevant for Plone 3.0+, but important for earlier Plone versions)
 - Ensuring product winzip capable with non-empty __init__.py files

1.0 alpha 2

 - registering css resource with styles that can be customized within
   site-specific theme product
 - cleaning up templates so that they more Plone-like in their use of style
   and html structure
 - displaying all fields that will go into the email in the pop-up template
 - fixing bug in eCard type generic setup profile causing the view action
   to go directly to the index_html method, rather than the view alias

1.0 alpha 1

 - initial import of content types and skins from working code on snowleopard.org
 - addition of comprehensive test suite of all no ZPT, CMFFormController code
   to ensure quality control going forward