Category: Wiki Syntax (text area, parser, external wiki, etc)

The new feature n 18.x "[https://doc.tiki.org/tiki18#Multilevel_style_numbering_for_ordered_lists|Multilevel style numbering for ordered lists]" is broken (not working) in 19.x and trunk...
I suspect some CSS/classes have changed.

{img fileId="841"}

Click here: http://doc.tiki.org/tiki-print.php?page=Forum+and+Mailing+List+Synchronization

For example for [https://suite.tiki.org/tiki-pagehistory.php?page=Tiki%20Suite%20alternatives&compare=1&oldver=84&newver=85|this diff] change in the e-mail notification there is this empty HTML plugin shown instead of showing its content:

{CODE()}
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
@@ -Lines: 143-146 changed to +Lines: 143-150 @@
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
!!!! Freedombone
{HTML()}{HTML}
+
+ !!!! Cloudron
+ {HTML()}{HTML}
+

!! Services
{CODE}

I want to use a personal WiKi for all information about a personal project.

It would be convenient to have links to local or network hard disc files in the Directory.

There are other URIs (https://) that would also be useful so the limit to http:// is unhelpful.

When nested more times, it stops working and breaks the whole page parsing.
This works:
{CODE()}{DIV(class="level1")}
{DIV(class="level2")}
{DIV(class="level3")}
{DIV(class="level4")}
{DIV(class="level5")}
{DIV(class="level6")}
{DIV(class="level7")}
Foo Bar
{DIV}
{DIV}
{DIV}
{DIV}
{DIV}
{DIV}
{DIV}{CODE}

This breaks:
{CODE()}{DIV(class="level1")}
{DIV(class="level2")}
{DIV(class="level3")}
{DIV(class="level4")}
{DIV(class="level5")}
{DIV(class="level6")}
{DIV(class="level7")}
{DIV(class="level8")}
Foo Bar
{DIV}
{DIV}
{DIV}
{DIV}
{DIV}
{DIV}
{DIV}
{DIV}{CODE}

See the SHOW instance.

__Expected behaviour:__
Parsing nested plugins should work flawlessly no matter how many levels are nested or be limited to e.g. 20 levels (ideally should be configurable) but should not break up to that max level; only if above the limit, it could show the unparsed syntax instead of breaking whole content rendering.

{syntax type="tiki" editor="plain"}
~np~************~/np~ can be used a seperator in an email


Typcally, if there is a large number of stars (ex.: >10) and/or there is no text after, we shouldn't convert to bullets.

For 9.x and up.

Request ability to add to a wiki a spoiler.

Its very useful in a HowTo environment where the spoiler will hide code that needs to be copy/pasted so the presentation is neat.

Example:
When installing my widget, you might need to copy this code to your settings:

[spoiler]
BsetMultipleConfig
1001x1101
settings.ini
threebot4
0x32
0x64
[/spoiler]

The spoiler has a button allowing the user to click on the button so the user can copy/paste the code inside the spoiler. The user can also click on the spoiler for a second time to close it; allowing easy reading and hiding it when not needed.

The dynamic variable syntax (~np~%dynamic_variable%~/np~) displays as plain text in my 1.10 installations, rather than functioning as designed.

{syntax type="tiki" editor="plain"}
In Opera (no need to mention version number; every Opera user uses the lastest version ;-) ), in the last day or so the edit textareas in branch 6 have been missing or misplaced, for wiki pages and trackers, that I've noticed so far. (Forum post forms are ok.) On the wiki edit page, the edit textarea is far down from the toolbar. Sometimes clicking on fullscreen edit and back again will bring it up to the toolbar. On the dev.t.o bug-submitting tracker form, the textareas for description and solution don't appear at all. I clicked on fullscreen editing and back, and a textarea appeared but it seems to be the solution textarea, not the one for the bug description. This affects the regular wiki editor; I didn't check yet about the wysiwyg editor.

Using the Tiki's built-in TPL file editor to change a title on a TPL page (e.g. "Admin Tracker" to "Administer Reports" for "tiki-admin_tracker.tpl" file) causes insertion of "" character sequence at several places throughout the modified "tiki-admin_tracker.tpl" file. The original "tiki-admin_tracker.tpl" is unmodified. The modified "tiki-admin_tracker.tpl" file contains "" in such places as "javascript" (rather than "javascript"), which breaks the links on the Admin Tracker tabs.

In 3.x, the emdash wiki syntax is not working.

In the documentation and previous releases, the following should be represented as an em dash ~--~ but it is not. It is being interpreted as strike out text.

The issue seems to appear when there is more than one em dash in a document ~--~ and seems to be linked to the last tilde.

This was posted on the discussion forums and a suggestion was made that there needed to be a space between the tildes and the dashes ~ -- ~ like so but it does not seem to work.

The title says it all!

At : tiki-admin.php?page=textarea "Open external links in new window" is enable.

So all the following create a link that will open in a new-tab or new window;

{CODE()}[http://www.u2.com|U2]{CODE}
[http://www.u2.com|U2]

As well as:
{CODE()}[http://www.u2.com|u2|_blank]{CODE}
[http://www.u2.com|u2|_blank]

As well as:
{DIV(class="external_link")}[http://u2.com|{img type="src" src="https://dev.tiki.org/img/icons/large/mytiki.gif" height="32" width="32"}|_blank]{DIV}
{CODE()}{DIV(class="external_link")}[http://u2.com|{img type="src" src="https://dev.tiki.org/img/icons/large/mytiki.gif" height="32" width="32"}|_blank]{DIV}{CODE}

However if I use the last one in a template called by a trackerlist plugin, it is not working.
Trying to set the link within the img plugin doesn’t work neither.

Check instance.

After clicking on the save button on a modal the user is redirected to the page "undefined".
This happen since Tiki21 and it is working fine in Tiki20.

Tested on : tiki-21.0.RC1

To reproduce:
#Login as Admin
#Enable trackers and button plugin
# Create a tracker with a few fields (in the fade I pasted the export for the tracker and the fields)
+ {FADE(label="Tracker export")}
[TRACKER]
adminOnlyViewEditItem = n
autoAssignCreatorGroup = n
autoAssignCreatorGroupDefault = n
autoAssignGroupItem = n
autoCopyGroup = n
autoCreateCategories = n
autoCreateGroup = n
defaultOrderDir = asc
defaultOrderKey = -1
defaultStatus = o
doNotShowEmptyField = n
fieldPrefix = contact
newItemStatus = o
oneUserItem = n
orderAttachments = created,hits,filesize
publishRSS = n
ratingOptions = -2,-1,0,1,2
saveAndComment = n
sectionFormat = flat
showAttachments = n
showComments = n
showCreated = n
showCreatedBy = n
showCreatedView = n
showLastComment = n
showLastModif = n
showLastModifBy = n
showLastModifView = n
showRatings = n
showStatus = n
showStatusAdminOnly = n
simpleEmail = n
useAttachments = n
useComments = n
useFormClasses = n
useRatings = n
userCanSeeOwn = n
userCanTakeOwnership = n
writerCanModify = n
writerCanRemove = n
writerGroupCanModify = n
writerGroupCanRemove = n
trackerId = 1
name = Contact
descriptionIsParsed = n
created = 1584087369
lastModif = 1584087369
{FADE}
+{FADE(label="Field Export")}
[FIELD1]
fieldId = 1
name = Name
permName = contactName
position = 10
type = t
options =
isMain = y
isTblVisible = y
isSearchable = n
isPublic = y
isHidden = n
isMandatory = y
description =
descriptionIsParsed = n
[FIELD2]
fieldId = 2
name = Country
permName = contactCountry
position = 20
type = y
options =
isMain = n
isTblVisible = n
isSearchable = n
isPublic = y
isHidden = n
isMandatory = n
description =
descriptionIsParsed = n
[FIELD3]
fieldId = 3
name = Date
permName = contactDate
position = 30
type = j
options =
isMain = n
isTblVisible = n
isSearchable = n
isPublic = y
isHidden = n
isMandatory = n
description =
descriptionIsParsed = n
[FIELD4]
fieldId = 4
name = Image
permName = contactImage
position = 40
type = FG
options = {"galleryId":0,"filter":"","count":0,"displayMode":"","displayParams":"","displayParamsForLists":"","displayOrder":"","deepGallerySearch":0,"replace":"n","browseGalleryId":0,"duplicateGalleryId":0,"indexGeometry":"","uploadInModal":"y","image_x":"","image_y":"","addDecriptionOnUpload":"n","requireTitle":"n"}
isMain = n
isTblVisible = n
isSearchable = n
isPublic = y
isHidden = n
isMandatory = n
description =
descriptionIsParsed = n
{FADE}
# Populate the tracker with a few items
# Edit a page and create a pluginList with an edit button
+ In my sample I used a table output __with fixed values for editing the item 1 only__ (pasted below)
+ I tested with a link and a button to be sure
+{FADE(label="PluginList content")}
{LIST()}
{filter field="tracker_id" content="1"}
{pagination max="1"}
{OUTPUT(template="table")}
{column field="reference_1" label="Name"}
{column field="reference_2" label="Country" mode=raw}
{column field="reference_3" label="Date"}
{column field="reference_4" label="Photo" mode=raw}
{column field="reference_5" label="link" mode=raw}
{column field="reference_6" label="button" mode=raw}
{OUTPUT}
{FORMAT(name="reference_1")}{display name="tracker_field_contactName"}{FORMAT}
{FORMAT(name="reference_2")}{display name="tracker_field_contactCountry" format=trackerrender}{FORMAT}
{FORMAT(name="reference_3")}{display name="tracker_field_contactDate" format=date}{FORMAT}
{FORMAT(name="reference_4")}{display name="tracker_field_contactImage" format=trackerrender}{FORMAT}
{FORMAT(name="reference_5")}<a href="tiki-tracker-update_item?trackerId=1&itemId=1&modal=1" class="btn btn-primary text-white click-modal">Edit</a>{FORMAT}
{FORMAT(name="reference_6")}{button href="tiki-tracker-update_item?trackerId=1&itemId=1&modal=1" _icon_name="edit" _class="btn btn-success text-white click-modal"}{FORMAT}
{LIST}
{FADE}

Your page should end with something like this:
{img fileId="1385" thumb="box"}

When you click on the link or the button you will have the "Update Item" modal.
*Close will bring back to the page (~~#090:GOOD~~)
*Preview won’t do nothing (~~#F90:I think it shouldn’t be here~~ don’t see how it will be used)
*Save will save but redirect the user to an "undefined" page (~~#F00:BROKEN~~)
+{img fileId="1386" thumb="box"}
+ Video : https://share.vidyard.com/watch/UCAew92XGPH4zHUQ3G2QbG?

Saving used to redirect to the page, same list, same result (if customSearch) in Tiki20.
Here a Tiki20 (using smarty template) with the same code for the button:
https://share.vidyard.com/watch/w8zwARp8C3X1aB4xFSiyma?

It would be handy to have more internal wiki variables exposed as Wiki Argument Variables.
eg version, description, last author etc

The reason is simple. Reuse instead of repeat.
I for example am setting up tiki to keep and maintain ISO 9001 and HACCP documents and records.
The standards require each file to have version and associative info to it which works fine when viewing online but when printing, all the above have to be re-entered manually and updated on every change on every page.

In tikilib.php, the external link icon is hardcoded:
{CODE(wrap="1",colors="php")} if ($prefs['feature_wiki_ext_icon'] == 'y' && !$options['suppress_icons']) {
$ext_icon = "<img border=\"0\" class=\"externallink\" src=\"img/icons/external_link.gif\" alt=\" (external link)\" />";
}{CODE}

That is not good if you want that icon to be different.
You have to overwrite img/icons/external_link.gif with your own, and remember to re-overwrite it when updated to a new Tiki.

It would be better to either allow the user/admin to give a link to an alternative icon, or even better: put it in CSS, so that it can be overwritten in themes.

A quick fix would be to change line 5806 and line 6245 from this:
{CODE(wrap="1",colors="php")}$ext_icon = "<img border=\"0\" class=\"externallink\" src=\"img/icons/external_link.gif\" alt=\" (external link)\" />";{CODE}
to this:
{CODE(wrap="1",colors="php")}$ext_icon = "<span class=\"externallink\">   </span>";
{CODE}
And then put a CSS class in design.css or other appropriate css file, so that it can be overridden by theme css:
{CODE(wrap="1",colors="css")}.externallink
{
background: url(img/icons/external_link.gif) no-repeat;
}{CODE}

The external link icon ({img src=img/icons/world_link.png}) and option are missing from the edit toolbar and the Admin Toolbar page after 48107. If you comment out 2 of the lines 48107 adds to branches/12.x/lib/toolbars/toolbarslib.php:
{CODE()}
// case 'link':
// return new self( 'Link' );{CODE}
Or revert back to 48106, then the external link icon will reappear on the edit toolbar and on the Admin Toolbar page.

The code that was added probably effects the external link toolbar option code farther down in toolbarslib.php:
{CODE()}
case 'link':
$wysiwyg = 'Link';
$label = tra('External Link');
$icon = tra('img/icons/world_link.png');
$list = array('External Link',
{CODE}

This does not affect the parsing of the external link [[] syntax.

Note: As of 11:49 AM CDT 1/6/2014, the External Link optin is missing from this edit session's tool bar.

The title for External wiki links in not parsed, for instance
~pp~ ((wp:Link|Title)) ~/pp~
will display __Link__ instead of __Title__

We need this for *.tikiwiki.org as well
{img src=images/code.png}%%% {CODE()}
((dev:EditUIRevamp|Improve the content editing interface))
((dev:AdminUIRevamp|Improve the admin interface))
{CODE}

Say I need to make a link such as:
{img src=images/code.png}%%% {CODE()}
[http://en.wikipedia.org/wiki/Argument_map|Argument map]
{CODE}

I could use an ((doc:external wiki)) link which is like this:

{img src=images/code.png}%%% {CODE()}
((wp:Argument map))
{CODE}

Even nicer would be an image (instead of {img src=img/icons/external_link.gif}) so the visitor knows he'll be sent to Wikipedia.

Also, would need:
*optional title: to explain what this site is about. (ex.: this is a sister community)
*option to open new window
these would be set centrally and you could override.


Perhaps the direction to take is to build with ((doc:plugin alias))

This is a very odd bug. If you have an external link -+~np~[x|y]~/np~+- somewhere on the page where x and y can be anything (even including whitespace), any internal links of the form -+~np~((...x|y...))~/np~+- or -+~np~((...x|y...|...))~/np~+- where the "..." can be anything (even including whitespace) are screwed up. Copy and paste the following examples into a page to see.

!!Examples

moved example to comments because it was breaking trackerlist reports

This feature ((doc:External-Wikis)) is very hard to find from the admin control panels and its name doesn't tells what it really does.

It allows to use aliases for external websites set by the admin that will be used and displayed as wiki links.

However, beside the obscure name"External Wikis"... ??‍♂️;

It is not to be found in the Wiki panel tabs.
It is not to be found in the results of the search preferences filter.

You can find it under the admin menu item "Tools"... something this is not IMO.

It is also in the Settings menu (but you don't have access to this menu from the admin area)

---
The setting page displays 2 additional fields compared to the documentation. The inline help doesn't really help to understand the simple mortals what they do:
* Index, [prefix]main, such as tiki_main
* Search as, Leave blank to search using currently active groups.

Someone with knowledge should tell what they are doing.


__In summary, another gem buried in the Tiki preferences that deserves better visibility and documentation.__

There are many pages within t.o that have spaces. On the other hand, the WikiSyntax historically uses WikiWords. I also see that tiki supports aliases for pages. This led me to the following suggestion:

- Propose to render WikiWords as "Wiki Words" in the page. This makes it easier to read. Obviously this mean one control more ...
- When parsing a page, and there is no page for a specific WikiWord, look for the page 'Wiki Word' (adding a space before each capital).

Advantage : this would allow people coming from other wikis to make links with WikiWords, even for pages like ((Wiki Plugins)), without the need for clumsy parenthesis everywhere.

New fade plugin is cool.
http://doc.tikiwiki.org/PluginFade

#If body is empty, plugin should not be clickable
#However, if there are line breaks in the body, the are no longer in the fade.
#Also, should have a setting, default to y for little icons:
{img src=images/code.png}%%% {CODE()}
[-] [+]
{CODE}

Hi, I'm using tikiwiki to build my own task management system, I'm building a wikipage and try to set default value to a user defined variable like this:
{{lalala|nothing}}
my server showed nothing , but still i can set the value of variable lalala by use URL.
Is there a bug or I missed any configuration?
Thanks a lot.

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))