<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Verdana
}
</style>
</head>
<body class='hmmessage'>
Hi Trevor.<br>In my experience pmwiki lends itself well to starting simple, sandboxing, adding functionality as you recognise the need.<br><br>Unless your needs are very simple, or your mind is very disciplined, you ain't going to get it right first time...and that is not a crime.<br><br><div><font color="#660099" face="Lucida Handwriting, Cursive" size="4"><strong><em>Ray Storey</em></strong></font></div>
<div>mob:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; +66 8 9020 6237</div>
<div>Homepage: <a href="http://www.all-my-world.com">http://www.all-my-world.com</a>&nbsp; </div><br><br><br><br>&gt; Date: Fri, 28 Aug 2009 14:06:36 +0200<br>&gt; From: twylite@crypt.co.za<br>&gt; To: pmwiki-users@pmichaud.com<br>&gt; Subject: Re: [pmwiki-users] Recommended recipes?<br>&gt; <br>&gt; Thanks everyone for your responses.<br>&gt; <br>&gt; With regard to stability, active maintenance and potential conflicts: <br>&gt; Petko, Kathryn, and Eemeli all suggested looking at the Discussion, <br>&gt; ChangeLog and ReleaseNotes sections of the recipe page; coupled with an <br>&gt; assessment of how active the author is in the community by looking at <br>&gt; this mailing list, the RecentChanges page and responsiveness to <br>&gt; questions/discussions on the recipe page.<br>&gt; <br>&gt; This sounds like excellent advice once you have a smallish set of <br>&gt; candidate recipes, and as such is a solution to part of my problem.  But <br>&gt; it remains a little overwhelming when hundreds of recipes are involved.<br>&gt; <br>&gt; Kathryn Andersen wrote:<br>&gt; &gt;&gt; &gt; I have now committed quite a lot of time &amp; effort into this research, <br>&gt; &gt;&gt; &gt; and I have still failed to answer my basic questions:<br>&gt; &gt;&gt; &gt; (1) which recipes does everyone find useful<br>&gt; &gt;&gt;     <br>&gt; &gt; That is an impossible question to answer, because "useful" depends<br>&gt; &gt; on what people use PmWiki for, and PmWiki is so flexible that it<br>&gt; &gt; can be used for a great many things.<br>&gt; &gt;<br>&gt; &gt; What is more relevant to your needs is to actually say what you<br>&gt; &gt; want and need to do with PmWiki, what kind of recipes you would<br>&gt; &gt; therefore need, and allow people to comment on that subset of recipes.<br>&gt; &gt;   <br>&gt; It's a bit of a catch-22.  As I mentioned in my mail I am intending to <br>&gt; set up 2 sites:<br>&gt; (1) A knowledge base for my development team, with additional support <br>&gt; for issue tracking and CRM.<br>&gt; (2) A personal web site with a blog (allowing public comments), a <br>&gt; knowledge base section (allowing public comments) and a collaborative <br>&gt; development section (open for all editing).<br>&gt; <br>&gt; Beyond that, I don't know enough specifics about what I want until I am <br>&gt; either aware of a problem that needs to be solved (e.g. page spam, need <br>&gt; a ToC, etc) or I am aware of functionality that exists and I think "that <br>&gt; would be nice". <br>&gt; <br>&gt; So basically if I don't know it exists, I'm not going to look for it <br>&gt; unless I have a specific problem that needs to be solved.  Which means <br>&gt; that short of browsing through all the recipes I won't find ones that <br>&gt; could be enhancements rather than just solutions.<br>&gt; <br>&gt; Looking at Wikis in general and knowing now a little about what <br>&gt; functionality PmWiki lacks (in the core), I can tell that most people <br>&gt; will want extensions to solve the following problems (and the <br>&gt; ListOfBundles-Candidates confirms this):<br>&gt; <br>&gt; * Table of Contents<br>&gt; http://www.pmwiki.org/wiki/Cookbook/PageTableOfContents looks widely <br>&gt; used, well supported, and is part of the PublishPDF library (which seems <br>&gt; like a good thing).  Uses (:toc:)<br>&gt; But http://www.pmwiki.org/wiki/Cookbook/HandyTableOfContents is also <br>&gt; promising and - being JavaScript - may work in situations where <br>&gt; PageTableOfContents won't because of generated content.  Uses (:htoc:)<br>&gt; http://www.pmwiki.org/wiki/Cookbook/NumberedHeaders also sounded useful <br>&gt; (especially in a corporate environment), but appears to be obsolete <br>&gt; because PageTableOfContents can do numbering now ... but that fact isn't <br>&gt; immediately obvious.  Uses (:toc:) and other markup.<br>&gt; Then there is http://www.pmwiki.org/wiki/Cookbook/SlimTableOfContents, <br>&gt; which will work with SectionEdit -- implying that other ToC recipes like <br>&gt; PageTableOfContents won't (and I still don't know the answer to that <br>&gt; until I try).  Uses (:toc:) or (:toc:)<br>&gt; While some of these recipes have compatible markup, other's don't (or <br>&gt; have extended markup that would be incompatible across recipes).  <br>&gt; Discovering a month in that I have made a poor choice will mean altering <br>&gt; the markup on numerous pages.<br>&gt; <br>&gt; * Rename pages<br>&gt; Any non-trivial Wiki will require periodic content maintenance and <br>&gt; reorganisation, and this will often require pages to be renamed.<br>&gt; http://www.pmwiki.org/wiki/Cookbook/RenamePage seems to do the job, it <br>&gt; is widely used and listed as stable.  The discussion section indicates a <br>&gt; couple of corner cases (e.g. moving unqualified attachments, unqualified <br>&gt; links).<br>&gt; http://www.pmwiki.org/wiki/Cookbook/MovePage is an alternative, and <br>&gt; suggests that RenamePage has problems.<br>&gt; RenamePage hints at consequences to moving between Groups (unqualified <br>&gt; attachments may go astray), but I don't see any discussion on any recipe <br>&gt; page of the interaction between page renaming and <br>&gt; http://www.pmwiki.org/wiki/Cookbook/UploadPlus. Are there situations <br>&gt; (similar to page renaming) that may affect the choice to use a <br>&gt; CustomPageStore or to group uploads?<br>&gt; <br>&gt; * Restricted delete<br>&gt; Recovering deleted pages is often not straightforward (sometimes not <br>&gt; possible at all, sometimes not possible through the web interface), so <br>&gt; it can be desirable to restrict page deleting to some set of authorised <br>&gt; users.<br>&gt; http://www.pmwiki.org/wiki/Cookbook/DeleteAction seems to be the PmWiki <br>&gt; approach for doing this.<br>&gt; <br>&gt; * Diff between arbitrary revisions<br>&gt; Most Wikis have this functionality; PmWiki seems to lack it.<br>&gt; http://www.pmwiki.org/wiki/Cookbook/ViewDiff appears to do this<br>&gt; http://www.pmwiki.org/wiki/Cookbook/InlineDiff also looks like a <br>&gt; popular/useful enhancement, but doesn't appear to diff arbitrary <br>&gt; revisions.  Are these two compatible?  Also InlineDiff has a "modified <br>&gt; version" attached to the bottom of the page; is that a separate <br>&gt; (unnamed) recipe?<br>&gt; <br>&gt; * Typographic extensions<br>&gt; Something I haven't encountered often and wouldn't know to look for is <br>&gt; http://www.pmwiki.org/wiki/Cookbook/MarkupExtensions .  I first came <br>&gt; across it looking for Footnote support (a feature I find very useful and <br>&gt; which is quite common amongst Wikis).  MarkupExtensions contains a <br>&gt; number of nice-to-haves, and it seems popular in the PmWiki community.<br>&gt; <br>&gt; * A better way to handle attachments<br>&gt; Most CMS, Blog or Wiki software that supports attachments provides <br>&gt; built-in support or extensions to manage attachments: rename, delete, <br>&gt; show size and download count, etc.<br>&gt; At a glance there are about a dozen extensions that may do this: <br>&gt; AttachDelete, AttachIcons2, AttachImageSize, AttachLinks, <br>&gt; AttachlistEnhanced, AttachListSort, AttachSize and <br>&gt; http://www.pmwiki.org/wiki/Cookbook/Attachtable.  The latter seems to <br>&gt; have the most functionality but is also the newest (few recommendations <br>&gt; an little information on the extent of its use).<br>&gt; <br>&gt; <br>&gt; In addition I have encountered a couple of extensions that everyone <br>&gt; should know about:<br>&gt; <br>&gt; * http://www.pmwiki.org/wiki/Cookbook/NewPageBoxPlus<br>&gt; NewPageBoxPlus seems to be an excellent building block for just about <br>&gt; any site that requires pages based on a template.  For example it is <br>&gt; trivial to build a lightweight CRM by creating a "Customers" group with <br>&gt; a NewPageBoxPlus to create new customer pages from an appropriate <br>&gt; template. <br>&gt; There are alternatives, including <br>&gt; http://www.pmwiki.org/wiki/Cookbook/Fox from the same author which seems <br>&gt; extremely powerful but also a lot more complex (and it competes with <br>&gt; other Forms recipes, so they may also warrant consideration).<br>&gt; If I hadn't encountered NewPageBoxPlus I may have moved on to evaluating <br>&gt; another Wiki engine!<br>&gt; <br>&gt; * http://www.pmwiki.org/wiki/Cookbook/NotsavedWarning<br>&gt; "Warn authors when they move away from a page without saving it."  The <br>&gt; potential value of this extension speaks for itself.<br>&gt; <br>&gt; * http://www.pmwiki.org/wiki/Cookbook/WikiStylesPlus<br>&gt; <br>&gt; ===<br>&gt; <br>&gt; Which brings me to the following points:<br>&gt; <br>&gt; (A) Possibly the most useful resource I have come across so far are the <br>&gt; pages in http://www.pmwiki.org/wiki/Category/Bundles.  This, to me, is <br>&gt; evidence of people with an investment in PmWiki saying "this is what I <br>&gt; find useful".  But I was hesitant to put too much value on that <br>&gt; information because some pages (e.g. ListOfBundles-Candidates) have not <br>&gt; been edited in 2 years.<br>&gt; I think that extending and updating this information - particularly <br>&gt; http://www.pmwiki.org/wiki/Cookbook/Bundle - will be very helpful.<br>&gt; <br>&gt; (B) Perhaps the most useful feedback I have received is this from Petko<br>&gt; &gt; And I believe you can have a peace of mind with a recipe released by Pm, <br>&gt; &gt; Dominique Faure or Eemeli Aro, among others. There are other active developers <br>&gt; &gt; in the community, I just haven't had the need to use and the time to review <br>&gt; &gt; their recipes.<br>&gt; &gt;   <br>&gt; ... along with responses from Chris Cox and Kathryn Andersen.  This is <br>&gt; community knowledge that is not readily available to a newcomer.  This <br>&gt; gives me a lot more confidence in selecting recipes.<br>&gt; <br>&gt; Question: what about John Rankin and HansB - they also seem to be listed <br>&gt; as maintainers for a lot of extensions?<br>&gt; <br>&gt; (C) Eemeli Aro wrote:<br>&gt; &gt; Regarding recipe status, perhaps we need some kind of recommended set<br>&gt; &gt; of terms to use, along with a page giving a slightly longer<br>&gt; &gt; description of each term, as I for example have ended up with a<br>&gt; &gt; perpetual beta for all my recipes since "stable" seems like a rather<br>&gt; &gt; strong term to use.<br>&gt; &gt;   <br>&gt; I think this is a really excellent idea.  At the very least it should be <br>&gt; possible to distinguish "not for production use" from "probably good <br>&gt; enough for production use and a couple of people are using it" and <br>&gt; "running without problems for a year on our huge public site".<br>&gt; <br>&gt; (D) Eemeli Aro wrote:<br>&gt; &gt; 2009/8/27 Peter Bowers &lt;pbowers@pobox.com&gt;:<br>&gt; &gt;   <br>&gt; &gt;&gt; &gt; On Thu, Aug 27, 2009 at 11:06 AM, Petko Yotov&lt;5ko@5ko.fr&gt; wrote:<br>&gt; &gt;&gt;     <br>&gt; &gt;&gt;&gt; &gt;&gt; We have discussed such votes/endorsements systems, I hope we'll be able to add<br>&gt; &gt;&gt;&gt; &gt;&gt; one soon. I also hope that users will vote.<br>&gt; &gt;&gt;&gt;       <br>&gt; &gt;&gt; &gt;<br>&gt; &gt;&gt; &gt; +100 on adding one soon!<br>&gt; &gt;&gt; &gt;<br>&gt; &gt;&gt; &gt; [He said, without much hope and completely in the dark as to why<br>&gt; &gt;&gt; &gt; previous seemingly fruitful discussions on the topic[1] have fallen<br>&gt; &gt;&gt; &gt; flat.]<br>&gt; &gt;&gt;     <br>&gt; &gt;<br>&gt; &gt; Seconding Peter on this. Is it Petko or PM we should be prodding to get this moving?<br>&gt; &gt;   <br>&gt; May I suggest a download count on each recipe?  To my mind this would <br>&gt; produce valuable information more quickly and with less dependence on <br>&gt; community participation than a voting scheme.  Combining the two would <br>&gt; be first prize.<br>&gt; <br>&gt; ===<br>&gt; <br>&gt; What I'd like to do next is get some feedback on the recipes I listed <br>&gt; above (Table of Contents .. NotSavedWarning) and use that feedback to <br>&gt; update http://www.pmwiki.org/wiki/Cookbook/Bundle.   I'm also keen to <br>&gt; hear any other similar suggestions (generally useful recipes that <br>&gt; provide functionality common in other Wikis or CMSs).<br>&gt; <br>&gt; I also have a notion that the concept of Bundles could be supplemented <br>&gt; by a FAQ-like list of recommendations, preempting the sort of questions <br>&gt; that would be asked on this list.  This would be similar to the <br>&gt; "Questions answered by this recipe" section in each recipe, but focused <br>&gt; on recommending one of several possible answers.<br>&gt; e.g.<br>&gt; Q: I want a Table of Contents, what recipe should I use?  A: <br>&gt; PageTableOfContents is right for most people; it produces a ToC and <br>&gt; optionally numbered headings...<br>&gt; Q: I want to add an Issue Tracker to my Wiki, what recipe(s) should I <br>&gt; use? A: ...<br>&gt; <br>&gt; <br>&gt; Regards,<br>&gt; Trevor<br>&gt; <br>&gt; <br>&gt; _______________________________________________<br>&gt; pmwiki-users mailing list<br>&gt; pmwiki-users@pmichaud.com<br>&gt; http://www.pmichaud.com/mailman/listinfo/pmwiki-users<br><br /><hr />Click Here <a href='http://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Fdating%2Eninemsn%2Ecom%2Eau%2Fsearch%2Fsearch%2Easpx%3Fexec%3Dgo%26tp%3Dq%26gc%3D2%26tr%3D1%26lage%3D18%26uage%3D55%26cl%3D14%26sl%3D0%26dist%3D50%26po%3D1%26do%3D2%26trackingid%3D1046138%26r2s%3D1&_t=773166090&_r=Hotmail_Endtext&_m=EXT' target='_new'>View photos of singles in your area</a></body>
</html>