Category: Feature request

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.

UPDATE: It's not a regression, sorry for the noise (I was confused). {sign user="xavi" datetime="2013-11-18T13:09:45+00:00"}

Usability improvement: nl1 missing in route.php for newsletter1

If Trackers had the "tracker template" feature, it would allow for better pre-made extended features for Tiki at install time.
In tw.o forums, some people requested like: address books (imagine with the same basic fields as Mozilla Thunderbird & Evolution, etc. address books, ... Export from you local program (through csv), and import to your address book in Tiki (through csv).

The same for "Offers & Demands (linked or linkable)", that many people/communities would like to use like "out of the box" feature. I do have that kind of trackers made (basic, but working for production already: http://valldelcorb.org/trackers - http://valldelcorb.org/Comparteix (1.9.x) or http://intercanvis.net (1.10.x) using tracker plugins in a general Wiki page).

Since duplicate tracker is already coded in 1.10, and templates concept already exists in Tiki, Tracker templates would be a nice MUST in the MID and LONG run.

Tracker templates should be selectable at install time (in the new installer devs. are thinking/designing -> ((Install)) ), or at a later stage through Mods, maybe?

I applied current profile related to spreadsheets (as of September 2015) in profiles.t.o:

... https://profiles.tiki.org/Spreadsheet_Test_Profiles

and it does enable the spreadsheet feature and create the intended spreadsheet indeed, but the indicated contents do not seem to get added.

Syntax in that profile page is:
{CODE()}
objects:
-
type: sheet
data:
-
title: Test Title
- [ Test, =A1 ]
- [ =B2, =B1 + A1 ]
{CODE}

I tried with 12.x and 14.x with same results.

Maybe something needs to be tweaked in the profile handler code?:
{CODE()}
/lib/core/Tiki/Profile/InstallHandler/Sheet.php
{CODE}

In trunk (future tiki15) it also fails to add the data to the sheet. Help is needed. {sign user="xavi" datetime="2015-12-31T14:33:57+00:00"}

12.x: Commit Timesheet data to the linked Tracker doesn't transfer expected duration values, just the related text

For real-case scenarios of time tracking, workers end up annotating what they did invest their time in, and how long did they take (without using the time counter, but just feeding the expected time value).

When you commit the data from your browser to the tracker, all the numbers annotated for the expected time invested (which in fact, ni this real-case scenario, is the real time invested to fit your daily work in 8hours time) are not transferred to the tracker, so that from other comuters you can not rescue that data. And if something happens to the cookies or cache or something, you loose these data that was only in that browser and computer.


See it in:
http://xavi-9794-5490.show.tikiwiki.org/tiki-timesheet.php

In a few sites we usually get spam registrations, polluting the user registration tracker, by humans (they type properly the passcode).

Every now and then I connect to the site to remove the users registrations (this removes also their user tracker items), and I would like to collect those ip's at the same time to be sent to the banning feature.

This type of feature already works nicely for comments: you can enable comment moderation, review many comments at once, select many through their checkboxes, and click at "ban and delete" type of option at the bottom.
This collects the ip's of those comments, and sends them for you to the banning feature, allowing you to ban all those ip's with just a few clicks.

We need this also for the fake registrations from human-spammers getting in.

I tried in tiki.o to grant the permission to join group and subscribe to group for TwCommunity to "Team Documentation" , for instance, and I couldnt' grant that permission locally to just group Team Documentation, but it was changed to all groups.

I'm not sure right now whether this is a regression or not, but at least this seems a bug to me (or at least a feature request)

When trackers are used for contact forms, they are sometimes spammed.
---
update by xavidp (Oct 4th 2008): using Tiki 2.1, feb12.css and trackers with mirror tables, an anonymous can insert a tracker item without filling the antibot captcha.
You can test it live on:
http://moviments.net/tracker15

All fields are text except for "correu electrònic a moviments.net" which has to be "e-mail"-type.
---

Hi:

I've set up an R script (.Rmd: with R markdown to be run through Knitr) to check the application of all Tiki Profiles (the ones available in the Profiles Wizard since Tiki12, at least) on several tiki branches on your own localhost, to search for error messages, and aggregate that information for easy monitoring. It can be extended to send an email when regressions show up, etc.
I developed that over the weekend from home, and even if in beta stage, it currently works.
See: https://github.com/xavidp/TikiProfilesTester

However, I cloned the git repo at work, where we are behind a proxy, and console.php cannot apply profiles from there through the commandline. Through the GUI I always have to add the proxy info to Tiki first in order to be able to list profiles and apply them , etc.

{CODE()}
root@pentinella:/var/www/html/trunk# php console.php p:a Voting_System
Profile not found.
root@pentinella:/var/www/html/trunk#
{CODE}

proxy info seem to be defined at ./trunk/lib/tikilib.php (line 185 onwards)

Comments can be used on wiki pages, blog posts, etc

There is Spam protection (CATPCHA) but nothing against trolls.

A comment moderation feature would be nice.

I need to see the information about the last modification of files on the File Gallery. Date and User.

two more columns are needed in tiki-list_file_gallery.php. Last modified, User. I don't know if more mysql field are required.

The server settings for InterTiki do not allow user to specify an IP range of known IP's.

It'd be great if this could be added in the future in situations where the client does not have a static IP.

A quick fix is presented below for someone who really needs it-but I hope we can have a more permanent solution eventually. It allows the user to specify either an IP or an IP range in the server settings and validates the IP of the client accordingly. The IP range should be specified as:
xxx.xxx.xxx.xxx-yyy.yyy.yyy.yyy

So I could show quick_edit module to users with tiki_p_edit

Related:
[wish1783|Menu & modules contextual to category of currently show item (wiki page, article, tracker, etc)]

The "Quick Admin" module is no longer assigned in default installs starting from {commit id=67387} (Tiki 19).

for example:
5 users in group home
6 pages in category home

I want all public can view these 6 pages in home category, but only these 5 users can edit pages content ( not the objects in the category, it is the content of the page!! ).
I know I can setup the permissions page by page to the home group, but what I am looking for is category to group relationship, not page to group, don't want to do it page by page, or maybe there is one way to do that, but I don't know yet.

Thank you very much.

Have a good day.

Best,
Peter

I looked today at http://info.tikiwiki.org/tiki-list_submissions.php and there are nearly 300 spam submissions there so far, and no way to delete them in groups. Maybe that's why nobody noticed my prior submission as info.tw.o editor from last month...

(the user need to be in info.tw.o Admin group in order to see the spam list. If your users is just in the info.tw.o_editors group, you'll see nothing but your own submissions if any.)

A text box to select the amount of rows to be listed would be welcome, and multiple checkboxes to select some or all, like with users, etc.

---
By the way, how can anonymous spammers post submissions to info.tw.o? They can't through http://info.tikiwiki.org/tiki-edit_submission.php (at least, nowadays)... Spam hole somewhere?

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

When an image is displayed with Shadowbox the description text is shown across the top of the image - but only 1 line is shown so long descriptions are just chopped off. It would be good if as many lines as were needed could be used here.

No longer relevant - item CLOSED

Our site has a lot of child pages that are included by parent pages. When accessed individually, they make much less sense than if they are accessed as part of the parent page that includes them.

Is there a way to restrict the Search functionality of TikiWiki to only return pages that meet a certain criteria? Eg, pages that would be in the format tiki-index.php?page=Title/PageGroup

I have referred to the tiki-admin.php?page=search page but could not find anything that fit the bill.

Our users keep adding large .ogg files in our files galleries and we have been asked to externalize theses files in a special download directory of the web server. Problem is that the admin screen of the files galleries doesn't have a DISPLACE section. You can set the option for the files to be added in an external directory, and the new ones are indeed placed into it, but the existing files stay in the database.

I have discovered that the *Image* galleries admin screen has this DISPLACE section but it will work only for the image galleries, no way to use it for the non image galleries.

Tutos uses this one:
http://php-pdb.sourceforge.net/

http://prdownloads.sourceforge.net/tutos/palm-1.2.20050306.zip?download

Please increase the limit and make it multilingual