Category: Feature request

Right now, if you have a multitiki installation with 10 sites, and you want to rebuild the unified search index for them all, you have to run 10 times the command with the "--site=" para adapted to each case.

However, when you run setup.sh, by default setup.sh runs for all sites in a multitiki installation.

It would be nice if console.php had the chance (by default or not) to be run once for all sites in that multitiki installation at once


with some param like "--site=all":
{CODE(colors="shell")}
php console.php d:u --site=all
{CODE}

Currently, getting the DISTINCT values of a field of a tracker is pretty hardcore. You need to go through the whole list of items of that tracker and do some tricks in a smarty template to finally get the distinct list of values of a field.

Would be nice to have some plugin to do that?

I could be nice to have the "preview" button at tracker item submission time, to preview the parsing of wiki syntax, and to avoid submitting and editting later on for simple wiki syntax errors... (It happened to me, for instance, with bug report:
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=184&show=view&status=op&trackerId=5&sort_mode=f_41_desc&filterfield=54 )

It would be really handy to be able to quickly switch between several users when testing complicated permissions setups, so a little "recent users" dropdown that switches when selected would really speed things up.

Recurring events are an important missing feature of Calendars.

I'd like to see an RSS feed for a specific category.

((SAML))

http://en.wikipedia.org/wiki/Security_Assertion_Markup_Language
http://simplesamlphp.org/

To help solve the problem of tall responsive wide tables or other content not being understood to be scrollable, one solution is to add a second scrollbar at the top of the scrollable area. A script to do this is at [https://github.com/avianey/jqDoubleScroll].

I am using Tiki for educational scenarios, and frequentñy I (or my students) want to change misspelled words (for instance) on long wiki pages.

Nowadays I'm taking the content out of the wiki-edit form, search and replace on in external program, anb back.
I could be nice to have this feature integrated into the edit page form.

When doing a plugin list, we can sort the data. For tracker fields data, we can sort by comparing the texts of the fields. But for sorting by categories, this is not possible. The list will only be sorted by the category ID (asc or desc). It would be nice to be able to sort by category text.

I think it would be very useful to add an SQL tracker field type so as to be able to "link" tracker items to external database data much like item link does for inter-tracker items aka foreign keys.

Why? Because it would massively improve interaction with external data. We could have a DB field in a tracker that pulls data from an external ERP/CRM/MRP/you-name-it database and links it to data in the tracker. eg add a tracker that users rate products, taking the product records from a live ERP database.

Currently the DBReport and SQL plugins cater for that need in wiki pages but nothing can be used in trackers.

How? In order to make it best usable and comparable to item link, it would look exactly the same as the item link with:
*an added option for ''DSN'' selection
*replacing ''tracker ID'' with ''SQL statement''
*replacing ''field ID'' with ''Column Number''
*removing ''Status Filter''

Please see: ((OpenMicroBlogging))

hcal was added to 1.10!

As this is an ongoing process, we'll use a wiki page to coordinate efforts. Please see: ((microformats)).

[https://wiki.php.net/rfc/optimizerplus|Optimizer+ will be integrated into PHP 5.5.0]

So
1- We want this in the dashboard like APC and Xcache
2- We want to make sure it works with tiki-monitor.php -> http://sourceforge.net/p/tikiwiki/code/48039


OPCache:
http://php.net/manual/en/book.opcache.php

OpCache status from Rasmus Lerdorf:
https://github.com/rlerdorf/opcache-status

Related:
http://rtcamp.com/tutorials/php/zend-opcache/

Important commits:
http://sourceforge.net/p/tikiwiki/code/27831
http://sourceforge.net/p/tikiwiki/code/27829

Add tablesorter UI to Payments list for easier filtering of real data when many payments done.

Currently there is even no pagination at all. So when many records are there, it's not easy to find who payed whet, when, by whom, etc.

---
We have a dbdump already with a few data on it (of real small transaction with paypal), that we could share with a dev willing to implement this feature, in case this helps the development with fake-ish but real transaction data from paypal in production, not sandbox.
At: http://15x.notre.website

Please, ask me, for instance, and I'll fetch a db dump for you with admin pw reset for you.

When creating a wiki link ~np~((foo)))~/np~, Tiki uses the target pages's ''description'' as the the link's TITLE attribute. It would be nice for external links to also have a TITLE attribute. Tiki could use the link's description, or a generic text. For example:

~np~[http://foo.com|my link]~/np~ would become:
<a href="http://foo.com" title="External link: my link">.....

and

~np~[http://foo.com]~/np~ would become:
<a href="http://foo.com" title="External link">.....

Textarea in Trackers checks for quicktags from the "tracker"-category - those are not yet in the db.

{syntax type="tiki" editor="plain"}
Add two new parameters to the -+~np~{convene}~/np~+- [https://doc.tiki.org/PluginConvene|plugin] to pre-fill users before any dates are set, and optionally add a way of pre-filling dates using -+strtotime+- stings like ''next Friday'', ''+2 weeks 10:00''.

|| Parameter | Description
__defaultusers__ | Comma separated list of usernames
__defaultgroups__ | Comma separated list of groupnames (or id's?)
__defaultdates__ | Comma separated list of -+strtotime+- dates||

The intended use is to add this to a regular meeting [https://doc.tiki.org/Content-Templates|content template] so the new meeting page has users and dates already filled in.

Please see: ((WebDAV))

Make it easier for tracker imports and exports to be used with Excel by adding an encoding option to Tabular Formats, which currently only has UTF-8.

This should be a new dropdown with UTF-8, Windows-1252 and maybe ISO Latin 1 (maybe more)

This would permit us to have stats about TikiWiki usage.

This idea is from [http://www.phportail.net/|Philippe Gamache] and [http://www.nexen.net/|Damien Séguy]

We could suggest to other cms/forums/wiki engines, etc to use similar headers

More info:
http://www.nextthing.org/archives/2005/08/07/fun-with-http-headers


[11:07:19 AM] Philippe Gamache says: x-cms-engine : tikiwiki 1.9
[11:07:22 AM] Philippe Gamache says: or
[11:07:46 AM] Philippe Gamache says: x-cms-engine :tikiwiki
[11:07:46 AM] Philippe Gamache says: x-cms-version: 1.9

{syntax type="tiki" editor="plain"}
In the early days when Tiki Wiki was primarily a Wiki tool, keeping the **wikiactions** page actions button constantly visible at the top of Wiki pages made sense.

However, now this button often obstructs the user experience, drawing attention away from content with its contrasting color, even when only one or two actions are available.

While outlining the button (as discussed in the Matrix chat) would be a quick improvement.

I also propose we also enhance the admin settings at `tiki-admin.php?page=wiki#contentadmin_wiki-1`. Adding a __group selector__ under "Wiki top line location" would allow admins to choose which user groups see the page_actions button.

At tiki-list_articles.php the top search form is eating way too much space.
It should be hide-able (not everyone will search something)

See: https://www.bernardsfez.com/tiki-list_articles.php

I suggest a bootstrap accordion to toggle visible/hidden and avoid such waste of space.

In recent versions, we can put modules.yml, but then, the site admin can no longer configure via the admin panel.

Related: [item4672]

phpBB is a popular open source forum software.
Sometimes, a forum is not enough.
So, the data must be migrated from phpBB to Tiki forums...

If you want to help:
Please post links to similar scripts.
ex.: phpbb to invision board, etc
If/when we do a script, we should do for all major forums.
---
__From kerrnel22 on 11/20/07:__

I have almost completed an integrated TikiWiki forum migration tool for 1.9.8.x and 1.10. Initial release will be to migrate only Tiki forums from one Tiki install to another. However, hooks are in place, and the intention is there, to work on extending the migration tool to importing of phpBB2 (or any other forum software) into Tiki. If you would like more information, email tiki.kerrnel@kerris.com. I expect a general release of the forum migration tool (for Tiki forums only) into cvs of both branches for beta testing by December 1/07. If all goes well, I'll have something released for phpBB2 migration prior to Dec 31.