Category: Wiki Plugin (extends basic syntax)

{syntax type="tiki" editor="plain"}
The attached file updates the SQL wiki plugin so that the user has a choice whether the returned data should be Wiki parsed or not instead of just preventing it. Parsing is the default with "noparse=>1" preventing the parsing. There are also two additional features added to the code:
# "raw=>1" will eliminate any headers or formatting.
# "delim=>'|'" will set the data delimiter for columns to being an "or" bar. Any other separator can be used.

These additional features are useful when selecting summary data like "count(*)" and resultant headers are unwanted or when selecting data normally, but wanting to format the output aside from the standard SQL return.

There is a remaining issue with the submitted patch. While I have updated the help array at the top I don't know how to make the new parameters reflected in the GUI help system as seen by the user when accessing the plugin through the help system.

I will update the SQL plugin documentation on the Tiki site if this patch is accepted. Doing so before-hand will only set false expectations for functionality not yet there.

--Steve

I'm testing the PayPal capabilities of Tiki and this is about the "memberpayment" wiki plugin : https://doc.tiki.org/PluginMemberPayment

Following the doc I used the plugin as simple as possible as well as other requirements;
https://doc.tiki.org/Payment


__Groups__
I created a group;
* Enabled "User can assign himself or herself to the group"
* Set Membership expiry, Number of Days to 365
* Set Pro-rata Membership to "year".

__Payments__
* Payment system: Paypal
* Currency: Euro
* PayPal ID: paypal email
* PayPal environment: Production
* Enable PayPal instant payment notification (IPN)
* Enable Payment data transfer (PDT)
* Set the Payment data transfer (PDT) token
* Redirect after PDT payment: https://dev.domain.org/BernardPremium_homepage

__Subscribe page__
I set a plugin:
{CODE()}
{memberpayment group="BernardPremium" price="1" returnurl="https://dev.domain.org/BernardPremium_homepage"}
{CODE}

---
Use cases
Notes: payment are completed in all cases and it create an row in the Outstanding table (tiki-payment.php#content_payment1-1)

If a member of the Admins group subscribe himself and do a manual payment: He is assigned to the group. The user is redirected to tiki-payment.php?invoice=nn (almost good)

If a member of the Admins group subscribe another user and do a Paypal payment: The user is NOT assigned to the group, he is not returned to the Tiki site automatically. If he clicks on "return to merchant" the user is redirected to tiki-payment.php?invoice=nn (bad)

If a registered user and do PayPal payment: The user is NOT assigned to the group, he is not returned to the Tiki site automatically. If he clicks on "return to merchant" he is returned back to "tiki-payment.php?invoice=nn" (bad)


While I'm not getting into the code I understand 2 mechanism are invoked and not working.
Group assignment
Returning from Paypal

I'm not sure if they are required together to have the user assigned.

I'm testing the PayPal capabilities of Tiki and this is about the "memberpayment" wiki plugin : https://doc.tiki.org/PluginRegisterMemberPayment

Following the doc I used the plugin as simple as possible as well as other requirements;
https://doc.tiki.org/Payment


__Groups__
I created a group;
* Enabled "User can assign himself or herself to the group"
* Set Membership expiry, Number of Days to 365
* Set Pro-rata Membership to "year".

__Payments__
* Payment system: Paypal
* Currency: Euro
* PayPal ID: paypal email
* PayPal environment: Production
* Enable PayPal instant payment notification (IPN)
* Enable Payment data transfer (PDT)
* Set the Payment data transfer (PDT) token
* Redirect after PDT payment: https://dev.domain.org/BernardPremium_homepage

__Subscribe page__
I set a plugin:
{CODE()}
{registermemberpayment group="BernardPremium " price="1" returnurl="https://dev.domain.org/BernardPremium_homepage"}
{CODE}

---
Use cases (Paypal payment is completed in all cases)

If a member of the Admins group subscribe himself and do a manual payment: I got a WSoD (https://dev.domain.org/tiki-payment.php). (bad)

If a member of the Admins group subscribe himself and do a Paypal payment: The user is NOT assigned to the group, he is not returned to the Tiki site automatically. If he clicks on "return to merchant" the user is redirected to tiki-payment.php?invoice=nn (bad)

If a registered user and do a Paypal payment: The user is NOT assigned to the group, he is not returned to the Tiki site automatically. If he clicks on "return to merchant" he is returned back to "tiki-payment.php?invoice=nn" (bad)

While I'm not getting into the code I understand 2 mechanism are invoked and not working.
Group assignment
Returning from Paypal

I'm not sure if they are required together to have the user assigned.

The Paypal plugin seems to be incompatible to classic Tiki layout, as it paints the cart display partially __over__ the Tiki window and partially (lower left corner) __under__ the (middle section) Tiki window, see screenshot.

Two minor issues with this plugin: It ignores the global setting that decimal commas are to be used, and that the euro currency symbol is trailing (with a separating space).

Thanks
Hman

Hi,

I use PluginFluid Grid extensively now, the best, simplest, quickest and easiest feature for somewhat modern wiki page design. However, every time I add it to a page it adds a php error:

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

If two PluginFluidGrids on a page, than, 2 error messages, and so on.

While this does not affect usability, this probably should be cleaned up. Maybe this affects Googles bots for 'crawlability', so for those interested in top notch SEO, this could be a minor issue.

Is this a 'low hanging fruit' or lot's of work?

Br,
Mike

http://mods.tikiwiki.org/details.php?type=lib&mod=phpfreechat

the fact is that even if installing by hand, the phpfreechat plugin doesn't work for me, neither on tiki 2.x (with ajax enabled, etc., cleared browser and tiki caches, etc.: just says: "chat loading, please wait, and nothing happens), nor in tiki 3beta4 (it's even not listed in the list of plugin to enable/disable)

It's a pity that we can't provide a functional chat for tiki 2.x or tiki3.x sites... (minichat module for tiki3 was getting close to functional, but since it doesn't provide the date stamp nor a way to read the log from previous conversations to specific date, it's not being used... see the example of the last TikiFestUK: dimdim, skypechat, + irc chat)

((doc:PluginPivottable)): selecting controls in pivotui are not stored when plugin saved (choosing variables in rows and columns).

To reproduce, login as admin here:
http://xavi-9794-6372.show.tikiwiki.org/tiki-index.php?page=Bug-Tracker#Example
u: admin
p: 12345

Edit pivottable example with the button at the bottom right corner of that pivottable
drag and drop some variables in columns and rows, and save. You should keep your new pivottable displayed as you selected when the page reloads, but it's not, your selections of columns and rows is lost.

That was working as expected in 16.x

Checking Piwik on trunk

{syntax type="tiki" editor="plain"}
Wow, toolbars are seriously messed up ((File a big|here))... what isn't broken in 30.x?

Anyway, on doc.tiki.org and all my v29+ tikis the plugin help has disappeared from the help popup. Here however it has appeared as a separate {icon name=plugin} icon, so presumably whoever broke this hasn't done an upgrade script (that works)

Also no preview on this text area? Wow...

Plugin Add to Cart is used in conjunction with a tracker item (the product).

In the tracker item we already have price and description however the Plugin Add to Cart need those field to be set manually. Extra maintenance and... dull :)

The Plugin Add to Cart should be able to use the product information.

When I place this on a Wiki page:
{img src=images/code.png}%%% {CODE()} {agentinfo} {CODE}

I get this error message:

"Fatal error: Call to a member function get_ip_address() on a non-object in root\lib\wiki-plugins\wikiplugin_agentinfo.php on line 33"

A few missing utilities from plugin alias management:
* Rename alias
* Clone / duplicate alias
* Export / import aliases

Also, the edit interface could be nicer:
* Move it to a separate tiki-admin_pluginaliases.php file
* Group all parts of parameters together, e.g.
** documentation
** Simple arguments (or)
** Body arguments (or)
** Composed arguments

There used to be (+) icons to create new plugin aliases but the top part is gone on tiki-admin.php?page=textarea now, so nomore way how to add them (other then via installing a profile)

Here's a little plugin that allows to easily integrate [https://flattr.com|Flattr] with the wiki. Since this is my first attempt to write a plugin it would be great to review the code (especially since I'm no expert for php).
One thing that would be nice to solve would be the inclusion of the javascript part which should be added into the head-element when the rendered page contains a flattr plugin. I just did that while using a simple switch. Really ugly but it works for me.

Bye

Plugin Image Annotation is broken. https://doc.tiki.org/PluginAnnotation
#Annotation zone is offset (away from the mouse selected zone)
#Annotation link is not displayed
#Buttons on the note look bad


Here an example
{annotation src="display1017" width="400" height="500"}

PluginAnnotation interface seems to work well, but when "Save changes to annotation" button is clicked on, we go to a blank screen. I can bring the page back up with the browsers back button, but no changes were saved.

Plugin approval is required for the button plugin all over the Tiki after updating the db.

Bullets parameter doesn't create a bulleted list. "All" list is poorly formatted with page links that don't work.

{syntax type="tiki" editor="plain"}
For users whose information is public, the plugin is supposed to automatically make the avatar into a link to the user's user information page. However the link is incomplete, missing the last userid number at the end.

In the following code, the $id variable is apparently not capturing the userid number:

{CODE(caption=>Line 47 from wikiplugin_avatar.php: used to set link,wrap=>1)}
if (isset($page)) {
$avatar = "<a href='tiki-index.php?page=$page'>" . $avatar . '</a>';
} else if ($userlib->user_exists($data) && $tikilib->get_user_preference($data, 'user_information', 'public') == 'public') {
$id = $userlib->get_user_login($data);
$avatar = "<a href='tiki-user_information.php?userId=$id'>" . $avatar . '</a>';
}
{CODE}

The information specified in the info parameter (like "hits" or "user") is not discplsyed.

HTML entities in plugin a plugin body doesn't not get encoded which then breaks the HTML layout (sometimes catastrophically).

See show instance...

Simple example:

~np~{BOX()}
Here is the <TITLE>
{BOX}
~/np~

((Plugin alias)) which I am considering renaming __Plugin builder__ permits some amazing things.

((Backlinks)) can be cool for dynamic & efficient information organization.


How can we have the two together?

Perhaps an alias of the REDIRECT plugin which includes semantic wiki link "alias" between the two pages...

More on this later...

The PluginCarousel seems to be behave quite poorly with any combination of parameters applied, I have tried to add a carousel to the top of a wiki page, I have tried to constrain the Carousel within a Bootstrap grid fluid container and regular container and it seems no matter what I do, the Carousel fly's out of the containers, and main body area and into the rest of the page. Using basic syntax as:
{CODE(theme="default")}{carousel fgalId="6"}{CODE}
I would think it should work out of the box, but I can't seem to get the correct combination of commands to make the carousel work.
Please see show instance.

Using 1.9.7, I think.

This page
[http://www.moviments.net/precarios/Comisi%C3%B3n%20Carrera%20Investigadora]

is showing categorized objects (through the usage of Plugin Category) with old names (i.e.: "foro (forum): Carrear Investigadora"), even if the forum was renamed to "Carrera Investigadora".
[http://www.moviments.net/precarios/tiki-view_forum.php?forumId=3]

The Plugin CODE (with or wihout codemirror) doesn't escape the __~np~~np~foo~/np~~/np~__ wiki syntax.

Example:
__~123~CODE()}~np~~np~foo~/np~~/np~~123~CODE}__

Displays:
{CODE()}~np~foo~/np~{CODE}

--------
{sign user="pascalstjean" datetime="2013-09-10T16:12:25+00:00"}

See also the following CODE Plugin Bugs. Consolidating all of them under one report
http://dev.tiki.org/item4205
http://dev.tiki.org/item4624
http://dev.tiki.org/item4111