• Do not register here on develop.twiki.org, login with your twiki.org account.
• Use View topic Item7848 for generic doc work for TWiki-6.1.1. Use View topic Item7851 for doc work on extensions that are not part of a release. More... Close
• Anything you create or change in standard webs (Main, TWiki, Sandbox etc) will be automatically reverted on every SVN update.
Does this site look broken?. Use the LitterTray web for test cases.
For instance if a field value contains something like my value it won't render and will show as =my value=.

Same with [[][]], InterWiki links, Wikiwords and probably most %VAR%.


This was done by purpose to suppress autolinking of form values.

See the file formtables.nat.tmpl

<noautolink>%A_VALUE%</noautolink>

Form definitions may be imported from another web and WikiWords used in these forms are only valid in that other web.

For example, let's have a form definition in Applications.MyNewApp.MyNewForm that defines a formfield SomeFormField. The values for this formfield are defined in a table in Applications.MyNewApp.SomeFormField. Each value in this table is a WikiWord like SomeValue1, SomeValue2 etc. Now, if I use this form in a Projects web, all above WikiWords try to autolink in the current web. And fail.

FindElsewherePlugin is no option as this would clutter the namespace for WikiWords even more, i.e. when using more applications.

So if SomeValue1 should be allowed to link to the correct place in the Applications.MyNewApp web, the currently must be of the form Applications.MyNewApp.SomeValue1. But this sucks in formfields of type select or checkbox now as you get this full qualified WikiWord (FQWW) where I only want to offer the tail of it in the selection. Squared brackets link [[Applications.MyNewApp.SomeValue1][SomeValue1]] don't display as expected during edit either. Last not least I want to store the data SomeValue1 and not Applications.MyNewApp.SomeValue1 in the form.

Out of the box, TWiki does not distinguish the data from how it is displayed during edit and during view. Therefor I don't even try to display it as WikiWords on a normal page trying to link to the correct topic.

Now, what if I have the name of Participants in a SeminarForm and all participants are named using a WikiWord that should link to a topic for him/her. You can't click on the name in NatSkin as it does not render WikiWords automatically in the form at the bottom of the topic. What you can do is to make use of the FORMFIELD tag and extract the form data in the topic area. Advantage: full control of the view on the model. Disadvantage: more complicated. Rendering the data of a form properly can then be eased by defining VIEW_TEMPLATEs that in addition hide the normal form at the bottom completely.

-- TWiki:Main.MichaelDaum - 07 Mar 2007

ItemTemplate
Summary NatSkin does not render var/style/links in view topic form
ReportedBy TWiki:Main.StephaneLenclud
Codebase 4.0.5, ~twiki4
SVN Range TWiki-4.1.0, Mon, 15 Jan 2007, build 12567
AppliesTo Extension
Component NatSkin
Priority Normal
CurrentState No Action Required
WaitingFor

Checkins

TargetRelease n/a
ReleasedIn

Edit | Attach | Watch | Print version | History: r3 < r2 < r1 | Backlinks | Raw View | Raw edit | More topic actions
Topic revision: r3 - 2007-03-07 - MichaelDaum
 
This site is powered by the TWiki collaboration platform Powered by PerlCopyright © 2008-2019 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback