Category: Feature request

If install script fails (for some reason), we should at least let user proceed with manual installation.

Like many web applications, to install TikiWiki, you need to have already created your database (via phpMyAdmin or cPanel).

Maybe TikiWiki could handle this task using the mysql root/super user account?


Otherwise, maybe try via cPanel API if available (TRIM as well could try this)

If you set a repository (with tiki-integrator feature) of a site encoding html with iso-8859-1, then the fetched pages with tiki-integrator shown strange characters at the latin characters (Accents, etc. )

It would be great to include the param of "__charset in repository__" (and at least enble chosing from utf-8 and iso-8859-1).

--By the way, "integrator" is missing in the category "feature" at this site (and thus, is missing as checkbox in section "feature" in this tracker!)-- fixed

Missing Spreadsheet, Articles, Blog, Calendar, etc

Need to add Tabs for these objects to display their object permissions

tiki-list_object_permissions.php is fantastic

It lets me review any permissions received from category, and individual perms.


Some enhancements:
* Link to the category perm interface so I may adjust the perms
** As of 4.0, I need to check each category to see why the perms are applied
* Type group is missing (permissions ''about'' groups)

All optional via tiki-admin.php?page=wiki

Language (if multilingual is activated)

Category (if feature turned on)

+ add filter by language and filter by category like we have at tiki-list_articles.php

On the Orphaned page (tiki-orphan_pages.php), I can individually remove orphaned pages. But, when I mass select (using Check All), and then select Remove from the dropdown box, it does not remove the orphaned pages. Individual works, but is agonizingly slow for mass deletes.

Here is a URL:
http://suite.tiki.org/tiki-pagehistory.php?page=Tiki+Suite+Slideshow

Say I want to check the history and share a URL, I click "history" and then "compare", I get:
http://suite.tiki.org/tiki-pagehistory.php?page=Tiki+Suite+Slideshow&history_offset=1&diff_style=sidediff&diff_style=sidediff&show_all_versions=y&compare=Compare&newver=0&oldver=125&tra_lang=sq&paginate=on&history_pagesize=200

This is long and has things which are not useful to share the link.

So let's look at the params:

|| page=Tiki+Suite+Slideshow | Needed
history_offset=1 | Not needed
diff_style=sidediff | Needed only if different than the default diff
diff_style=sidediff | this is there twice
show_all_versions=y | Not needed
compare=Compare | Why do we need this?
newver=0 | Needed. 0 seems to be for latest. So if ommitted, it should
oldver=125 | Needed
tra_lang=sq | Not needed
paginate=on | Not needed
history_pagesize=200 | Not needed
||

So diff_style=sidediff is there twice

I would want the simple one to be like this:
Compare version 120 to current:
http://suite.tiki.org/tiki-pagehistory.php?page=Tiki+Suite+Slideshow&oldver=120

Compare any two versions:
http://suite.tiki.org/tiki-pagehistory.php?page=Tiki+Suite+Slideshow&newver=124&oldver=120

And if diff style is different from site default:
http://suite.tiki.org/tiki-pagehistory.php?page=Tiki+Suite+Slideshow&newver=124&oldver=120&diff_style=unidiff

Thanks!

Could also be a link or a license/confidentiality agreement

When using InterTiki, registration should be sent to master site

{syntax type="tiki" editor="plain"}
Otherwise, user gets an ugly error, clicks "back" and needs to re-enter everything, including [http://en.wikipedia.org/wiki/Captcha|captcha]

By default, the error reporting is set so no error is displayed or logged (0). This is tricky, because one could assume that Tiki would behave according to PHP's setting. Even is PHP is set to E_ALL, Tiki does not display or log anything when an error occur, even if the user is the admin.

The admin may get a "blank page" (HTTP response with no data), and find nothing but a 200 OK in its Apache access log.

{syntax type="tiki" editor="plain"}
The requirements are here:
https://doc.tiki.org/Requirements#PHP_

Related: [item8699-Upgrade-Tiki-tests-to-use-PHPUnit-11-x]

We should also keep in sync with Cypht: https://github.com/cypht-org/cypht/issues/977

Please see two forum discussions at tw.o dev forum:
[http://tikiwiki.org/tiki-view_forum_thread.php?topics_offset=1&forumId=3&comments_parentId=16168]
[http://tikiwiki.org/tiki-view_forum_thread.php?topics_offset=0&forumId=3&comments_parentId=25213]

or directly at
http://tikiwiki.org/TikiBountySystem

Cheers, Xavi

((tw:TikiMods))

Finish the TikiMods feature. [http://mods.tikiwiki.org|Mods] already has a good number of avatars, themes, wikiplugins, etc

Move to mods what needs to be moved and remove from mods what will stay in BRANCH-1-9

Ex.: Remove TikiSheet from mods (as it is part of 1.9)

Hey Guys,
it would be pretty amazing if you would have time to develop tikipedia theme for tiki 12.x or 13.x in this case i really will buy you a coffee (donation) :)

sincerely

Hey Guys,
it would be pretty amazing if you would have time to develop tikipedia theme for tiki 12.x or 13.x in this case i really will buy you a coffee (donation) :)

sincerely

It would be nice if TikiSheet had the ability to clone an already existing spreadsheet. A possibility would be to have a clone button next to the import/export buttons.

Possible functionality of the clone button:
- Create a new table with an new sheetId that has exactly the same contents of the original
- Title of copy could be Copy of 'InsertOrigName'
- If aforementioned Title exists new title could be Copy of InsertOrigName(#) as long as the title containing specific # also does not exist.
- All setting, excluding sheetId, of orig table copied to cloned table

see ((tw:TikiSheetDev)) Louis-Philippe Huberdeau

Like most Wiki engines, TikiWiki displays the date and user information associated with the most recent modification to a page. For example, at the bottom of the doc.tw.o : Tikiwiki Documentation : PluginInclude page (http://doc.tikiwiki.org/tiki-index.php?page=PluginInclude ) we see
Page last modified on Monday 02 June, 2008 03:45:08 UTC by marclaporte
When a page is included within another, however, this information is not displayed.

Is there any way to display this information on a page, for example, through Wiki syntax, or a plugin? Most importantly, I need to show the username, the time edited, and will, down the road, have to display a custom field called ClassOfContributor (eg, Instructor / Student / Administrator )

Any advice / info / hack is appreciated!!

It is great that TikiWiki allows an administrator to customize the Custom Header of a given Website. This allows more personalization than the out of the box "Powered by TikiWiki" logo.

To extend this flexibility, it would be great if one could reference Wiki plugins - custom-built or native Tiki - in the header. As an example, a {RANDOMQUOTE} plugin similar to the simple PHP function on the attached page

http://php.about.com/od/finishedphp1/p/random_quote.htm

I know Christmas is a way's away, but this would be a great early gift!

Currently, the remove_all_versions function, defined in tikilib.php, accepts page as a parameter. It would be ideal if the function could be modified, or a new function created, that accepts username as a parameter. This would be ideal in instances where, for instance, several hundred pages have been created by a given user. The pages could be removed en masse, rather than having to specify each page specifically.

Various tools are able to built a structured documentation form internet exploration.
A good example is ZOTERO.
The product can get urls, html pages content, manage a hierarchical structure, set marks etc...
The product is able to export XML files with various basic patterns :
1. Zotero RDF
2. MODS
3. RIS
4. Refer/BibIX
5. Unqualified Dublin Core RDF
6. WikiPedia Citation templates
7. BibTeX

These structured informations can be imported to a wiki structure.
he interest of Zotero RDF (but I had not the time to the Unqualified Dublin Core RDF have the advantage of containing the structure definition the link to external url and if the html page has been captured the component html page with the elementary component has images.
This model his the closest of wiki structures.

Too the Wikipedia Citation templates is close but from the url refs;

I have not found where are the text and synthesis objectives for "import" and data shared (XML files as RDF Zotero structures), and multiwiki, in 4.x and 5.x

I am interested in participating to these developments.

Best regards to everybody

It would be fantastic to get even more structure and relations between wiki-items. The most innovative way at this point is to work with ontologies. Therefore it would be helpful to base a tikiwiki on an ontology.

Implement something like the special page [http://en.wikipedia.org/wiki/Special:Book|Wikipedia Book] to generate some revenue from community assets

When I am in Firefox, I should be able to add an RSS feed directly (one click instead of login, and copy & paste)