# Category: Wiki Plugin (extends basic syntax)

Browse in:
Wiki Plugin (extends basic syntax)
Show subcategories objects

Name Type
Expand Table feature in LIST Plugin conflicts with jqDoubleScroll
tracker item
Extend Plugin TrackerIf to allow nesting
tracker item
External Wiki: optional micro icon for link, title (mouse-over), and option to open new window
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))
tracker item
Extra final period added to footnote data
tracker item
FADE plugin call content is not printed unless user reveals it
tracker item
Fade plugin should deal with line breaks + deal with empty body

#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}

tracker item
False edit buttons (when plugin within plugin) with edit plugin interface
This is a huge problem

Not easy to solve. Would need ((WikiParser)) work?
tracker item
Admin panels: False feedback to the admin when activating or deactivating prefs (phantom prefs).
tracker item
fancytable, code, and some other plugins display their html
As of this morning 4/18/2011, fancytable and code plugins display their HTML.

See http://screencast.com/t/ZWJii6Abl for a screen shot.

I question revs 34013 and 34014
tracker item
Fatal error calling TRACKERITEMFIELD with inexistent tracker item
tracker item
Feature request: record video from webcam in page or post editing
There was a question in the forum (by freeman57) about how to let users use their webcams to record a video to insert in a wiki page, etc. After checking around, I came across a plugin for Wordpress that does this, using Kultura: [http://wordpress.org/extend/plugins/all-in-one-video-pack/]. It would be great if someone could do a Tiki version, or equivalent, of this plugin. There doesn't seem to be any installation needed in the server except for the plugin files.

Actually I think just a subset of what's in the Wordpress plugin would be needed. That plugin includes other video and audio display options along with a TinyMCE install, which wouldn't be needed for Tiki.

This would be a nice additional feature for sites and users and would tie in well with Kultura integration.
tracker item
File gallery Flash files won't play with FLASH plugin.
In 2.0, Flash files (.flv) stored in the file directory don't play with the FLASH wikiplugin. The movie source url, etc., look ok in the page source, but still nothing displays. File gallery Flash files work with the FLOWPLAYER plugin, though.
tracker item
File Gallery plugin : more powerful reporting in wiki pages
Features would be:

*Ability to select how many rows/columns for presentation
*Embeds photo, flash or just a link based on file type
*Ability to view full size image
*Ability to open a slide show

Would include last comments to each file. Related:
Comments to individual files in file gallery
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=719
tracker item
Filters are being duplicated after submit of PluginListExecute
tracker item
fix sheets created directly from wiki SHEET plugin within wiki pages for managing tables visually
Spreadsheets can be created directly through wiki SHEET plugin directly within wiki pages. this allows managing big tables visually, as well as having the data ready for producing graphs, etc. (see documentation for tikisheets at doc.tw.o, if needed)

However, when you create a sheet through a call to the SHEET plugin from the wiki page itself, there are 3 issues which need to be fixed:
# you need to know the id you want to assign it to,
# after that, tiki-sheets.php doesn't list it (even if the sheet is really created, and you can import data to it, and show it at the wiki pages, etc.).
# the sheet is not shown with the right css

Even if we have wysiwyg option available, I still think that is worth improving tiki sheets usability to be used directly from wiki pages, once those 3 previous issues are fixed.
---
Updated on Feb. 2, 2011, using trunk (7svn)
# Steps to reproduce the first issue
## Edit a wiki page
## Use the plugin helper to create a new sheet in that page. And since it's a new sheet, it doesn't have a sheetId yet, so that you leave all fields empty in the plugin helper for the pluginsheet
++ this will add this type of code in your wiki page:
++ {CODE()}{sheet}{CODE}
## Save the wiki page
++ you will see an empty sheet shown in place at that wiki page, with the button at the bottom to allow the user to "edit it" (so far, so good)
## Once you click in the edit sheet button, you end up in some url like this one:
++ http://localhost/tiki7trunk/tiki-view_sheets.php?sheetId=&parse=edit
++ which produces a WSOD (blank page).
*** In my case, I guess that this url should have been:
+++ http://localhost/tiki7trunk/tiki-view_sheets.php?sheetId=2&parse=edit
+++ since I had only one sheet previously created, with sheetId 1, so that the next one should be 2. However, this new url is still producing WSOD for me. (tiki caches cleared, just in case, repeated this step, and same WSOD)

The expected behavior is that the user is the user would be editing a blank new sheet with the url:
http://localhost/tiki7trunk/tiki-view_sheets.php?sheetId=2&parse=edit

and when the user saves that sheet, the new sheetId 2 exists, and the user is either sent back to the wiki page where he clicked at the button "edit sheet" (preferable option) or either sent to the corresponding tiki view sheet 2.
tracker item
When a wiki page displays flash content through the flash wikiplugin, phplayers menus will appear under the flash content. This will happen even if the z-index property is properly set, because Flash renders on top of all DHTML layers.
tracker item
Flickr Photo Album for Tikiwiki
Same as the [http://tantannoodles.com/toolkit/photo-album/|Flickr Photo Album for Wordpress], but for tikiwiki.
tracker item
Flowplayer install on Tikiwiki 2.0 is hard coded to /lib on site.
If you choose to use the flowplayer module, you are required to have Tikiwiki installed in the root of the domain.

ie: http://www.domain.com/tiki/tiki-index.php?page=Bob will not work, while
http://www.domain.com/tiki-index.php?page=Bob will work.

The cause for this seems to be that the lib/wiki-plugins/wikiplugin_flowplayer.php file is hard coded to work from the '/lib/flowplayer/' folder.

(Search words: flowplayer, tikiwiki, broken, no video, blank)
tracker item
Footnote conflicts when FOOTNOTEAREA called twice
tracker item
Footnote duplication not detected any more
tracker item
Footnote re-use impossible (sameas FOOTNOTE parameter removed)
tracker item
FOOTNOTEAREA plugin is broken (version 19 alpha)
tracker item
FOOTNOTEAREA: Some footnote numbers displayed on their own line
tracker item
Format parameter default="" is not working on tracker field Files when display mode image is selected (may be on all)
tracker item
Fresh install of v3.2 fails with plugin approval
Made a new install of Tiki v3.2 on a Ubuntu 8.04.3 system as server (includes MySQL in version 5.0.51a-3ubuntu5.4).
Surfing at tiki-plugins.php produces the following error message:
{CODE(wrap="1",ln="0",ishtml="1")}<div class="cbox-data"><br>
<div class="simplebox error">
<div class="simplebox"><b>An error occured in a database query!</b></div><br>
<table class="form">
<tr class="formcolor"><td>File</td><td>tiki-plugins.php</td></tr>
<tr class="formcolor"><td>Url</td><td>tiki-plugins.php</td></tr>
<tr class="formcolor"><td colspan="2">
<tt>SELECT fingerprint, added_by, last_update, last_objectType, last_objectId FROM tiki_plugin_security WHERE status = 'pending' ORDER BY last_update DESC</tt>
</td></tr>
<tr class="formcolor"><td colspan="2"></td></tr>

<tr class="heading"><td colspan="2">Built query was probably:</td></tr>
<tr class="formcolor"><td colspan="2">SELECT fingerprint, added_by, last_update, last_objectType, last_objectId FROM tiki_plugin_security WHERE status = 'pending' ORDER BY last_update DESC</td></tr>
</tbody></table>
</div>
<br><br>
</div>
{CODE}
edit: Sorry, forgot to mention that this bug also affects the using of plugins. Using a plugin in a wiki page that needs approval produces the same error message. (Saw someone in [http://irc.tikiwiki.org/irclogger_log/tikiwiki?date=2009-10-02,Fri|the irc log] with this problem, which is also ===this=== bug, so I edit to clarify it.)
tracker item
FTP Plugin and big files
Using the [http://doc.tiki.org/PluginFtp&structure=Documentation|FTP Plugin], when you try to download a big file you'll encounter an error like this:

Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 59506688 bytes) in /home/myUser/public_html/lib/wiki-plugins/wikiplugin_ftp.php on line 65

In this case, I had tried to download a 56 MB file with a PHP memory_limit set to 128 MB on my hosting.
tracker item
Fullscreen Edit : Wiki & Plugins Help are missing
"Fullscreen Edit" is a new cool feature of 2.x

Quicktags are kept, but Wiki & Plugins Help are missing so it makes editing less enjoyable.

"Edit Summary" is missing as well. Maybe it's intentional?

tracker item
GALLERIFFIC plugin in wysiwyg editor
tracker item
Generate footnotes at the bottom of a wiki page
Like Wikipedia

In a more advanced form, the references could be kept in trackers, as Tiki would be a
[http://info.tikiwiki.org/Use+Cases#Bibliography_D_|Bibliography Management System].

Related:
[wish1769|Bibliography management system (references)]
tracker item
GeSHi - Generic Syntax Highlighter for PluginCode should be in mods (and activated on *.tw.o sites)
((doc:PluginCode)) doesn't show colors for php code, as it should according to doc page:
[http://doc.tikiwiki.org/PluginCode]
Tried with param colors=>php or colors=>phpcode:
{CODE()}
{CODE(colors=>php)}
/** Return system defined temporary directory.
* In Unix, this is usually /tmp
* In Windows, this is usually c:\windows\temp or c:\winnt\temp
* \static
*/
function tempdir() {
static $tempdir; <b>$tempdir = '../tmp';</b>
<b>/*</b> if (!$tempdir) {$tempfile = tempnam(false,'');
$tempdir = dirname($tempfile);
@unlink($tempfile); } <b>*/</b> return$tempdir;
}
}
{CODE}
{CODE}

And it returned:
{CODE(colors=>php)}
/** Return system defined temporary directory.
* In Unix, this is usually /tmp
* In Windows, this is usually c:\windows\temp or c:\winnt\temp
* \static
*/
function tempdir() {
static $tempdir;$tempdir = '../tmp';
/* if (!$tempdir) {$tempfile = tempnam(false,'');
$tempdir = dirname($tempfile);
@unlink($tempfile); } */ return$tempdir;
}

}
{CODE}

---
Update: RFE for plugincode:
Why not using "wrap=>1" as default param instead as "wrap=>0"?
tracker item
Global site reference tool
This feature request is for a tool that would enable easy quoting and referencing of any content on a Tiki site, for example, to quote a forum post on a wiki page, or one blog post in another, etc.

Maybe it would be activated by clicking a switch in a module (side column), then selecting some text. Then in the referencing page, when you paste, it pastes not only the selected text but also wikiplugin syntax in which the text is the data and the url of the text's source as a parameter. The quote is displayed like a quote plugin output, and the source is displayed as a link.

The use case that started the thinking about this was a question about how to easily cite Tiki forum posts from a wiki page, without a lot of copying and pasting. Rather than hardcoding it to be forum and wiki specific, a global copy-paste site content referencing tool could be useful in other ways.
tracker item
gmap plugin does not work
After clean installation on tiki-wiki 2.2 (2.1)
the gmap plugin does not work.

For example following string
{img src=images/code.png}%%% {CODE()} {GMAP(type=>page, width=>560, height=>350, controller=>large, mode=>normal)/} {CODE}
in wiki-page does not generate any html-code.
tracker item
googlecalendar Wiki Plugin does not install
This has been seen on Tikiwiki 2.0 & 2.2: Trying to install the "googlecalendar" wikiplugin from "Admin mods" fails. A page appears stating "wiki-plugins/googlecalendar/wiki-plugins/wikiplugin_googlecalendar.php to impossible to copy".

This appears to be caused by a typo in the Packages/wikiplugins-googlecalendar.info.txt file on the line that states where to copy the plugin file to. There is no space between the source and destination paths and the "lib" directory the plugin should be copied to is missing.
tracker item
tracker item
Group plugin: A way to have not just "if" but "if/else"
Group plugin is very cool to put conditional content on a wiki page.

However, it is only an if. There is no if/else.

Say I want to show a content X to people in a group and content Y to everyone else.

Maybe we could have a new parameter?: notgroups

{CODE()}
{GROUP(groups=>Anonymous)}text for anon{GROUP}
{CODE}

{CODE()}
{GROUP(groups=>notgroups=>Anonymous)}text for the others{GROUP}
{CODE}
tracker item
GroupMail
Project to perform many of the functions of CRM using as many existing Tiki features as possible (dev notes).
wiki
Groupmail - Webmail Inbox ModuleTAKE action is broken
tracker item
GUI Form builder doesn't save unless view source
tracker item
Plugin H5P Wiki Page Editor
tracker item
Having a variable (tracker field value) as gap value for filter range
tracker item
HTML line break tags displayed within PluginCode when nested within PluginSplit
In 6x, 7x and 8x, the <br /> tag is displayed when there is a line break within PluginCode when PluginCode is within PluginSplit. This can be seen at [http://doc.tiki.org/tiki-pagehistory.php?page=PluginFancyTable&preview=41#Example].

Perhaps related to [http://dev.tiki.org/tiki-view_tracker_item.php?itemId=3883]
tracker item
HTML Plugin not saving data when editing in WYSIWYG
tracker item
HTML quietly ignored in calls to QUOTE plugin
tracker item
Iframe plugin dialog is hidden
tracker item
Image does not display correctly when width differs from that of actual image
tracker item
Image plugin editor not working with Wysiwyg in IE
In IE7, after double clicking an image to get the image plugin editor and making changes, a new image is created at the top of the page instead of editing the image plugin.

In IE8, the same attempt appears to make no changes to the plugin, but no new image appears either.

This works in Firefox.
tracker item
images can't be added to doc.tw.o pages
I can't upload images any more to wiki pages at doc.tw.o since upgraded to tiki4.
Using firefox 3.5.4 under GNU/Linux

Can anybody confirm on other OS or browsers?
tracker item
imalign in Image plugin
tracker item
img plugin cannot contain ")" in the alt param
revision 21658: with -+~np~{img src="img/smiles/icon_smile.gif" alt=":-)"}~/np~+- I get "No image specified. Either the fileId, attId, id, or src parameter must be specified."
tracker item
IMG plugin scaling ignored with percentages in width or height parameters
tracker item
img plugin, inline editing impossible to change the image id on a wiki page
tracker item
ImgPlugin does not respect alignment after mouseover / mousesticky
tracker item
implement the nice jquery table sorter in trackerlist plugin (as already is in fancytable)
I've seen the gorgeus work done with jquery to allow re-sorting data in tables at wiki pages when using the ((doc:PluginFancyTable))

That would be also awesome if enabled in the ((doc:PluginTrackerList))...

This way, we would even allow the conflict between cache and sorting for anons... (see this other report [bug2898] )
tracker item
Improve the UI of the PluginTracker
tracker item
Improvements in SNARF plugin to help keeping doc.tw.o and xxx.tw.o sites documentation in sync.
Suggestion taken from doc.tw.o authors forum:

{QUOTE()}
Re: Styles and Themes
en: Dm 19 de Jun, 2007[05:06] respon
> Use this thread to discuss the page:: ((doc:Styles and Themes))

About the new content here, I think it might be better not to duplicate the themes.tw.o information at this site. As I understand it, the information at each Tiki site (tw.o, doc.tw.o, etc.) should be unique and just linked to if it needs to be available to users at another site. When putting themes.tw.o together, some content was moved from tikiwiki.org to there, to avoid having it in two places.

Pages duplicated at different sites will become out of sync when one side is updated. If we want to actually display the information at more than one site, is it possible to have an intertiki include plugin so updates are automatic?

I believe the focus of doc.tw.o is how to use the standard Tiki package. That means info on extending the default Tiki would be at mods.tw.o, themes.tw.o, etc.

-- Gary
{QUOTE()}
Re: Styles and Themes
en: Dv 22 de Jun, 2007[11:52] Editar respon
Hi Gary,

I agree. My my reason to add a copy of documentation work in themes.tw.o is that is included in next pdf file produced from doc.tw.o Documentation structure with the rest of documentation (there was a big lack of information in current documentation site about the state of the art of themes and styles available in Tiki community...)

A solution could be using SNARF plugin, but it's not available at doc.tw.o right now, and some coders don't like to allow snarf splugin to be available for registered users, since the regex param can be dangerous to allow control of your tiki site to others...)

So the best solution "could be" (from my point of view) having a modified version of SNARF plugin like this:

1. allowing registered users to call it (and snarf'ed content viewable by anonymous), but having the regex param restricted to editors or admins (through adding a new perm tiki_p_snarf_regex or similar, assignable to some groups and off by default for registered).
2. having a new optional param to avoid getting lateral columns for tiki sites. (maybe allow avoiding header and footer from content snarfed from tiki sites, also?)

This way, content could be evolving in the source sites, and being automatically updated at view time in doc.tw.o.

But we need help from benevolent coders to make this happen...

^
Btw, current documentation is (only) at:
[http://tikiwiki.org/PluginSNARF]

And an example of usage [http://gclub.ub.es/tiki-pagehistory.php?page=prova&preview=5|here], showing the problems when snarfing tiki sites like doc.tw.o with left column...
^
{QUOTE}
{QUOTE}
tracker item
Including multiple excerpts from the same page
Found an bug where including multiple excerpts from the same page would only display the first excerpt. Any subsequent includes would display empty text.

On attempts after the initial one the get_page_info() function is not called.
tracker item
Infinite Carousel on themes.tiki.org breaks between Tiki10 and Tiki11
tracker item
Inline attachments show "No such attachment on this page" on print view.
When showing a page in print view (tiki-print.php), attachments do not show. Instead, a message called "No such attachment on this page" appears.

NOTE: I was able to fix this for tiki-print.php, but not for tiki-print_multiple_pages.php
tracker item
Inline plugin editing failure
tracker item
Interface string showing "0%" rather than a value
tracker item
Plugin to display the toc of a selected page.
For multipage wikis the display of the "table of content" using __maketoc__ isn't ideal as this statement requires to be placed on every page otherwise it wouldn't be visible for other pages.
Usually this "table of content" is used for quick navigation purposes. Therefore an alternate to the __maketoc__ statement should be provided which should allow to specify the wikipage which shall be outline. Such a statement can then be used in a module nearby the original wikipage.
tracker item
"View edit icons" feature has disappeared
Hi,

After upgrading my web site from tiki 7.0 to 7.2, I've noticed that the "View edit icons" (feature that show/hides the plugin edit icons) button has disappeared.

Regards,
Yannick
tracker item
HTML Purifier removes lots of html tags
Hi,

The HTML Purifier feature, when enabled, seems to clean really too much the HTML tags.
* when used with Allow HTML feature and there are some html codes on the page
* when used with Allow HTML feature and some html codes are encapsulated with PluginHTML
It is impossible for exemple to use tags such as <script>, <form>, <input type>
The only case where the HTML Purifier feature was not problematic was:
Allow HTML disabled + HTML Purifier enabled + html code encapsuled in PluginHTML

I finally disabled HTML Purifier, and I didn't have any problem anymore with Allow HTML enabled and/or with PluginHTML.

The problem with HTML Purifier can be easily reproduced in a wiki page by inserting any HTML code for a form, and/or by inserting some javascript parts.

Best regards,

Yannick
tracker item
After Upgrading 6.3 -> 8.0rc1 split shows ~lt~br /~gt~ instead of linebreaks
I updated a copy of our wiki to 8.0rc1 to have a look whats new

but the first thing i saw was that all line breaks in the heavily used split-plugin were actually displayed as ~lt~br /~gt~ instead of being actual line breaks
tracker item
After Upgrading 6.3 -> 8.0rc1 split shows ~lt~br /~gt~ instead of linebreaks
I updated a copy of our wiki to 8.0rc1 to have a look whats new and just wanted to tell you the first problem i immediately saw:

but the first thing i saw was that all line breaks in the heavily used split-plugin were actually displayed as ~lt~br /~gt~ instead of being actual line breaks
tracker item
Using Plugin editor causes the Author's style of a wiki page to revert to default
If you use the plugin edit icon to edit a plugin on a page, after submitting the changes, the 'List Authors' setting for the page reverts to the default, losing whatever setting it had before.
tracker item
Cannot use PluginFile more than once inside PluginFancyTable after upgrade from 6.1 to 8,1
In 6.1 I successfully used this code:

{CODE()}{FANCYTABLE(colwidths="10%|7.5%|7.5%|7.5%|7.5%|7.5%|7.5%|7.5%|7.5%|7.5%|7.5%|7.5%|7.5%",colaligns="center",colvaligns="middle")}2011|{FILE(fileId=602)}Jan{FILE}|{FILE(fileId=603)}Feb{FILE}|{FILE(fileId=626)}Mar{FILE}|{FILE(fileId=625)}Apr{FILE}|{FILE(fileId=627)}May{FILE}|{FILE(fileId=624)}Jun{FILE}|{FILE(fileId=629)}Jul{FILE}|{FILE(fileId=630)}Aug{FILE}|{FILE(fileId=631)}Sep{FILE}|{FILE(fileId=632)}Oct{FILE}|...|...{FANCYTABLE}{CODE}

In 8.1 it now renders this result:

2011|[tiki-download_file.php?fileId=602|Jan~</td> <td class="odd" style=" width; background-color:"> 7.5%;">body2~Feb~</td> <td class="odd" style=" width; background-color:"> 7.5%;">body4~Mar~</td> <td class="odd" style=" width; background-color:"> 7.5%;">body6~Apr~</td> <td class="odd" style=" width; background-color:"> 7.5%;">body8~May~</td> and so on...

If I replace all but one instance of PluginFile the results are OK. If I add a second instance the results are as shown above.
tracker item
Only image ID and imalign attributes work in the {img} tag
If an attribute other than imalign or image sources are used, then a preview of the page cannot be made and a white page is shown when a save is attempted.
tracker item
CODE plugin causes edit plugin to fail.
The wiki "edit plugin" feature fails when the CODE plugin is used to quote a plugin that is used further down the page. "edit plugin" is not properly ignoring the contents of the CODE plugin.

For example, if I have the following in a wiki page:

{CODE()} {EQUATION()}A{EQUATION}{CODE}

{EQUATION()}B{EQUATION}

{EQUATION()}C{EQUATION}

If I click the "edit plugin" button to change {EQUATION()}B{EQUATION} -> {EQUATION()}D{EQUATION}, instead the edit is applied to the EQUATION plugin in the CODE block, resulting in:

{CODE()} {EQUATION()}D{EQUATION}{CODE}

{EQUATION()}B{EQUATION}

{EQUATION()}C{EQUATION}

The "edit plugin" function is apparently counting the number of EQUATION() plugins when it edits and is not properly skipping the ones embedded in the CODE plugin.
(This happens for any plugin, not just EQUATION)
tracker item
Files cannot be deleted from filesplugin actions or from wiki attachment actions
Both the wiki page attach file and filesplugin feature an action icon. When this icon is chosen a pop up box appears with several actions that can be taken on the file. When the delete or red X is chosen the page reloads but the file is still in the file gallery.
tracker item
Screencast & Copy-Pasting an image
Discussed on wiki pages:
* ((Screencast))
* ((Copy-Pasting an image))
tracker item
wrap option of code plugin doesn't work anymore
Hi,
I discovered that the wrap option of the code plugin doesn't work anymore. don't know from when exactly, but at least it was working with tiki 7.x
Exemple page: first code on [http://www.tontonitch.com/tiki/tiki-index.php?page=test|http://www.tontonitch.com/tiki/tiki-index.php?page=test],
Yannick
tracker item
Permit that plugins can override wiki page cache
Wiki plugins, like ((doc:PluginBigBlueButton)), you can have the situation where the cached version of the page reports "Last time we checked, the room you requested did not exist.", but since, it has been created, and this prevent people from joining the conference.

So in the plugin code, you should be able to override the wiki page cache setting.

tracker item
redirect plugin in articles redirects on edit article
as the topic says

if you youse the redirect plugin in an article you cannot edit the article as it redirect the page even in edit mode
tracker item
Review all HTML5 tags and consider support for missing tags like ABBR and ACRONYM
http://www.w3schools.com/tags/tag_abbr.asp
http://www.w3schools.com/tags/tag_acronym.asp

This is already possible via ((doc:PluginTag)) but dedicated plugins could be cleaner/simpler in certain cases
tracker item
Save one click to use wiki plugins
To use the plugin helper, you need to click the (?), and then, click plugin help.

There should be a direct link on the toolbar.
tracker item
PATCH: wikiplugin_userlist.php handles privileges the opposite way
When using the UserList plugin, the links on the user names leading to their personal information pages, are shown and hidden depending on privileges of the logged in user. Unfortunately, the logic is reverse of what it should be.

Correct logic is: show links for all users that when either A.) You have admin privileges. B.) User listed is yourself. C.) User listed has chosen to make his profile information public.

Current logic is: show links when A.) You have admin privileges. B.) User listed is NOT yourself, AND user listed has chosen NOT to make his information public.
tracker item
PluginShowpages broken v6.7, 8.x and 9.x
Have just upgraded from 4.3 to 6.7 and find Plugin Showpages is no longer producing output.

Looked at [http://doc.tiki.org/PluginShowpages] for inspiration and notice that the examples there do not seem to be functioning.

Suspect plugin Listpages now has --equivalent-- similar functionality. --but we have at least one other broken plugin (WantedPages), so want to ask if there is a wider issue here, please?--

Was using ~np~{SHOWPAGES(find=>FAQ_ display=>desc) /}~/np~ but I don't see how to simply display the page description with ListPages.

--Also is there an easy way to find all the pages within our wiki where ShowPages has been used so I can change them to Listpages??--

Thanks,

Martin

Updated 08May12. The issue with WantedPages is now felt to be a separate issue and I'll open a new ticket for that.

Have also now found new to v6 Mass Search & Replace tool within Wiki Admin which is great.
tracker item
Plugin WantedPages not functioing for v6.7 without WikiWords being enabled
Since upgrading from v4.3 to v6.7 the WantedPages plugin is no longer functioning for us.

The documentation for WantedPages at [http://doc.tiki.org/PluginWantedPages] has a note "Best Results - for best results, enable the WikiWordsPlugin, I found that if this plugin is not enabled, several desired page links will be recorded in the 'tiki_links' table, but not displayed in the list result of this plugin."

I've tested our site and did see good output from WantedPages when configuration option WikiWords at Admin -> Wiki -> Features was temporarily enabled.

We did not have this option enabled on our v4.3 wiki and Wanted Pages worked. Because our Genealogy One Name Study site [http://thereevesproject.org/data/HomePage_Wiki] contains community contributed transcripts from old wills, deeds etc, enabling WikiWords is not a valid option for us since these old documents often contain CaMelCase words which we want accurately transcribed and we would not want automatically generated wiki links created for those words.

This may also be related to an existing issue [http://dev.tiki.org/item2675] but I don't think its exactly the same.

Shouldn't the ability to produce a full and valid list of Wanted Pages be independent of other wiki features being enabled or disabled?

Thanks in anticipation,

Martin
tracker item
PluginTabs does not show edit button of other Plugins used inside a tab
Any other Plugin used within PluginTabs doesn't show the edit button. It is not possible to edit them itself like it was before.
For Example, Tab1 with CODE and Tab2 with FANCYTABLE:

{TABS(tabs="code|fancytable|box" toggle="y")}
{CODE()}{CODE}
/////
{FANCYTABLE()}{FANCYTABLE}
/////
{BOX()}{BOX}
/////{TABS}
tracker item
PluginFancyTable has display problems when using plugins inside
several problems in Fancytable:
1. Field separator '|' (pipe) is not working with plugins. (must use '~|~' to get it work)
2. any plugin which is used in fancytable is looking fine when only one line is in. When you add a second line, you will get a lot of html viewed.

here is an example i used to figure out these problems:
{FANCYTABLE(head="code|box" colwidths="50%|50%")}{CODE(caption="code with 1 line" colors="sql")}select sysdate from dual;{CODE}~|~{BOX(title="box with 1 line")}1st line in a box{BOX}
{CODE(caption="code with 2 lines" colors="sql")}select sysdate from dual;
select sysdate from dual;{CODE}~|~{BOX(title="box with 2 lines")}1st line in a box
2nd line in a box{BOX}{FANCYTABLE}
tracker item
Tables of Contents (maketoc) can be broken when headings call plugins (such as ANAME and FOOTNOTE)
Calling plugins in headings in pages where maketoc is used can cause breakage. For example, this happens when calling the ANAME or FOOTNOTE plugins.

! Effect on ANAME
Although Tiki generates anchors for all headings automatically, I find using ANAME is a great way of creating manageable and easily memorable Anchors for otherwise unwieldy headings
If a heading within a tiki page is coded as follows
{CODE(caption="1. Tiki Source Code snippet" wrap=1)}
!! Fourth and Even More Forgetful Heading{ANAME()}Quick4{ANAME}
{CODE}then Tiki generates the following HTML code
{CODE(caption="2. Generated HTML snippet" wrap=1)}
{CODE}which can be exploited by
{CODE(caption="3. Tiki Source Code snippet" wrap=1)}
{CODE}All the above works flawlessly.

However, add MAKETOC to the page above the source line where ANAME is last used and it breaks the ANAME anchor(s). For this example, the maketoc is restricted to level 2 headings only as ~np~{maketoc levels="2"}~/np~ which makes the generated HTML a little more compact.
Tiki generates the following HTML in response to the inclusion of maketoc
{CODE(caption="Generated HTML for maketoc snippet 3" wrap=1)}
</li></ul></li></ul><!--toc--></div><br />
{CODE}Note how the entry for the Fourth Paragraph has the anchor "Quick4" associated with it. The HTML code generated for the Fourth Paragraph heading remains identical.

The effect of this is that the tiki anchor Quick4 is now incorrectly linked to the TOC entry, being the first instance of HTML ANCHOR within the HTML file.

If the MAKETOC plugin is included below the ANAME, then the ANAME works as intended, since that is the first occurrence of the generated HTML ANCHOR statement.

I have a couple of test pages which illustrate this issue, if they are of any use in your testing.

! Effect on FOOTNOTE
Calling FOOTNOTE returns an HTML A element with an id, so using that same identifier twice causes invalid HTML. Additionally, since browsers favor the first element using the identifier in such cases, the TOC's instance wins if ~np~{maketoc}~/np~ precedes headings, which is not what we want.

! Cause
Plugin calls are executed in parse_first(). (Calls to plugins in "html" format are replaced by alphanumeric fingerprints.) After, parse_data_process_maketoc() is called and expands "~np~{maketoc}~/np~" to headings, so that each plugin call in a heading in the TOC has its result (or fingerprint) twice in the source. (After, replace_preparse() replaces fingerprints with the result of plugin functions (stored during parse_first's execution).)

This issue happens because maketoc therefore causes a plugin call's result to be repeated in the TOC (instead of possibly executed again specifically for TOC-s), which has 2 problems:
* plugins don't expect their output included twice in the page, so some (such as ANAME) may use HTML's id attribute in a manner incompatible with maketoc, causing invalid HTML
* plugins don't expect their output to be included in an HTML A element, so some (such as FOOTNOTE) for example generate links themselves, again causing invalid HTML
tracker item
PluginGroup breaks PluginCode v6.7 & dev.tiki.org
! GROUP Plugin breaks CODE Plugin

Affects both v6.7 and this site. Worked OK on v4.3

{CODE(caption="1. Code outside Group" wrap=1)}{GROUP(groups=>Registered|Admins, notgroups=Editors)}some content{ELSE}other content{GROUP}{CODE}

Now add a ~np~{GROUP(groups=>Registered)}~/np~ include the same code snippet and close out the ~np~{GROUP}~/np~. Start of CODE within GROUP

{GROUP(groups=>Registered)}
{CODE(caption="2. Code inside Group" wrap=1)}{GROUP(groups=>Registered|Admins, notgroups=Editors)}some content{ELSE}other content{GROUP}{CODE}
{GROUP}

End of CODE within GROUP. On v6.7 the code box is displayed and the code snippet is truncated at the start of the Else statement fro a registered user. On this site, the code box is not displayed and the code is truncated at the same point for a registered user.

For an anonymous user, on both versions, there is no code box and the user see ~np~"other content{GROUP}{CODE} "~/np~

Repeating the code snippet again outside of the restricting Group statement works
{CODE(caption="3. Code outside Group" wrap=1)}{GROUP(groups=>Registered|Admins, notgroups=Editors)}some content{ELSE}other content{GROUP}{CODE}.

The code example is lifted from [http://doc.tiki.org/PluginGroup] with a caption statement added.

Happy to help test any patch,

Martin.
tracker item
Plugin Redirect Improvement
Hello,

i found it annoying that you cannot redirect to an anchor or that if you use sefurl you you will still be redirected to a tiki-index.php site - so i wrote a small bugfix you can find in the attachment.

I don't know how secure it is as i am no security expert but it shouldn't open any wholes as far as i can see.
tracker item
Page Selector field not populated with wiki page name
A Page Selector field from a Tracker plugin on a wiki page does not populate with the name of the page even with option Auto-Assign set to 1. Replicated on clean installs of 8.1-8.4 and 9.0b. Works fine on 7.2.
tracker item
PluginDBreport
When using field names with text for group titles, only the last part of the string is used. For example
GROUP [project_name] "AAA [project_name] ZZZ":H1
If the project name is "upgrade system", the group title should be "AAA upgrade system ZZZ" Instead I get "ZZZ"
Using: GROUP [project_name] "AAA [project_name]":H1 I get "upgrade system"

It looks like the parser that is separating text literals from [field names] is discarding all but the last one.

Edit 16 Jul 2012 Also broken in v9.0
tracker item
Plugin Alias missing Save button - cannot create or edit new Plugin Aliases after upgrade
Was in Tiki 8.x too. Hoped it is fixed in Tiki 9 but it is still there.
tracker item
Allow to add a description / page for each freetags
I feel the need for a tag description field (that could be) associated to each freetag. That'd allow to place a definition (what does this tag mean ? what should it be used for ?) to make it as clear as possible for users to use the tags and know what they mean.

Not sure wether it was possible or not, I posted a message on the forum : http://tiki.org/tiki-view_forum_thread.php?comments_parentId=44367&forumId=4
tracker item
tracker item
Plugin Approval - plugin contains {{user}} => approval required for each user
A plugin requires approval. The fingerprint of the plugin is recorded, and if it is already approved, another user can use the plugin (in other words can display the page which contains the plugin).

But, if the plugin contains the fragment "/{/{user/}/}", for example
~np~{SQL(db="LOPC_XF")} SELECT Date, Subject, From FROM vwMessages WHERE To IS NULL OR To="/{/{user/}/}" {SQL}~/np~

then the plugin needs to be approved for each user individually.
NB - I had to put extra slashes in the above fragments to stop my username being substituted!

My guess is that the username is being substituted BEFORE the fingerprint is evaluated, which means that there is a different fingerprint for each user.

I consider that this is a bug, and that the fingerprint should be evaluated BEFORE the username is substituted, thereby allowing the plugin to be approved just once.

It ought to be a one-line fix - swap round the order of two actions - but I haven't been able to work out where in the code this fix is needed.
tracker item
Source plugin in WisyWig
i have try tw 9.2 and have problem with plugin Source in wisywig editor. it give me sorce of not last version of page. How i can change it?
tracker item
Unescaped '\e' in lib/equation/class.latexrender.php
I couldn't get the equation plugin to work. Tracked it down to a '\end{document}' latex command that should be '\\end{document}' since PHP saw the '\e' as an escape.

The problem is around line 189 in lib/equation/class.latexrender.php.

Suggest that all strings that are written to the latex file should have lead with a '\\' within the 'wrap_formula' function, even though the only line that was giving me a problem was the '\end...'.
tracker item
Tiki exchange of document with others marked up languages and project management
For future versions 11 ? 12 ?

Hi,

There are several main marked up languages that we know well.

I think that it will be useful to be able to exchange (import, export) documents with other selected marked up languages.

!!I particularly think to two categories :

!!!1- The task and documents managers used by development tools : Eclipse-Mylin Aptana environment and Bugzilla

Remark :
About this category, I redact documents using textile to describe the developments integrated into projects and bugzilla.
This because I have near fifty elementary project developed since 4.0, stabilized at 8.3 and that I am preparing for 10.x. (They remain for most of them available and someones must be adapted - galleries particularly)

!!!2- The wikies
The problem is to exchange data with users of main wiki.

The need is to use the large capabilities of tikiwiki to hold projects management and documentation. But as it is not specialized it cannot be directly used.

!!There are several ways, this is completely opened :
1- Be compatible i/O with textile which is very closed from basic tiki marked up language. This for basic articles.
2- Develop a plugin using tikiwiki as marked up language for Mylin
3- Look farther with a full XSL XSL-Fo (note that with eclipse all marked up supported languages can be exported as XSL-

!!On the way, proposal
1- First : list of major marked up languages for wiki and task managers
2- Links import export existing from one to another
3- Choose the optimum
!!
Aim :
- Prepare use of tikiwiki in project management
- Be compatible with environments as Eclipse to with other project management tools

!!Reason(s)
- Tiki provides a lot of coherent and very useful tools to manage the content of projects (documents and detailed task management, studies) and groupware life and management which is the core of project management (the classical tools for planning are only in my mind a little part). __But it cannot be connected with specialized existing tools and information systems in various businesses. The problem and aim is to prune efficiently tikiwiki into these organizations.
__
Trebly
tracker item
All blog posts footnotes parsed and mixed as one post footnotes on a blog homepage
When tiki-view_blog.php?blogId=x lists many posts, each one using footnotes, the footnotes numbers are false except for the first post.

As each post of the list is parsed, its first footnote number is not 1, but the total number of all the footnotes of the preceding posts of the list.

Versions : 6, 9, 10.
See : [http://demo.tiki.org/10x/blog2|http://demo.tiki.org/10x/blog2]
and [http://demo.tiki.org/9x/tiki-view_blog.php?blogId=6|http://demo.tiki.org/9x/tiki-view_blog.php?blogId=6]
tracker item
Features Classification
tracker item
FILES plugin not working correctly
r45987 - still a problem in r46589

FILES plugin (in either the wiki or wysiwyg (full html) editor) is not working correctly as follows:

*the "FileID" parameter is being ignored - FileID list should allow just specific files to be shown.
*if the "Show Parent Gallery Name" (showgallery="y")is set, then the table headings/contents get out of alignment
*--Plus in the WYSIWYG editor it now breaks completely producing garbled content. THIS OK NOW--

tracker item
FILE plugin shows icon too large
r45984

When the showicon option is used with the FILE plugin the image is shown too large (its the same in both the wysiwyg and the wiki editors).

FIXED
tracker item
Tiki SMARTY Plugin no longer works with 'eval' option
Since Tiki10 the Tiki SMARTY Plugin, using the 'eval' option to simply display a smarty variable, no longer works because the underpinning smarty function.eval.php is no longer part of the Tiki distribution - the SMARTY Plugin code checks for the availability of function.eval.php in either lib/smarty/libs/plugins/ or the lib/smarty_tiki/ folders and gives an error message "Incorrect parameter"  if it is not found. Its removal is probably due to the move Smarty 3  but it is not clear whether there is Smarty 3 version of eval available. The Tiki 9 version of function.eval.php does not work in 10/11/trunk (gives fatal errors) so this doesn't give us a 'quick fix'.

Solution needed to be able to 'eval' and display any smarty variable type not just strings
tracker item
kerrnel22
Contributors
tracker item
LastMod Plugin does not show correct date when page param is used
tracker item
let "Dynamic items list" feed on a dynamic drop down (items link) to have several dynamic lists
let "Dynamic items list" feed on a dynamic drop down (items link) to have several dynamic lists.

See this scenario with a form including Region > City > Suburb:
You chose Region
Cities get populated according to region. You choose region.
Suburbs get populated according to city.

According to the documentation for dynamic items list, cities are inserted in another tracker, as a text field linked to a hardcoded dropdown with REgion names.

In order to have suburbs populated dynamically from that tracker, sylvieg said that there is some code missing to allow dynamic items list feed on an item list, and not just a static drop down.

tracker item
List all items in Category tree, grouped by subcategory
tracker item
List GUI contrast issue
tracker item
LIST plugin failure in blog posts
tracker item
LIST results not visible for Anonymous
tracker item
listpages crashes page on profiles.tiki.org
tracker item
LISTPAGES Plugin - No Wiki Page Version Data (v6 & v4.3 affected)
tiki-listpages.php accessed via menu item Wiki -> List Pages shows a version column which is populated with valid version numbers.

The Plugin Listpages also shows a version column. However this is NOT populated.

I wanted to use __~np~ {LISTPAGES(sort=version_asc max=100)}{LISTPAGES} ~/np~__ in an attempt to find the first 100 version zero pages created within structures, which we extensively use in our one name genealogy study site. These would be pages which have yet to have content added by our community members and are in need of our attention.

Our own system is running Tiki v4.3 exhibits this defect. I've shown the defect to exist in v6 using the demo system at [http://php.opensourcecms.com/scripts/details.php?scriptid=63]. Sorry, don't have access to a v5 system.

Happy to help with any testing to resolve this issue,

Martin
tracker item
LISTPAGES plugin does not display certain properties even when activated
tracker item
LISTPAGES with showNameOnly="y" on TW15.5
tracker item
Locking the plugin convene
tracker item
tracker item
luci
Contributors
tracker item
Mailman WikiPlugin
With this Wiki-plugin it's very easy to subscribe to Mailman mailinglists. You can determine if you want to put a Name field or only the input for the email address. The plugin might need some polish, esp. in the smarty template but works fine so far.
tracker item
Make a basic working example of Tour (to end up in a learning tiki profile, for instance)
tracker item
make plugin pivottable look and feel (3rd party css) adapt to currently chosen theme style
tracker item
maketoc float top right parameter, possibly as the default
maketoc is often used in a div like this:

{CODE()}{DIV(float=>right,width="200px")}^{maketoc}^{DIV}{CODE}

How about making a param for this?
{CODE()}{maketoc float=left}{CODE}
tracker item
tracker item
A small collection of related issues with maketoc:

^{maketoc} -=Maketoc issues=-^
!!! ''TOC and heading type sizes''
* This is an issue that seems to crop up repeatedly on tw.o. Users would like to be able to easily control type size of both the TOC itself and headings created by maketoc. Type size for both seems to be theme-dependent now, with many themes using very large type size for headings, some with a type size for TOC entries that is too small for users with only slight vision loss. It would be a Good Thing if TOC and heading type sizes could easily be set globally, per object type, and by category, with switches available to vary those settings on a per page or object basis.
!!! TOC and heading character attributes
* It would help reduce inconsisistencies in TOC and heading character attributes (as in this tracker item) if the attributes could be set globally, per object type, and by category, with TOC switches available to vary those settings on a per page or object basis. However, the ability to manipulate emphasis within a single TOC/heading entry should be retained, so that for example, a single word could be italicized in a TOC/heading entry.
!!! Vertical linespacing between headings and text
* Under some themes, vertical linespacing between text and headings is too much for taste, or as in the theme affecting this tracker item, too small for taste. This is another setting that should be unleashed from the themes and made easily selectable by a Tiki admin through global, category, and object type settings, with switches for per page or object variation.
* Links from the TOC to headings are now 1-way. For larger pages, maketoc would be much more user friendly for those viewing pages if clicking on a heading would take you back to the TOC.
!!! Outline numbering.
* TOC formatting and heading formatting would be friendlier to the eye if both could be assigned numbering schemes such as 1., 1.1, 1.1.1, 1.2 or I., A., 1., a., II, etc. Settings might be implemented as described for ''TOC and heading formatting.'' If developed, this might be implemented for lists as well.
* Many power users in the word processing and outliners worlds expect headings to inherit the indentations of the corresponding TOC entry. This would help break up the visual clutter that happens when many headings are close together vertically as a result of short text elements separating them, as in this tracker item (but it is far worse when there are subtopics and corresponding subheadings). Settings might be implemented as described for ''TOC and heading formatting.''
!!! Text indentation
* Many people used to word processors' outlining or stand-alone outliners expect text to be left-indented one tab more than its heading. Relevant settings might be implemented as described for ''TOC and heading formatting.''
!!! Associated features
* Display current settings in editor, change current settings from editor. Make changes to settings made from the editor apply only to the object being edited, so that users do not accidentally apply per object settings to other objects. Admins should have option to disable deviations from admin-set settings.
* maketoc is commonly used in conjunction with list features. Any changes to maketoc should not unintentionally impact the list feature and ''vice versa.''
* Need to ensure that all enhancements suggested render correctly when Tiki objects are exported as PDF.
!!! Future options
* Future options might be kept open by maintaining compatability between Tiki objects containing maketoc elements and various formats used by outliners such as OPML, XOXO, OML, or OpenDocument XML. (See corresponding Wikipedia articles.) E.g., it might be feasible at some point to directly export an outline file to Tiki where it is imported as a wiki or blog page and ''vice versa.''
tracker item
maketoc should have plugin help
See ((doc:maketoc))
tracker item
Related: {wish id=1045}

But if so, we lose the version history, ease of contribution of a menu in wiki wage.

How about the best of both worlds?

Perhaps a menu using a special code around the hierarchy (with bullet points), it can be caught and used by css menu.

tracker item
Error in plugin map when trackers used for the search layer as certain options
tracker item

### Keywords

The following is a list of keywords that should serve as hubs for navigation within the Tiki development and should correspond to documentation keywords.

Each feature in Tiki has a wiki page which regroups all the bugs, requests for enhancements, etc. It is somewhat a form of wiki-based project management. You can also express your interest in a feature by adding it to your profile. You can also try out the Dynamic filter.

Accessibility (WAI & 508)
Accounting
Ajax
Articles & Submissions
Banner
Batch
BigBlueButton audio/video/chat/screensharing
Blog
Bookmark
Browser Compatibility
Calendar
Category
Chat
Comment
Communication Center
Consistency
Content template
Contribution
Credits
Database MySQL - MyISAM
Database MySQL - InnoDB
Date and Time
Debugger Console
Documentation link from Tiki to doc.tiki.org (Help System)
Docs
DogFood
Draw
Dynamic Content
Preferences
Dynamic Variable
External Authentication
FAQ
File Gallery
Forum
Friendship Network (Community)
Group
Help
History
Hotword
HTML Page
i18n (Multilingual, l10n, Babelfish)
Image Gallery
Import-Export
Install
Integrator
Interoperability
Inter-User Messages
InterTiki
jQuery
Kaltura video management
Karma
Live Support
Logs (system & action)
Lost edit protection
Mail-in
Map
Meta Tag
Missing features
Visual Mapping
Mobile
Mods
Modules
MultiTiki
MyTiki
OS independence (Non-Linux, Windows/IIS, Mac, BSD)
Organic Groups (Self-managed Teams)
Packages
Payment
PDF
Performance Speed / Load / Compression / Cache
Permission
Poll
Profiles
Quiz
Rating
Realname
Report
Revision Approval
Scheduler
Score
Search engine optimization (SEO)
Search
Security
Share
Shopping Cart
Shoutbox
Site Identity
Slideshow
Smarty Template
Social Networking
Spam protection (Anti-bot CATPCHA)
Spellcheck
Staging and Approval
Stats
Survey
Syntax Highlighter (Codemirror)
Tablesorter
Tags
Tell a Friend, alert + Social Bookmarking
Terms and Conditions
Theme
TikiTests
Timesheet
Token Access
Toolbar (Quicktags)
Tours
Trackers
TRIM
User Files
Watch
Webmail and Groupmail
WebServices
Wiki History, page rename, etc
Wiki plugins extends basic syntax
Wiki syntax text area, parser, etc
Wiki structure (book and table of content)
Workspace and perspectives
WYSIWTSN
WYSIWYCA
WYSIWYG
XMLRPC
XMPP