Category: 3.x

Could be nice to have a way to import and/or export OpenDocument files (for wiki pages)

When using OpenID + Registration CAPTCHA...
With Tiki 2.2...

I attempted to register using my OpenID:

#On the Login page, I entered my OpenID.
#My OpenID was validated and Tiki shows the page where I can either associate my OpenID with an existing Tiki account, or register as a new user.
#I completed the registration form (including the correct CAPTCHA), but Tiki keeps saying that the Anti-bot code was incorrect.

Additionally, the registration form presented with the OpenID __does not__:
*Display the password minimum requirements (such as number of characters).
*Allow for the selection of groups.


__Duplicate of {wish id=1505}__

Investigate:
http://openmicroblogging.org/

GMAP(type=structure) should, at least as an option, map only children of the node in a structure.

Ie, one could have a Travel Structure listing travels, and sections for given trips or themes:

1. United States
1.1 Alaska
1.1.2 Fairbanks
1.1.3 Jeuno

Etc, GMAP(type=structure) in 1.1 would only map Alaskan locations, 1.1.2 would only map Fairbanks locations (assuming something was below Fairbanks in the structure, anyway.)

When sending newsletters, Tiki sends as HTML. However, if the recipient does not accept HTML, the newsletter may become malformed for the recipient. For example, the EXTERNAL LINK text becomes merge with URL links.

I would like an option to send the newsletter as "plain text", thereby stripping out all HTML from the newsletter.

Related:
http://drupal.org/project/usage/

[wish1416|Reporting errors (to tikiwiki.org) system (like Firefox Talkback)]

{syntax type="tiki" editor="plain"}
Attempting to use Opera or FireFox to call a tikiwiki page generates some % characters in the path and gives an error.

Using Internet Explorer this does not happen.

We need to be able to allow other BROWSERs to work with Tikiwiki pages.

This problem is not present in Version 1.9.11

As a result I cannot upgrade to version 2 or higher yet

As discovered here:


http://doc.tikiwiki.org/tiki-pagehistory.php?page=PluginInclude&diff_style=sidediff&compare=Compare&newver=0&oldver=26&tra_lang=ar

{syntax type="tiki" editor="plain"}
The file gallery displays great, except that it does not browse with the page numbers, neither the paging arrows (next page, last page).

As noted in bug tracker id 2474, bullets parameter doesn't create a bulleted list. "All" list is poorly formatted with page links that don't work.

A new short URLs / Search Engine Friendly / Rewrite Rule with .htaccess was added to Tiki 2.0 as experimental (great!)

However, this causes issues with pages like:

http://tikiwiki.org/Custom+email+message+to+new+tikiwiki.org+registrants
http://tikiwiki.org/TikiWikiRelease1.6


Related:
[wish2108|Equivalent characters for page linking, backlinking, searching, etc (ex.: space, underscore, period)]

Use case:

We want users to update their profiles every once in a while.

So the system should be reminding users to click on tiki-view_tracker_item.php?view=+user and update their user profile.

Eventually, an email reminder could be cool as well.

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)

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"

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}

I suggest a plugin/mod configuration tool, where Admins can specify the __name of a plugin__ and a __list of parameters__ to be provided to the plugin. There is no way for Administrators to configure plugins. Every incantation of a plugin must specify all needed information. A configuration tool would allow control over all invocations of a plugin, or specifying non-public configuration details.

I believe that at present adding configuration options for a plugin requires the plugin to include code for admin pages. This tool would be available for use with any plugin with chooses to look for the passed parameters.

For example, a SHOWIMAGE plugin's configuration parameters could specify the default (or mandatory) image source to use, the default image size, and decoration options. By altering the configuration parameters the appearance of all invocations would be changed.

Using {rcontent id=1} in an assigned module causes WSOD.

according to luciash in chat:

this "seems conflict between plugin {RCONTENT() /} and {rcontent} wiki syntax to me, because recently the syntax was made more universal and plugins can be called using lowercase {pluginname} syntax too"

placing {rcontent id=1} into an assigned module causes WSOD.

this was a big problem for me on upgrade, because I had rcontent in my 2.x installation, upgrade to 3.1 gave me WSOD. Lack of access (because of WSOD) made fixing the problem much more difficult for me, as an end-user.

According to luciash in chat:
seems conflict between plugin {RCONTENT() /} and {rcontent} wiki syntax to me, because recently the syntax was made more universal and plugins can be called using lowercase {pluginname} syntax too




note, sorry if this posts twice...

note, I posted this twice before, but with the problem code in the post,

http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=2797

http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=2799

and both of those now show the WSOD that I saw. So again, here we go, this time I won't post the code as I used it, as it appears to be causing the same problem on those tracker pages. So...

using rcontent in a module causes a WSOD in 3.x

according to luciash in chat:

seems conflict between plugin RCONTENT and rcontent wiki syntax to me, because recently the syntax was made more universal and plugins can be called using lowercase {pluginname} syntax too

On wikipages, there is not only the usual "Email this page" link that the "Tell a friend" function enables but also a button linking to this function among the edit/print/watch-buttons.

One of the two has to be eliminated as one is directly above the other. I would personally abandon the text-link altogether and use the icon site-wide.

The proposal plugin is very cool:
http://doc.tikiwiki.org/PluginProposal

1- It makes it quick to vote and tally votes
2- The proposal and the votes are kept in the wiki page so it's still possible to improve the original proposal and to change the votes (there is wiki page version history so everyone can see the evolution)

Suggestion:
# To have a text box next to the vote where people can add a short comment. When people vote, there can be a +1 if..., -1 unless...
This lets people qualify their vote

Trackers can have many fields.

Multilingual is a way to have multiple values.

Native multi-valued trackers would be useful in certain circumstances.

Another way is to use ((doc:Category Tracker Field)) or ((doc:Items List and Item Link Tracker Fields)) or ((doc:Drop Down - Radio Tracker Field)) with multiple choice option. Probably the best is to build upon the ((doc:Relations Tracker Field)).



We would also want multiple sets.

First Name 1 (field 46)
Last Name 1 (field 47)
Address 1 (field 49)

First Name 2
Last Name 2
Address 2

First Name 3
Last Name 3
Address 3

First Name 4
Last Name 4
Address 4

Could we imagine a new tracker field type "Set of fields":
Fields: List of fields in the set. ex.: 46,47,49
Number of repetitions: ex.: 3

This would create artificial fields (in this case 46-2, 47-2, 49-2, 46-3, 47-3, 49-3, 46-4, 47-4, 49-4)

So these fields could be used independently (ex.: 47-2), but since they are linked, we could have some smarter handling for forms, reports and exports.

We could want the input form to by default indicate only the first set of fields, and via jQuery, show additional set of fields.
We could want a report/export of this "Set of fields" which would aggregate everything in one listing.

{draw id="28"}

{syntax type="tiki" editor="plain"}
Editing articles fails for me in a tiki 3.3 site.
This is the article that I could finally add, when found a workaround:
http://entitatsdelamarina.org/art10

* At creation time, I added three email adresses to be notified, separated by commas, and made a mistake in one of them (email@domain@org,email2@domain.org,email3@domain.org). Note that first email address has an extra @.
* Tiki notified me that I had an error in email@domain@org (good catch, so far, so good!)
* changed email@domain@org for email@domain.org, and reattempted to submit the article
* I got: 400: Bad Request. Your browser sent a request that this server could not understand.

Ok, removed those email addresses, and finally could save the article successfully.

Then I wanted to edit the article again (moving two lines from the header to the body), but I keep getting the same error 400 at saving time (I didn't make any attempt to set email address for monitoring any more; in fact, the field is not shown any more!)

The new 3.0 release of categorize.tpl doesn't show all the available categories to a user when a hierarchy of categories is used if the user is not in the 'top' category.

There are also problems with the use of categorisation in the Structures admin screen where categorisation of all the wiki pages in the Structure does not show the changes after submitting the request - although the changes are made.

No longer relevant