[pmwiki-users] Linking WikiForms to WikiForms
Hsing-Foo Wang
hsingfoo at gmail.com
Tue Aug 22 00:37:10 CDT 2006
ps. If the (:wikiform:) directive could hold the parameters groupname
and pagename, I guess it could do the job...
e.g. (:wikiform $GroupName $PageName:)
where $Groupname stands for 'issues' or 'activities' and $PageName
stands for '00001', the current projectnumber.
The new form (although I am in the projectsgroup) will be created in
the $Groupname and the $PageName is a hidden parameter in the new
form.
Thoughts? Did I miss this possibility?
-HF
On 8/22/06, Hsing-Foo Wang <hsingfoo at gmail.com> wrote:
> Some questions if I may:
>
> > - Specify the type of form to use with a "group suffix"
> >
> > If you have groups ProjectX-Issue and ProjectX-Activity the
> > recipe will use Issue.FormTemplate and Activity.FormTemplate,
> > so ProjectX-Issue and ProjectY-Issue will both use the
> > Issue.FormTemplate. This gives separate issue lists for ProjectX
> > and ProjectY, but using the same template.
>
> Got this one, except I now focussing on handling projects by their
> number and thus page instead of group for each project. This will give
> (somehow) the opportunity to have a seperate 'total view' of all
> issues and activities where each issue and activity 'record' has a
> (hidden?) field related to the projectpage based on the projectpage
> suffix (e.g. 00001)
> Dunno yet if my approach is feasable...
>
> >
> > - Specify a form page title with the (title) field type
> >
> > This will cause the page named Project.00001 to have a title,
> > such as ProjectX. It also creates the option of generating
> > markup of the form: (:wikilist group={$Title}-Issue :) to
> > produce a list of issues for the current project. Note that
> > you don't have to give each project a title unless you choose
> > to; you can have groups 00001-Issue, 00001-Activity and this
> > will work too.
>
> Same here, chewing on projects based on groups or projects based on
> individual pages. I now use project pages and groups for issues and
> activities (e.g. projects.00001, activities.00001 and issues.00001)
> Again, this way I can browse ALL projects, issues and activities with
> the (:wikilist:) directive. Now how to have the sepcific issues and
> activities listed AND created per individual project page ;-)
>
> >
> > - Make a field take a particular value with the (hide) type
> >
> > This option should let you generate the required wikilist
> > markup automatically when you create a new project. This
> > feature *does not* currently provide the capability you
> > need, as you can't properly insert (: ... :) markup
> > inside a "hide" field value. At the moment, you will
> > need to enter the required markup manually, but a fix
> > may be fairly straightforward.
>
> ok, read the above, chewing on what you try to explain exactly. More to come.
>
> >
> > - Define a new markup to extract the group prefix
> >
> > You'll need a way to generate a link from 00001-Issue to
> > Project.00001. This will require you to define a new
> > format variable, {$GroupPrefix} that extracts the text
> > from in front of -... in the group name. Then you can
> > put this in a GroupHeader or GroupFooter in the issue
> > and activity groups, to link back to the project page.
>
> I have no expertise in creating custom Markup's, dunno if this is
> needed yet. I guess that depends on the structure of projects and
> related items (per page or per group)
>
> >
> >
> > The above may give some useful ideas for how to get started.
> > I'd be inclined to omit the title option in the first
> > instance and focus on getting the overall group and page
> > structure working, using numeric page names for everything.
>
> Agree
>
> Thanks for your help.
>
> -HF
>
More information about the pmwiki-users
mailing list