[pmwiki-users] Modifying Wikiforms

[Tegan Dowling]

On 02 Feb 2006 10:39:52 +1300, John Rankin <john.rankin at affinity.co.nz>
wrote:
>
> On Wednesday, 1 February 2006 3:16 PM, John Rankin <
> john.rankin at affinity.co.nz> wrote:
> >Tegan Dowling wrote:
> >I'm just trying to use the Wikilist part of the WikiForms recipe to
> present
> >records in tabular form, with those nifty headings that you can click and
> >re-click to sort-ascending and re-sort-descending.
> >
> >Can anyone suggest a hack to the recipe that will suppress display of the
> >first column?
>
> For consistency the page name should work the same way as other columns,
> so it should allow you to omit the page column by writing
>
>     (:wikilist !page:)
>
> No worries -- download the latest version of wikiform.php from
> http://www.pmwiki.org/wiki/Cookbook/WikiForms
>
>
> But I understand there is a wider requirement, eg Tegan's note that...
>
> The individual pages for the contacts would not be the numbered pages that
> feed the (:wikilist:), because I want the page names to be the names of
> the
> individuals, and I want to be able to format the contact pages and add
> pictures, etc.
>
> There are at least 2 options for doing this:
>
> 1. Retain the page numbering scheme, but use a (:title Textual Name:)
>    directive on each page.
>
>    The new [[name |+]] markup could then be used to show the title in
>    the (:wikilist:). This would be relatively easy to implement, it
>    works "the pmwiki way", but requires an author to specify a title.
>    It is probably more robust than using the person's name as a page
>    name -- what if the name changes?
>
> 2. Modify wikiforms to work off regular page names as well as the
>    all numeric pattern.
>
>    I haven't seen a good way to implement this as yet. In particular,
>    I haven't come up with a robust way to distinguish between pages
>    that are form-based and pages that aren't. Both the form handler
>    and list handler will run into trouble if they try to process
>    pages that don't follow the template.
>
> So I tend to favour option 1. It would need to support sorts by
> title instead of name, but that is straightforward.
>

Regarding option 2: When you say
"Both the form handler and list handler will run into trouble if they try to
process pages that don't follow the template."

What kind of trouble?  If they fail in the PmWiki way, by just returning
nothing, then that might not be such a big deal... While I was poking around
in it, I wondered if the new, more feature-full pagelist might work for
identifying and selecting pages with names.  An admin could create a custom
"list=" that excludes pages that aren't wanted.

Regarding option 1: would the user provide the page title, as part of
filling in the form?

And in either case, will you be able to support allowing formatting of the
form page, (or pulling field contents into a formattable page) for viewing?

Thanks a lot for your attention and efforts on this!

Tegan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20060201/c2c2f2d1/attachment.html