Category: Wiki Plugin (extends basic syntax)

The multilike plugin, https://doc.tiki.org/Multilike expand the like function with options similar to a ranked like; Good,Great,Excellent
It display only a thumb-up for now. {icon name="thumbs-up"} / {icon name="thumbs-o-up"}

However it could be used easily for many other use case if it was possible for the admin to set the icon.

Ex: Like / Unlike
{icon name="thumbs-up"} / {icon name="thumbs-down"}

We should add a plugin parameter to set the icon used.

{syntax type="tiki" editor="plain"}
[http://profiles.tikiwiki.org|Profiles] are cool
[http://www.yaml.org/|YAML] is cool
[http://qbnz.com/highlighter/|GeSHi] is cool.
[http://doc.tikiwiki.org/PluginCODE|The CODE plugin] is cool.

Now, when making profiles using YAML, it would be nice to have GeSHi Syntax Highlighter in the CODE/YAML/Profiles definitions.

Reference:
http://sourceforge.net/tracker/index.php?func=detail&aid=1648006&group_id=114997&atid=670234

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

{syntax type="tiki" editor="plain"}
On different area of a Tiki29x updated after the last 29.1 release images have a height of 2px or width of 2px.

{img fileId="3231" thumb="box"}

{img fileId="3232" thumb="box"}

===WAS: Alias Donation not working on t.o===
On Google I was looking for "Tiki Wiki Donation".
I get a result and this is the link:
~pp~https://tiki.org/tiki-index.php?page=Donation&structure=Donation~/pp~

But it goes to a non existing page that need to be created.

If I go at https://tiki.org/Contribute-to-Tiki I see this page as a "Donation" alias.
Something is not working as expected. (removing &structure=Donation doesn’t help).

{img fileId="1509" thumb="box"}

{img fileId="1510" thumb="box"}

{img fileId="1511" thumb="box"}

---

===Update: 2021-05-19===
Now on Google when you look for "Tiki Wiki Donation", the output is:
* https://tiki.org/sheet15 : a public sheet that display 2011 donations (===anonymous can see !===)
* https://tikiwiki.org/sheet15?parse=edit : an error page (Permission denied: feature_sheet)
Not really an improvement of the situation... ?

Note: Googling "Tiki Donation" output is:
* https://tiki.org/Contribute-to-Tiki
* https://tiki.org/sheet15 : a public sheet that display 2011 donations (===anonymous can see !===)
* https://tikiwiki.org/sheet15?parse=edit : an error page (Permission denied: feature_sheet)
There too it is not really optimal

See http://doc.tikiwiki.org/tiki-pagehistory.php?page=File%20Gallery%20for%20Images&preview=10

If you use align=center inside a ~np~{img}~/np~ the image will be displayed floating in middle of the text. This is a regression, align=center used to work well in previous versions.

The current wiki syntax does not allow commas when specifying the page name for an external wiki link. This is a problem for example when trying to setup an external wiki link to a list of Bugzilla bugs. In "Admin external wikis" I can create this entry
|| __Name__ | __Extwiki__
buglist | https://bugzilla.mozilla.org/buglist.cgi?bug_id=$page||
But using ~pp~((buglist:1000,1001))~/pp~ on a wiki page does not work.

It is not possible to use pagination inside the wiki plugin articles. The attached Patch enables this by adding a paginate (y|n) to the parameters.

Allow plugin list to filter by "empty" content. I.e. get all tracker items with that field empty.
We don't know how to do that, in case it's possible with current codebase.
Thanks

Reproduced here:
http://xavi-9794-6065.show.tikiwiki.org/tiki-index.php?page=Tracker_as_Calendar_12
u: admin
p: 12345

The redirect plugin currently lacks the ability to include fragment identifiers, e.g. -+~np~{REDIRECT(page=Foo#some_id)/}~/np~+- does not work; the resulting URL is -+~np~tiki-index.php?page=Foo#some_id&redirectpage=this_page~/np~+- instead of -+~np~tiki-index.php?page=Foo&redirectpage=this_page#some_id.~/np~+-

I wish to use a smarty template to format the page created through the pluginTracker output-to-wiki feature. I've just noticed that it only accepts wiki pages as templates. I don't know if this a permanent limitation or not. My wish is for TIki to provide the option to use smarty templates as well as wiki templates. pluginTrackerList does this for pretty trackers.

I want to use a smarty template because I want to avoid creating content for optional fields that were left blank in the tracker item. I can do this with {if} statements and isset().

See this page:
https://webgrec.ub.edu/webs/05195_ANG.html

When it is snarfed by a Tiki site (tried with up to 1.9.9), special characters are shown weird.
Example:
http://gclub.ub.es/xavi

Could it be made that snarf plugin allow selecting with character set is used in the page taken by the snarf plugin?
This way, the user would be able to siwtch, at least, between utf-8 and iso-8859-1 (or iso-8859-15, at least) so that the page is shown properly...

---
update: the source page in this example, doesn't have any character set defined, afaik (as of January 3rd, 2008).
So the request would be, If I understand the problem well enough, "make snarf plugin hadle correctly pages with no charset specified or with ones different from utf-8".

The trackerfilter wiki-plugin could be enhenced to show/hide fields only for specified groups of users.

Allow using D(yyyymmdd hh:mm) to hardcode dates in Plugin Convene thorugh direct wiki page edition

Regarding this type of syntax to set date and times, you can see:
http://profiles.tiki.org/Date+Conversion

I tried using this code below, which is the code that I would expect to work, looking at the other syntax with unix timestamps, but it didnt' work here: [http://xavi-9794-5426.show.tikiwiki.org/tiki-index.php?page=HomePage] (u: admin, p: 12345):
{CODE()}
{CONVENE(title="Convene" calendarid="1" minvotes="3")}dates_1408118400_admin
dates_D(20140815 21:00)_admin
{CONVENE}
{CODE}


See also a related issue reported with Plugin Convene:
* "Site timezone is not respected when using Plugin Convene (time stored as 2 hours before my selection) "
+ http://dev.tiki.org/item5425
+ which might be a duplicate of:
* "Timezone and convene plugin"
+ http://dev.tiki.org/item4783

On a Tiki22 I had the following in a module displayed at the top area.

{CODE()}
{LIST()}
{filter content="2" field="tracker_id"}
{filter content="{{user}}" field="tracker_field_childrenFamilyName"}
{output template="child_picture_inner.tpl"}{ALTERNATE()} {ALTERNATE}
{FORMAT(name="picture")}{display name="tracker_field_childrenPicture" default=" "}{FORMAT}
{LIST}

{LIST()}
{filter content="3" field="tracker_id"}
{filter content="{{user}}" field="tracker_field_parentsFamilyName"}
{output template="child_picture_inner.tpl"}{ALTERNATE()} {ALTERNATE}
{FORMAT(name="picture")}{display name="tracker_field_parentsPicture" default=" "}{FORMAT}
{LIST}
{CODE}

A user have an item in one tracker or the other.
And so pictures here (tracker2) or there (tracker3) not in both so it worked ok.

This code using Tiki22:
If you have a picture in tracker3 and not in 2 then if you have a picture in tracker2 but not in 3.
{img fileId="1574" thumb="box"}
{img fileId="1575" thumb="box"}

Same code using Tiki23:
Chrome
{img fileId="1576" thumb="box"}

Safari
{img fileId="1577" thumb="box"}

Hi

When using the ~np~{maketoc}~/np~ plugin, an ampersand in a heading is rendered as "~np~&~/np~" in the generated table of contents, under certain circumstances.

This will exhibit the faulty behaviour:
~np~! Foo&Bar~/np~

Whereas this won't (notice the white space):
~np~! Foo & Bar~/np~

http://doc.tiki.org/PluginArticles

Currently, there's no option to display the comments of article when using PluginArticles

{syntax type="tiki" editor="plain"}
On UI.tikiwiki.org, I can add a few annotations to some images, but if I forget to click "Save changes to annotation", I will lose my annotations.

Tiki Articles do not support the FOOTNOTEAREA plugin. In Tiki 5 and 6 I used:
{CODE()}
foo bar {FOOTNOTE()}http://www.foo.bar{FOOTNOTE}
---
{FOOTNOTEAREA() /}
{CODE}

Tiki renders the footnote (superscript) properly, but does not include a Footnote area at the bottom of the article.

Tested & confirmed on info.tw.o using Tiki 5 and 6

To filter articles by language:
{CODE()}
{ARTICLES(lang=>)}{ARTICLES}
{CODE}


Using the nifty lang & notlang as below gives more flexibility:
{CODE()}
{LANG([not]lang=>code[+code+...])}text{LANG
{CODE}

As seen on https://tiki.org/AdministrationDev the https link in the remarksbox on the top of page renders broken:
{img fileId="1103" thumb="box"}

This bug is similar to {wish id=6703}, but about the FOOTNOTE plugin instead of SUP. As explained there:
{QUOTE(replyto="Chealer")}The auto-TOC implementation does not know how to deal with advanced titles. When titles contain plugin calls, since the links can't contain HTML, auto-TOC just strips HTML tags (see the declaration of ''aText'' in autoToc.js (''var aText = $.trim($this.text());''), which may or may not give a valid result.{QUOTE}

For FOOTNOTE, this causes the footnote number to be displayed raw (not in superscript), and clicking on the number brings to the section, rather than to the footnote. For example, with the following heading:
~np~! Buggy{FOOTNOTE()}For now{FOOTNOTE} heading~/np~
...the TOC entry would just display a raw "Buggy1 heading".

I believe it would be best to hide the number, as Microsoft Word 2013 does in TOC-s. Otherwise, it should be in superscript.

This bug (like #6703) is similar to its maketoc pseudo-equivalent: {wish id=4235}.

The auto-TOC implementation does not know how to deal with advanced titles. When titles contain plugin calls, since the links can't contain HTML, auto-TOC just strips HTML tags (see the declaration of aText in autoToc.js (var aText = $.trim($this.text());), which may or may not give a valid result. For example, with the following heading:
~np~! The mind behind e=mc{SUP()}2{SUP}~/np~
...the TOC entry would just display a raw "The mind behind e=mc2", with nothing in superscript, which - of course - is mathematically highly invalid.

This bug is similar to {wish id=6705}, but about the SUP plugin instead of FOOTNOTE.

{syntax type="tiki" editor="plain"}
In view mode:

PluginCODE should have horizontal scroll bar when there is too much code on one line. This used to work a while ago on some browsers, but not all.


In edit mode:
CodeMirror seems to force the page to be super large

{syntax type="tiki" editor="plain"}
You can see:
* http://profiles.tikiwiki.org/Admin#List_pages
* ((doc:backlinks))