Category: Wiki Plugin (extends basic syntax)

This Page: https://tiki.org/SingleSignOn contains a link to LDAP in the "category links" but it links to https://tiki.org/19 and not to https://tiki.org/LDAP. The link is generated so I cant change it and it mostlikely affects other areas too.

{CODE(caption="WikiPlugin" theme="default")}{CATEGORY(id=>9,sub=>true)}
{CATEGORY}{CODE}

{syntax type="tiki" editor="plain"}
if you enter the <-character in a text (e.g. for an arrow like -->) the following lines have no linebreaks anymore

{syntax type="tiki" editor="plain"}
We are running Tiki 6.2 (clean install), on a Windows 2003 Server, Apache 2.2.16 w SSL, PHP 5.3.3, remote MySQL 5 database.

This bug is across all browsers.

Our users are editing in the CKEditor WYSIWYG and trying to add anchors. When using the WYSIWYG_6x default profile of:%%%{CODE()}Editing and Plugins
Wiki Paragraph formatting (ON, however default: off)
...but still create line breaks within paragraphs (on)
HTML Purifier (on)
Wiki
Allow HTML (on, however default: off)
WYSIWYG
Content is parsed like wiki page (on)
Content is partially wiki parsed (off)
Use Wiki syntax in WYSIWYG (off){CODE}%%%our users use the Anchor icon (flag) to create an anchor at the bottom of a page. The anchor name window comes up and they give it a name, save, a yellow anchor icon is displayed in the editor. If they jump to the top of the page and create a Link (using the Link icon in the toolbar) and select Link Type: "Link to another anchor in the text", Select an Anchor/By Anchor Name and press Ok. At this point everything looks correct in CKEditor.The user presses Save. The Link at the top is correct using the normal syntax %%% {CODE()}[#myAnchor|Link to bottom]{CODE}%%%however the anchor at the bottom is gone as if it never saved or the parser has discarded it.

I have had to instruct our users how to type in manually the anchors using the old plugins [http://doc.tiki.org/PluginAlink] and [http://doc.tiki.org/PluginAname]. They are not happy about using long hand plugin notation.

I have tried in both IE 8 and FF 3.6 with the same result.

Since IE is our corp standard our users need to be able to add anchors using that browser. Also, they had no problem in Tiki 5.x but that was a different WYSIWYG system.

May be related to [http://dev.tiki.org/tiki-view_tracker_item.php?itemId=1499]

{syntax type="tiki" editor="plain"}
We are using Tiki v6.2 vanilla, PHP 5.3.3. When using the WYSIWYG_6x default profile of:%%%{CODE()}Editing and Plugins
Wiki Paragraph formatting (ON, however default: off)
...but still create line breaks within paragraphs (on)
HTML Purifier (on)
Wiki
Allow HTML (on, however default: off)
WYSIWYG
Content is parsed like wiki page (on)
Content is partially wiki parsed (off)
Use Wiki syntax in WYSIWYG (off){CODE}%%%we can not edit a section using the Edit Section button. A blank WYSIWYG screen is displayed and if you enter content and save it gets thrown to the bottom of the wiki page and not within the section.

Reproduce: Create a blank wiki page in WYSIWYG, create a bunch of headers, save, view edit icons (if not already), click on "Edit Section" button.

{syntax type="tiki" editor="plain"}
We are using Tiki v6.2 vanilla, PHP 5.3.3. When using the WYSIWYG_6x default profile of:%%%{CODE()}Editing and Plugins
Wiki Paragraph formatting (ON, however default: off)
...but still create line breaks within paragraphs (on)
HTML Purifier (on)
Wiki
Allow HTML (on, however default: off)
WYSIWYG
Content is parsed like wiki page (on)
Content is partially wiki parsed (off)
Use Wiki syntax in WYSIWYG (off){CODE}%%%we can not format the header (color it red) without breaking the "header" status.

Currently we have a page with a ~np~{maketoc}~/np~ at the top and a bunch of h1, h2, h3 headers. We wanted to make the text color red for one of the h1 titles so it was more visible to users. Once we did this in the WYSIWYG editor, the header is no longer listed in the maketoc AND the Edit Section button is gone next to the header text. This ''may'' be associated with another bug [http://dev.tiki.org/tiki-view_tracker_item.php?itemId=3763].

{syntax type="tiki" editor="plain"}
We are using Tiki v6.2 vanilla, PHP 5.3.3. When using the WYSIWYG_6x default profile of:%%%{CODE()}Editing and Plugins
Wiki Paragraph formatting (ON, however default: off)
...but still create line breaks within paragraphs (on)
HTML Purifier (on)
Wiki
Allow HTML (on, however default: off)
WYSIWYG
Content is parsed like wiki page (on)
Content is partially wiki parsed (off)
Use Wiki syntax in WYSIWYG (off){CODE}%%% the lists (numbered and unordered) have irregular spacing between lines. Edited in Wiki normal and WYSIWYG Source modes work fine.

To reproduce create the following structure in a WYSIWYG editor{CODE()}*blah zaa zaa
*This is a list
**now indenting the list
**blah
*back out
**back in
***really far in
*all the way out{CODE} %%% this example displays for us as {CODE()} blah zaa zaa

This is a list

now indenting the list
blah

back out

back in

really far in
all the way out
{CODE} %%% Sometimes there is a break, other times there is not. If I Preview while editing it looks fine. If I edit the HTML via the Source WYSIWYG view and save then it looks fine until I save it in WYSIWYG mode again.

When you modify a wiki page and press the help (?) sign to display the plugins once you have chosen a plugin and instead of save you close, you can no longer access the plugins unless you reload the page again.
and if you press save and then you want to use another plugin without saving the changes on the wiki page, the plugin configuration page will not appear until the page is reloaded

At http://tikiwiki.org/TikiWikiTV, the YOUTUBE plugin is being used, but the videos aren't displaying. A look at the finished page source shows that the movie src url is partially repeated, so broken. (The url in the page edit is the correct form, so then gets broken.) For comparison, the FLASH plugin works ok on that page, with no url distorting.

Hello,
Problem with:
- Zotero bibliography
- Zotero Bibliography Search Module

I followed the [https://doc.tiki.org/Zotero|documentation] and setup everything as it should be, but the mentioned plugins did not work.

- Can somebody confirm the plugins actually work ?

- From my server errors log:
~np~PHP Fatal error: Call to undefined method Zend\\Http\\Response::isSuccessful() in .../tiki/htdocs/lib/zoterolib.php on line 54 ...~/np~
- The isSuccessful() method is in: /tiki/htdocs/lib/zoterolib.php
- The isSuccessful() emthod is called on lines 54, 111 and 161

- Changing isSuccessful() to isSuccess() the error seems to be fixed, but the Zotero plugin is not working.
- I think using or relaying on Zend and tags to get feedback or content from Zotero may not be very good.
- Something like [https://github.com/ddean4040/phpZoteroWebDAV|this framework](phpZoteroWebDAV) would be much better.
Thank you.

Since upgrading dev.tikiwiki.org the "submitted by" is not recorded in bug reports

Can not reproduce the problem. Can you give an url ?
This url http://dev.tikiwiki.org/tiki-view_tracker_item.php is working for me

1- Go here as anonymous:
http://dev.tikiwiki.org/Upcoming+Events

2- Click on a link

You are requested to logon even though Anonymous has tiki_p_view_calendar permission

This was working fine in 1.9.11

But now in version 2.0, there are two permissions:

|| Can browse the calendar | tiki_p_view_calendar
Can view events details|tiki_p_view_events||

I found TikiWiki's use of plugins to be an excellent substitute for the lack of built-in support for parameterized templates as found in MediaWiki - http://www.mediawiki.org/wiki/Help:Templates

I referred to the following instructions to create a php-based plugin:
http://dev.tikiwiki.org/tiki-index.php?page=Hello+World#To_create_a_new_plugin

They work great but with one caveat:
The use of double-quotes which are necessary for displaying strings with commas seems to create problems. For instance with a simple "HelloThere" plugin syntax {CODE()}{HELLOTHERE(firstname=>, lastname=>)}{HELLOTHERE}{CODE}:

This invokes the following simple function:

{CODE()}
function wikiplugin_hellothere($data $params) {
extract ($params EXTR_SKIP);
$strHello = "Hello there $firstname $lastname" ;
return $strHello;
}
{CODE}
(Squiggly brackets removed for display reasons)

{CODE()}{HELLOTHERE(firstname=>"Thurston", lastname=>Howell)}{HELLOTHERE}
{CODE}
yields
''Hello There Thurston Howell. ''
Great!

{CODE()}HELLOTHERE(firstname=>"Thurston", lastname=>"Howell III Esq. CPA")}{HELLOTHERE}{CODE} yields
''Hello There Thurston Thurston. ''
Not so great...

Namely adding double-quotes to get around the issue of commas within strings introduces a whole other problem of its own – repetition of the first variable. When there are 10 variables for instance the first quoted value will be repeated 10 times.

I am using TikiWiki 1.9.11; has anyone encountered this issue and if so is there a remedy?

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

Consequently gets an error on this plugin using 2.1 on a Windows machine. Error message from a what I am sure is a proper trackerlist reference is:

ErrorError
No field indicated

Close Window

- - - -

Found out this was an issue related to not making the referenced fields public. I would suggest the documentation is clearer on this issue in the trackerlist documentation. Will have a look at the documentation.

External wiki links are mistakenly identified as wanted pages

http://profiles.tikiwiki.org/Admin

{WANTEDPAGES()}{WANTEDPAGES}

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

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

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

{syntax type="tiki" editor="plain"}
When using > to compare values in pluginJQ it will html encode the > sign:


if($("#itemExist").length &gt; 0)
{
$("#editItemForm1").parents("td:first").hide();
}
else
{
//something else
}

Should be:

if($("#itemExist").length > 0)
{
$("#editItemForm1").parents("td:first").hide();
}
else
{
//something else
}

Hi,

After upgrading my web site from tiki 7.0 to 7.2, I've noticed that the non-parsed wiki feature in the wiki pages is not working correctly anymore.
Indeed, from the tests I've done, it seems that in case of multiple use of the non-parsed wiki feature on the same line, only the last one is taken into account.

For exemple, for the following wiki text, only the second ~np~--css~/np~ is taken into account, the first one not so the text is striked through.

***use the ~np~--css~/np~ option (ex: ~np~--css~/np~ test)

Regards,
Yannick

--------------------
Ticket update:

Note that the problem occurs mainly in fancytables.
I've enabled "Allow HTML" for the problematic pages. That also corrected the problem with non-parsed wiki syntax. (:eek:)

__Update:__ Clarified some of the description below.

^Please note this field type is marked "experimental" in 12.x^

[http://doc.tiki.org/Action+Tracker+Field|Action Tracker Field] type does not work in Tracker plugin.
I have tried it but no button appears labeled "Reset" on the action field row next to the "Reset Password" in the table.
To reproduce:
General > Name: Reset Password
Options for Action > Name: Reset, Post: get, Script: tiki-remind_password.php, Parameters: name:userName

{img fileId="941" thumb="y" rel="box[g]" width="320"}

__It should render a post or get form or just a button labeled "Reset" pointing to tiki-remind_password.php__ but renders nothing in the Tracker plugin. Maybe it should render below the tracker form in the code to avoid ''form in a form'' conflict and be placed on the row position of the field using jQuery?


It only shows up (while editing the Tracker item) in a special section called
"__Special Operations__".

But clicking the button from there is buggy too. Goes to:
tiki-remind_password.php?name%3AuserName=name%3AuserName&trck_act=Reset

Instead of:
tiki-remind_password.php?name=admin&trck_act=Reset

---
Activating plugins doesn't invalidate cache and thus, the plugin help doesn't appear on next page edit.

To reproduce:
1- edit a wiki page
2- click on the help button
3- scroll down to plugins
4- click on Activate/deactivate plugins which takes you to tiki-admin.php?page=textarea ~~#FF0000:(wrong tab!)~~
5- Click on plugins
6- Activate a plugin
7- Notice that on next edit, the new plugin is not available
7a) a bug in my text, edit Help was in French, so maybe the cache of another user was appearing

{syntax type="tiki" editor="plain"}
{img fileId="3252" thumb="box"}

Renders like encoded HTML:
{CODE()}
<ol> <li><div class="activity" data-id="1"> <strong style="vertical-align: middle;"><a title="Your Information" href="tiki-user_information.php?userId=1" class="userlink ajaxtips" rel="tiki-ajax_services.php?controller=user&action=info&username=admin"><img src='temp/public/avatar_21232f297a57a5a743894a0e4a801fc3.jpg' alt='admin'></a> <a title="Your Information" href="tiki-user_information.php?userId=1" class="userlink ajaxtips" rel="tiki-ajax_services.php?controller=user&action=info&username=admin">admin</a> modified a tracker item</strong> <div class="content"> <p><a href="http://localhost/tiki12x/tiki-view_tracker_item.php?itemId=2" class="" data-type="trackeritem" data-object="2">AB</a> in <a href="http://localhost/tiki12x/tiki-view_tracker.php?trackerId=2" class="" data-type="tracker" data-object="2">Rating</a></p> </div> <div class="footer"> <span class="floatright"> 1911-02-22 16:11 </span> <a class="comment" href="tiki-ajax_services.php?controller=comment&action=list&type=activity&objectId=1"> Comment </a> <a class="like" href="tiki-ajax_services.php?controller=social&action=like&type=activity&id=1"> Like </a> </div> </div></li> </ol>
{CODE}

Like we have for PluginTrackerlist or PluginTrackerfilter there is param showinitials to filter and display alphabetical filters. Can we do the same with PluginList?

See: https://tiki.org/forumthread75302