[GeneralDiscussion] Re: zope/plone article
[email protected] (Simon Michael) Tue, 03 Mar 2009 07:56:12 -0800
| Newsgroups | gmane.comp.web.zope.zwiki |
|---|---|
| Message-ID | <1B4956DD-C01D-49CF-9D91-9812AFE065B8__47184.2823936187$1236095887$gmane$org@joyful.com> |
Morning.. > It would appear that it ignores replies unless subscribed ... Correct! Sorry, it should return a bounce in this case. That's been on the todo list forever. (On the other hand, zwiki.org now handles many incoming spams per minute, so maybe silently dropping unknown mailins is best in the long run, like qmail..) >>> I'd personally absolutely love if the page URL showed the ZWiki page >>> hierarchy. Much more SEO friendly in particular. I still don't get the SEO argument, but I see you are finding Zwiki's page hierarchy mixed with plone's to be awkward, and I quite agree with that. Two different models jammed together, and each one alone already has enough to deal with; it's bound to be somewhat confusing. I believe this is in the issue tracker, new ideas would be useful there. The simplest thing is to hide and not use zwiki page hierarchy when in plone, ie just be a classic flat wiki by default. A lot of zwiki in plone users do seem to use zwiki page hierarchy though. > I have been ploughing through the Zwiki source and page rendition > certainly looks convoluted You're right! Most folks don't trace through the whole process. The skins are a little contorted to achieve goals like: automatically using the plone skin when in plone; providing a simple consistent namespace for skin scripters; being able to customise anything with zodb or filesystem or built-in templates; and being as "live" as possible, ie reacting to template changes immediately at least in debug mode. These three goals were reached but the templates and styles need more cleanup and clarification. I'm working on that slowly. > AFAICS, dtml is passed through untouched into the prerender output > and is then executed *separately* i.e. AFTER the PageTypeRst > processing > stage. Correct. There are two rendering stages for a zwiki page. Pre- rendering is done when saving an edit. We do as much of the work here as possible. Final rendering is done on each page view; the most dynamic things (resolving wiki links, evaluating DTML) are done here. Sorry, I ran out of time here. I'll try answer the rest later. I'm sure whatever it is can be done, it's just a matter of finding the right methods in ZWikiPage.py or rst.py. -- forwarded from http://zwiki.org/GeneralDiscussion#[email protected]