Kupu is broken on plone.org

[Martin Aspeli]

Hi,

Sometime this weekend (it was working on Friday) Kupu broke on
plone.org. Loading the edit page of a PHC tutorial/manual/howto page
displays an empty kupu area which appears un-editable.

In other words: I can't finish my documentation. :(

Firebug isn't showing anything untoward. Did any changes happen this
weekend that could've caused this?

Martin

--
Author of `Professional Plone Development`, a book for developers who
want to work with Plone. See http://martinaspeli.net/plone-book


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Plone-website mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-website
The Wiki: http://plone.org/development/current/projects/WebsiteTeam

[Martin Aspeli]

Martin Aspeli wrote:

> Hi,
>
> Sometime this weekend (it was working on Friday) Kupu broke on
> plone.org. Loading the edit page of a PHC tutorial/manual/howto page
> displays an empty kupu area which appears un-editable.
>
> In other words: I can't finish my documentation. :(
>
> Firebug isn't showing anything untoward. Did any changes happen this
> weekend that could've caused this?

Some observations:

  - TinyMCE seems to have been installed. It's a pretty old version,
though (1.1rc2; 1.1rc6 is the latest stable version)

  - Trying to change my editor to tinymce in the control panel results
in this error:

Module ZPublisher.Publish, line 119, in publish
Module ZPublisher.mapply, line 88, in mapply
Module ZPublisher.Publish, line 42, in call_object
Module Products.CMFFormController.FSControllerPageTemplate, line 90, in
__call__
Module Products.CMFFormController.BaseControllerPageTemplate, line 28,
in _call
Module Products.CMFFormController.ControllerBase, line 227, in getNext
ValueError: No next action found for personalize_form.success.Plone
Site.Save Metadata actions: ZMI actions:

Martin

--
Author of `Professional Plone Development`, a book for developers who
want to work with Plone. See http://martinaspeli.net/plone-book


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Plone-website mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-website
The Wiki: http://plone.org/development/current/projects/WebsiteTeam

[Martin Aspeli]

Martin Aspeli wrote:

> Martin Aspeli wrote:
>> Hi,
>>
>> Sometime this weekend (it was working on Friday) Kupu broke on
>> plone.org. Loading the edit page of a PHC tutorial/manual/howto page
>> displays an empty kupu area which appears un-editable.
>>
>> In other words: I can't finish my documentation. :(
>>
>> Firebug isn't showing anything untoward. Did any changes happen this
>> weekend that could've caused this?
>
> Some observations:
>
>   - TinyMCE seems to have been installed. It's a pretty old version,
> though (1.1rc2; 1.1rc6 is the latest stable version)
>
>   - Trying to change my editor to tinymce in the control panel results
> in this error:
>
> Module ZPublisher.Publish, line 119, in publish
> Module ZPublisher.mapply, line 88, in mapply
> Module ZPublisher.Publish, line 42, in call_object
> Module Products.CMFFormController.FSControllerPageTemplate, line 90, in
> __call__
> Module Products.CMFFormController.BaseControllerPageTemplate, line 28,
> in _call
> Module Products.CMFFormController.ControllerBase, line 227, in getNext
> ValueError: No next action found for personalize_form.success.Plone
> Site.Save Metadata actions: ZMI actions:

The reason for this is pretty clear:

It's customised here:

http://svn.plone.org/svn/plone/Products.PloneOrg/trunk/Products/PloneOrg/skins/ploneorg/

But personalize_form.cpt.metadata doesn't have any of the
portal_form_controller actions in it.

The same seems to be true for many other .cpt.metadata files.

  - author.cpt.metadata (no sending of feedback)
  - join_form.cpt.metadata (no new members on plone.org)
  - logged_out.cpt.metadata (no logging out either)
  - mail_password_form.cpt.metadata (no forgotten password reminders)
  - personalize_form.cpt.metadata (no changing of preferences)

login_form I think was fixed yesterday - it was broken.

Clearly, this is utterly untested, which is really depressing. :(

Martin

--
Author of `Professional Plone Development`, a book for developers who
want to work with Plone. See http://martinaspeli.net/plone-book


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Plone-website mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-website
The Wiki: http://plone.org/development/current/projects/WebsiteTeam

[Martin Aspeli]

Martin Aspeli wrote:

> Hi,
>
> Sometime this weekend (it was working on Friday) Kupu broke on
> plone.org. Loading the edit page of a PHC tutorial/manual/howto page
> displays an empty kupu area which appears un-editable.
>
> In other words: I can't finish my documentation. :(
>
> Firebug isn't showing anything untoward. Did any changes happen this
> weekend that could've caused this?

Okay, I got it. It's not pretty.

Various kupu templates are bluntly customised in

http://svn.plone.org/svn/plone/Products.PloneOrg/trunk/Products/PloneOrg/skins/ploneorg/

Somehow, those customisations are no longer valid.

I fixed it temporarily by moving the kupu layers above the ploneorg
layer in portal_skins. That's clearly not a very good solution.

For reference, previous portal_skins order for the Plone Default theme:

custom
plonesoftwarecenter_images
plonesoftwarecenter
DataGridWidget
archaddon
AddRemoveWidget
CMFPlacefulWorkflow
PloneFormGen
ploneorg_images
ploneorg
Poi
plone_help_center_images
plone_help_center
foundationmember
cache_setup
keyword_manager
LanguageTool
cmfeditions_views
CMFEditions
ChangeSet
kupu_plone
tinymce
kupu
PasswordReset
ATContentTypes
ATReferenceBrowserWidget
archetypes
mimetypes_icons
ResourceRegistries
gruf
plone_ecmascript
plone_wysiwyg
plone_prefs
plone_portlets
plone_templates
plone_styles
plone_form_scripts
plone_scripts
plone_forms
plone_images
plone_content
plone_login
plone_3rdParty
plone_kss
archetypes_kss
plone_deprecated

And now the new order:

custom
plonesoftwarecenter_images
plonesoftwarecenter
DataGridWidget
archaddon
AddRemoveWidget
CMFPlacefulWorkflow
PloneFormGen
kupu_plone
tinymce
kupu
ploneorg_images
ploneorg
Poi
plone_help_center_images
plone_help_center
foundationmember
cache_setup
keyword_manager
LanguageTool
cmfeditions_views
CMFEditions
ChangeSet
PasswordReset
ATContentTypes
ATReferenceBrowserWidget
archetypes
mimetypes_icons
ResourceRegistries
gruf
plone_ecmascript
plone_wysiwyg
plone_prefs
plone_portlets
plone_templates
plone_styles
plone_form_scripts
plone_scripts
plone_forms
plone_images
plone_content
plone_login
plone_3rdParty
plone_kss
archetypes_kss
plone_deprecated

I suggest that we fix Products.PloneOrg to not customise these things
(and also to not break all those form controller actions - see my other
mail) and then put the order back. I don't have the access or
inclination to make filesystem level changes on plone.org, though.

Martin

--
Author of `Professional Plone Development`, a book for developers who
want to work with Plone. See http://martinaspeli.net/plone-book


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Plone-website mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-website
The Wiki: http://plone.org/development/current/projects/WebsiteTeam

[aclark]

On 2009-10-18, Martin Aspeli <[hidden email]> wrote:
> In other words: I can't finish my documentation. :(

Very sorry about that! This is my fault.

> Firebug isn't showing anything untoward. Did any changes happen this
> weekend that could've caused this?

Yes, a schedule maintenance (well, one was scheduled earlier in the week I am just
now getting to).

>
> Martin
>


--
Alex Clark · http://aclark.net
Buy Practical Plone 3: http://tinyurl.com/practical-plone


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Plone-website mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-website
The Wiki: http://plone.org/development/current/projects/WebsiteTeam

[aclark]

On 2009-10-18, Martin Aspeli <[hidden email]> wrote:
> I suggest that we fix Products.PloneOrg to not customise these things
> (and also to not break all those form controller actions - see my other
> mail) and then put the order back.

Indeed, I FSDump'd everything from custom because I got tired of noone cleaning
up after themself (themselves?). I'm now in the process of fixing everything with "bad"
metadata (why doesn't FSDump get this right?) I thought it was only controller page templates,
but maybe there is more breakage?

> I don't have the access or
> inclination to make filesystem level changes on plone.org, though.

I have the access and inclination, but not the time. I suggest
that everyone be familiar with checking Products.PloneOrg and
making changes there. I have no problem deploying such changes.

> Martin
>


--
Alex Clark · http://aclark.net
Buy Practical Plone 3: http://tinyurl.com/practical-plone


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Plone-website mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-website
The Wiki: http://plone.org/development/current/projects/WebsiteTeam

[aclark]

On 2009-10-18, Martin Aspeli <[hidden email]> wrote:
> Clearly, this is utterly untested, which is really depressing. :(

Sorry about that, I take full responsibility. Like I said, I am on top
of making the fixes as needed… and custom is now empty :-)


>
> Martin
>


--
Alex Clark · http://aclark.net
Buy Practical Plone 3: http://tinyurl.com/practical-plone


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Plone-website mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-website
The Wiki: http://plone.org/development/current/projects/WebsiteTeam

[aclark]

On 2009-10-18, Martin Aspeli <[hidden email]> wrote:
> Martin Aspeli wrote:
> Okay, I got it. It's not pretty.
> Various kupu templates are bluntly customised in
> http://svn.plone.org/svn/plone/Products.PloneOrg/trunk/Products/PloneOrg/skins/ploneorg/
> Somehow, those customisations are no longer valid.

And as it turns out, apparently not needed either. At one point they were probably
necessary but I couldn't get them to work again in Plone 3.3.1 (even by restoring
them to custom. They worked sans transform i.e. on plone.org:5011 but not on
plone.org).

The only thing I might have missed is that perhaps there were more customizations
than just the 3 kupu_* files. Still, I reverted the whole custom dir and
that didn't fix it either. *shrugs*

Anyway, it appears to be working now. I reverted your changes to the skin order
and removed kupu_* from PloneOrg.

I've also upgraded TinyMCE to 1.1rc6

Sorry for the trouble!

P.S.

Any thoughts on the catalog issue I asked about on this list? I'd love to
track that down. P.o clear and rebuild should not be taking 3 hours…

>
> I fixed it temporarily by moving the kupu layers above the ploneorg
> layer in portal_skins. That's clearly not a very good solution.
>
> For reference, previous portal_skins order for the Plone Default theme:
>
> custom
> plonesoftwarecenter_images
> plonesoftwarecenter
> DataGridWidget
> archaddon
> AddRemoveWidget
> CMFPlacefulWorkflow
> PloneFormGen
> ploneorg_images
> ploneorg
> Poi
> plone_help_center_images
> plone_help_center
> foundationmember
> cache_setup
> keyword_manager
> LanguageTool
> cmfeditions_views
> CMFEditions
> ChangeSet
> kupu_plone
> tinymce
> kupu
> PasswordReset
> ATContentTypes
> ATReferenceBrowserWidget
> archetypes
> mimetypes_icons
> ResourceRegistries
> gruf
> plone_ecmascript
> plone_wysiwyg
> plone_prefs
> plone_portlets
> plone_templates
> plone_styles
> plone_form_scripts
> plone_scripts
> plone_forms
> plone_images
> plone_content
> plone_login
> plone_3rdParty
> plone_kss
> archetypes_kss
> plone_deprecated
>
> And now the new order:
>
> custom
> plonesoftwarecenter_images
> plonesoftwarecenter
> DataGridWidget
> archaddon
> AddRemoveWidget
> CMFPlacefulWorkflow
> PloneFormGen
> kupu_plone
> tinymce
> kupu
> ploneorg_images
> ploneorg
> Poi
> plone_help_center_images
> plone_help_center
> foundationmember
> cache_setup
> keyword_manager
> LanguageTool
> cmfeditions_views
> CMFEditions
> ChangeSet
> PasswordReset
> ATContentTypes
> ATReferenceBrowserWidget
> archetypes
> mimetypes_icons
> ResourceRegistries
> gruf
> plone_ecmascript
> plone_wysiwyg
> plone_prefs
> plone_portlets
> plone_templates
> plone_styles
> plone_form_scripts
> plone_scripts
> plone_forms
> plone_images
> plone_content
> plone_login
> plone_3rdParty
> plone_kss
> archetypes_kss
> plone_deprecated
>
> I suggest that we fix Products.PloneOrg to not customise these things
> (and also to not break all those form controller actions - see my other
> mail) and then put the order back. I don't have the access or
> inclination to make filesystem level changes on plone.org, though.
>
> Martin
>

--
Alex Clark · http://aclark.net
Buy Practical Plone 3: http://tinyurl.com/practical-plone


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Plone-website mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-website
The Wiki: http://plone.org/development/current/projects/WebsiteTeam

[Martin Aspeli]

Alex Clark wrote:
> On 2009-10-18, Martin Aspeli <[hidden email]> wrote:
>> Martin Aspeli wrote:
>> Okay, I got it. It's not pretty.
>> Various kupu templates are bluntly customised in
>> http://svn.plone.org/svn/plone/Products.PloneOrg/trunk/Products/PloneOrg/skins/ploneorg/
>> Somehow, those customisations are no longer valid.
>
> And as it turns out, apparently not needed either.

Right. I think they were fixed properly in kupu later.

> The only thing I might have missed is that perhaps there were more customizations
> than just the 3 kupu_* files. Still, I reverted the whole custom dir and
> that didn't fix it either. *shrugs*

Indeed. Clash with a newer version of Kupu, I reckon.

> Anyway, it appears to be working now. I reverted your changes to the skin order
> and removed kupu_* from PloneOrg.

Thanks!

> I've also upgraded TinyMCE to 1.1rc6

That's great!

Unfortunately, it's broken :)

  - The text in the editor is illegible due to style clashes

  - The popup dialogues are being styled with xdv and so don't work

  - /plone.css is a static resource, shadowing the plone.css.py script
which concatenates all CSS resources; this screws with the dialogues

  - /plone.css is not in portal_css, it's hardcoded into the xdv
template; hence, TinyMCE doesn't see it

  - I tried to create a copy of plone.css.py in the custom folder with a
different name, and add a hardcoded import of url(/plone.css). Even with
this, the first content.css from the plone theme plugin in TinyMCE makes
the font really small

Rob - any good ideas?

> Sorry for the trouble!

Not your fault I'm sure, though we should possibly think about having
some sanity UI tests that we perform after plone.org upgrades. Since
it's a pretty public face with a large number of users, it's important
that it is well presented.

Martin

--
Author of `Professional Plone Development`, a book for developers who
want to work with Plone. See http://martinaspeli.net/plone-book


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Plone-website mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-website
The Wiki: http://plone.org/development/current/projects/WebsiteTeam

[aclark]

On 2009-10-19, Martin Aspeli <[hidden email]> wrote:

>> I've also upgraded TinyMCE to 1.1rc6
>
> That's great!
>
> Unfortunately, it's broken :)
>
>   - The text in the editor is illegible due to style clashes
>
>   - The popup dialogues are being styled with xdv and so don't work
>
>   - /plone.css is a static resource, shadowing the plone.css.py script
> which concatenates all CSS resources; this screws with the dialogues
>
>   - /plone.css is not in portal_css, it's hardcoded into the xdv
> template; hence, TinyMCE doesn't see it
>
>   - I tried to create a copy of plone.css.py in the custom folder with a
> different name, and add a hardcoded import of url(/plone.css). Even with
> this, the first content.css from the plone theme plugin in TinyMCE makes
> the font really small
>
> Rob - any good ideas?

If any working fixes end up in custom, let me know and I'll check them in.
Trying to keep things tidy.

>> Sorry for the trouble!
>
> Not your fault I'm sure, though we should possibly think about having
> some sanity UI tests that we perform after plone.org upgrades. Since
> it's a pretty public face with a large number of users, it's important
> that it is well presented.

Hmmm, well I'd certainly be willing to try to incorporate such things
into the PloneOrg package. I need motivation to add testing (of all
kinds) to my routine, so if you have anything specific in mind
let me know and I'll give it a try.

> Martin
>


--
Alex Clark · http://aclark.net
Buy Practical Plone 3: http://tinyurl.com/practical-plone


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Plone-website mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-website
The Wiki: http://plone.org/development/current/projects/WebsiteTeam

[Martin Aspeli]

Alex Clark wrote:

> Hmmm, well I'd certainly be willing to try to incorporate such things
> into the PloneOrg package. I need motivation to add testing (of all
> kinds) to my routine, so if you have anything specific in mind
> let me know and I'll give it a try.

I was talking about just having some things we test manually after
deployment. Browsing and editing a few different types of pages.

Martin

--
Author of `Professional Plone Development`, a book for developers who
want to work with Plone. See http://martinaspeli.net/plone-book


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Plone-website mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-website
The Wiki: http://plone.org/development/current/projects/WebsiteTeam

[deesto]

FYI, I also had this problem occur out of the blue last week, without  
the customization issues on plone.org:
http://plone.org/support/forums/general#nabble-td3831842

~John

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Plone-website mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-website
The Wiki: http://plone.org/development/current/projects/WebsiteTeam

[aclark]

On 2009-10-19, Martin Aspeli <[hidden email]> wrote:
> Alex Clark wrote:
> I was talking about just having some things we test manually after
> deployment. Browsing and editing a few different types of pages.

*Snooze* that sounds boring and prone to error. You don't do any automated
TTW testing in your work? Maybe even some doctests in Products.PloneOrg
that tested things like logging in/out against http://plone.org, or
something like that (I don't know what I'm talking about ;-)

>
> Martin
>


--
Alex Clark · http://aclark.net
Buy Practical Plone 3: http://tinyurl.com/practical-plone


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Plone-website mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-website
The Wiki: http://plone.org/development/current/projects/WebsiteTeam

[Martin Aspeli]

Alex Clark wrote:
> On 2009-10-19, Martin Aspeli <[hidden email]> wrote:
>> Alex Clark wrote:
>> I was talking about just having some things we test manually after
>> deployment. Browsing and editing a few different types of pages.
>
> *Snooze* that sounds boring and prone to error. You don't do any automated
> TTW testing in your work? Maybe even some doctests in Products.PloneOrg
> that tested things like logging in/out against http://plone.org, or
> something like that (I don't know what I'm talking about ;-)

We don't ever put anything live without manual click testing (what we
call "smoke testing"). Over time, we build up a series of steps that we
execute, to test known risks. Not doing  that for a customer would be
criminally negligent.

Martin

--
Author of `Professional Plone Development`, a book for developers who
want to work with Plone. See http://martinaspeli.net/plone-book


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Plone-website mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-website
The Wiki: http://plone.org/development/current/projects/WebsiteTeam

[aclark]

On 2009-10-20, Martin Aspeli <[hidden email]> wrote:
> We don't ever put anything live without manual click testing (what we
> call "smoke testing"). Over time, we build up a series of steps that we
> execute, to test known risks. Not doing  that for a customer would be
> criminally negligent.

Ah, I see, so you are suggesting a smoke testing list for plone.org, fair
enough. Still, I wonder about the other thing…

I've created a place for that here:
- https://dev.plone.org/plone.org/wiki/SmokeTesting

Now, to get Joanna to make sure we do it ;-)

> Martin
>


--
Alex Clark · http://aclark.net
Buy Practical Plone 3: http://tinyurl.com/practical-plone


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Plone-website mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-website
The Wiki: http://plone.org/development/current/projects/WebsiteTeam