Category: Dynamic Variable

When entering the backslash character twice in a Dynamic Variable's content, e.g. \\servername\share, Dynamic Variables act unpredictably:
* You need to enter four '\' in order to get two '\' chars in the first occurrence of the DV. All other occurrences have all four '\'s
* If there are more than one DVs with more than one '\' chars, upon updating one DV, 1/2 of all '\' chars will be lost in all the DVs on the page. E.g.:

||DV name |Stored Text |Editable Displayed Text |Non-editable Displayed Text |Stored Text after saving ANY DV on the page.
~np~%dv1%~/np~ |\\\\server1\share |\\server1\share |\\\\server1\share |\\server1\share
~np~%dv1%~/np~ |\\\\server2\\share |\\server1\share |\\\\server1\\share |\\server2\share||

Disclaimer: Please pardon our use of the name it.tikiwik as a username. It wasn't meant to imply affiliation with tikiwiki; it's just a standard our department uses for internet accounts.

fixed in 57798 - thanks Constantin !
---

Not sure when this happened but it occurs in 12.6 and all subsequent versions - but if a dynamic variable is used in a contiguous line of text, the text before the dynamic variable and that after it are now in separate p tags so this means that a dynamic variable cannot be used in a paragraph of text. ie if you want to use the dynamic variable ~np~%textdoc% ~/np~to produce:

if you want to update the XYZ document then edit this page

it will now be displayed as:

if you want to update the

XYZ document

then edit this page


The actual code is as follows:

if you want to update the %textdoc% then edit this page

In Bernard's email he recommends the following:

---
Go to https://dev.tiki.org/tracker5 Insert new item, go to "Area" select any.

---
As I'm creating this enter, after selecting Area: Main Feature, in the Drop-down for Sub-Category I'm seeing, as he said a list of meaningless catId's. (Bernard: "Check sub-category, instead of showing category name, it show catId.") As far as I know this problem exist since the rewrite of tables in v.9.x During TikiFest in Montreal in April, ca 12-14 April, Louis-Philippe fixed this problem for me in 11.x (then still Trunk). Sorry but I'm still in Africa, with expensive, and very unstable internet, so I can't check updates, but perhaps this can help someone find the solution. I'll be available for the group again, but only starting someone coming Monday, 27 May. No promises but perhaps I can find a solution then, but it will take time. olaf-michael (omstefanov)

Not sure if this is a small bug or a feature request - but now that I have used the very useful Dynamic Variable feature in a number of sites I realise that a quirk of the feature is that only the first instance of the use of an individual variable in an individual wiki page is editable.

If you use the same variable a number of times in an individual page then the 2nd and any subsequent uses are not linkable to the edit facility.

This seems a bit inconsistent and it would be much more useful if any/all instances could be used to update/change the variable.

If this is unavoidable then it would be useful to declare this in the documentation.

Closing this as its not that important any more (Geoff Aug 2013)

If the admin setup a plugin List (ListExecute, CsutomSearch) with a Wiki Variable (IE: {filter field="tracker_field_userUsername" content="{{user}}"}) BUT "Wiki Argument Variables" is not enabled he will see : No results for query.

The admin should be warned he is trying to use a feature that is not enabled when saving the page.

{syntax type="tiki" editor="plain"}