Category: Wiki (page view, edit, history, rename, etc)

When viewing wiki page history, default two versions to compare should be last two. Bug introduced in January 2008 on BRANCH-1-10

{THUMB(id=18,url="show_image.php?id=18")}{THUMB}

In the Properties tab of the Wiki edit screen (either standard wiki editor or wysiwyg) there is an option to Import the content of wiki page that has previously been exported (needs some Wiki options set to see these)

The export process works fine producing a text file with a special header area then the content which is in wiki syntax for the normal editor or html when using the (full) wysiwyg editor (not tested the wiki syntax wysiwyg option)

To import the page you simply browse to the file and then save the page - which used to import the content at that point.

However now (22 Aug 2013) in 11.x and trunk nothing happens and the page remains empty. It used to work Ok at some point probably version 6 or perhaps earlier?

{syntax type="tiki" editor="plain"}
The initial report is kept for the record. (see below)

Feature request based on the comments. (see the comments section)

It should be possible to group changes per page (accordion ?) so it is possible at first to see all the pages that have been changed. When toggling the view it should show all "this" page changes.

Minor changes shouldn't be displayed.

---
Previous:

I have the feeling this is a recent change.

At https://tiki.org/tiki-lastchanges.php is display ANY editing of the pages they were saved meaning when 20 editing where done on a page, it will show 20 rows for the same page. With you can have a page displaying only changes on a single page. It turn the feature as unusable as the user is busy playing with the navigation and can’t see the essential information instantly (last page that were changed).

Beside once on a specific page history is working so the details of the changes that were made are available.

Obviously the purpose of this feature is to show last-update-date not ALL-update-date
---
feature_lastChanges (https://doc.tiki.org/item849?highlight=last+change)
description
Enable users (with permission) to see the sortable, searchable list of wiki pages (tiki-lastchanges.php) organized by ===last-updated date===. Use the Configuration area to specify which items to display..
---
https://doc.tiki.org/Using-Wiki-Pages?highlight=last+change#Displaying_Last_Changes

!!Problems

__Pretty Much Resolved by the wiki ALIAS function__ - so closed.

Redirect plugin
*is not included by default in TikiWiki because it could be used for bad things
*creates redundancy (in search results, page listings, etc) - maybe redirected pages should not appear in list?

Renamed pages
*do not automatically redirect - creates broken links.


!!Proposed solution:

!!!renamed pages
*When a page is renamed the user must choose "hard or soft redirect" perhaps better known as "redirect or refer from old page?"
**hard redirect places redirect plugin on pagename-old to pagename-new.
**soft redirect puts something at top of page like
^This page has been renamed: pagename^


!!!Add synonyms/aliases to a page

suggestion (mlp): adding aliases to a page should automatically create pages with hard or soft redirects to pagename. Note that the adding of alias pages must not destroy data if page already exists.

Ex.:
dev.tikiwiki.org/Tracker
dev.tikiwiki.org/Trackers
dev.tikiwiki.org/Bug tracker

would be aliases. It would avoid the pollution we have here: http://dev.tikiwiki.org/tiki-orphan_pages.php


doc.tikiwiki.org/Install
doc.tikiwiki.org/Installation
doc.tikiwiki.org/Installer

Each wiki page should be able to put one or many aliases. These aliases would work in search. All the aliases should have an important weight in the internal search engine.

We could use this instead of renaming pages. Also, when we do rename a page, we could have an option to have the old page name to be an alias of the new one. Thus, better for external search engines.

Theses aliases could even be used as meta tag for this page.

Putting aliases to non wiki pages (ex.: tiki-forums.php) would make ((doc:structures)) more useful. Now, using structures for site navigation only makes sense if you only have wiki pages. And who ''only'' wants to have wiki pages with all the great features offered by TikiWiki? :-)

It also help to use cleaner page links in sentences. If my Wiki page is called Install, I have to do the following now:

{img src=images/code.png}%%% {CODE()}
For more information about ((Install|Installation))
{CODE}

With aliases, I could do:
{img src=images/code.png}%%% {CODE()}
For more information about ((Installation))
{CODE}

Page aliases - and hard redirects - should permit to set status "Moved Permanently" for robots to send traffic to main page.

What would we do with page renames? (which correct links in wiki pages). Needs some thought. We don't want some unwanted changing of text in existing wiki pages.


Do we need?
Redirect to internal or external http is ok because a special permission is needed to use. -> tiki_p_wiki_alias . In security admin, warm that giving tiki_p_wiki_alias to untrusted people is a security risk.


Related:
[wish1119|Better handling of page renaming]
[wish1610|Redirect plugin : should permit to set status "Moved Permanently"]
[wish1292|Plural WikiWords when using ((WikiWord))]

Under 1.9.5 and under two different themes, I could not create a wiki page that had quotes in it. I received an error like this:

Invalid variable value : page = asdfasdf "foo"

That would be only a minor annoyance. But it gets worse. You can rename a page to have a name with quotes in it; however, having done so, you cannot then view or edit that page. You receive the same error when attempting to access the renamed page.

http://dev.tikiwiki.org/Add+to+WishList simulates the wiki page "add to WishList"


But
{CODE()}
((Add to WishList))
{CODE}

does not simulate
{CODE()}
((Add+to+WishList))
{CODE}

Should it?

Should plus(+) and space ( ) be freely interchangeable, the same was "A" and "a" are?

Attempting to remove a page fails by default, without reporting any error. Before Tiki 18, it seems to do nothing or little. Since 18, it merely removes the last version of the page.

When the "Remove all versions of this page" is checked, removal works.

{syntax type="tiki" editor="plain"}
When you make an edit to a page you get the success notification area appear to let you know all is ok after saving your edit.
If one is making lots of edits there is always the need to close this notification, its a pain.
How about the notification is faded away after maybe 5-10 seconds.

{syntax type="tiki" editor="plain"}
The first problem is that even when the admin preference to display the page title is turned off, there is still an empty h1 tag and heading link in the page. This takes up vertical space and the link icon is visible if the space is hovered over. Turning off the page title display should also "turn off" the heading and link code in the template. When the pref to display the page title is activated, the page title text that displays does have an h1 tag but it has no link code or icon.

The second problem is that the preference option "Display page name as page title" causes the page title to be displayed ''above'' the ''main'' element. This is not good HTML or DOM structure, not good for accessibility, etc.

The third problem is that the preference option "Display the page name inside the page content" doesn't actually cause the page name to be displayed inside div class="content". It's not clear to me why this div was added when there was already an article element and a div id="page-data" (or why the "content" class wasn't added to the div id="page-data"), but IMO the preference name and HTML should be consistent. (Usually there's no visible difference, but a theme might give the page content a different style than the rest of the page, so in this case it's a significant distinction.) The h1 heading tag and link icon that has no text, described in the first paragraph, is actually located correctly, inside div class="content", IMO.

Comparing to versions 27 and 28, it looks like to me that the admin handling of the wiki page title display hasn't been good for a while now so I can understand the motivation to make some changes but there appears to be more work to do.

We have a tracker where we use a "Wiki page"-tracker-field.
This field uses as page name the results of a mathematical calculation tracker field, which inscludes a formula concatenating strings and tracker item id).
The mathematical calculation tracker field is set to calculate at save time (not at indexing time).

The error message when inserting a new tracker item seems to be related to the order, as if the results from the mathematical calculation field are not available for the wiki page tracker field when the new tracker item is being created:

{QUOTE()}
Error. Missing Page Name field #XX value for Wiki field #YY (so page not created)
{QUOTE}

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

This implies that if the user adds plenty of content (at tracker item creation time) to the text area of the wiki page field, that content is lost.

Saving a wiki page gives a SQL error. It looks like a typo in the WHERE clause.

The query was:

SELECT `version` FROM `tiki_history` WHERE 1=1 AND `pageName` = ? AND `lastModif` < ? ORDER BY `version` Array
Values:

Using the Custom Component JavaScript Class V11
1295471823
The built query was likely:

SELECT `version` FROM `tiki_history` WHERE 1=1 AND `pageName` = 'Using the Custom Component JavaScript Class V11' AND `lastModif` < '1295471823' ORDER BY `version` Array

Hi. I wasn't able to remove a wiki page that had an attachment. I've tried it with the button "More" at the bottom of the page, and "Remove" in there. There was a message telling me, that the last revision of the page has been removed, but it was still there. After I removed the attachment, which the page had, it worked.

After last commits from Victor and Jonny I could test Markdown on a Tiki25 updated from a previous Tiki24 site.

On the edit I tested (on Chrome) with single return (enter on the keyboard, with shift-enter, etc...).
Displayed page is a bit far from user expectation;

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

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

On Tiki25 using markdown.

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

With the Wiki page preferences;
Automatic table of contents, Wiki auto-toc enable (tiki-admin.php?page=wiki)
With the per page table of content selector set to No.

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

On this page the table of content shouldn't be displayed, instead a broken version of the table of content is displayed at the top of the page.

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

If the page properties says that the Table of content display is set to no, then it shouldn't be displayed.
If, on the Admin control panel I disable Automatic table of contents, Wiki auto-toc enable the table of content is not displayed.

On a wiki page when you create a wiki link from the toolbar on the page field there is an autocomplete/search system that allow you to insert existing pages.

This is not working anymore and the field (page selector) is not populated.
It has been tested at doc.t.o the bug is also visible on dev.t.o and other Tikis.

{mediaplayer src="display2150"}

This is basic Wiki Page and it is important it is fixed rapidly.

Note: If I insert manually the wiki link, "Tiki Newsletter February 2024" is ok while "Tiki-Newsletter-February-2024" is not ok. Somehow I remember it should work the same with the dash.

The save button is gone from the wikiplugin modal.

To reproduce edit a wiki page, click on the help icon, choose the "Plugin Help" tab select a plugin.

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


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

When you edit a very long content and or you want to test your editing preview is not always as handy as opening the page in a second tab or a second browser.

In both case, being able to save (as you go) while staying in editing mode would be a great option.

May be there is such option somewhere (I recall something in the WYSIWYG toolbar) but, it is not available out of the box from the main button bar (Preview, Save, cancel).

That would really help people with the "timeout" and loss of content when they are editing a very long page with a lot of content.

At tiki-listpages.php if you delete a page using the wrench action item "Remove" you won't see the result till you reload the page.
It happens in some other places, see the related.

I updated a Tiki25 to Tiki26 and from the Wiki list page (tiki-listpage.php), I can see in the list a page with a double-quote in the title.
If I click on the page I go to a not found page. (the double-quotes is removed from the link)

The page exist and there is content.

{mediaplayer src="display2102"}

I could be nice to have a kind-of "History Flow" application, or feature, integrated in the Wiki.
Such as the "History Flow" ([http://researchweb.watson.ibm.com/history/]) developed by people from MIT and owned by IBM (afaik)

I'm not skilled on CVS, but I wonder if this is already developed for CVs applications. (gCVS, for instance, for GN/Linux Gnome)

And from thepoint of view of Tiki, I know there is the option "export all" tiki versions of a page, at wiki page edit time. Could this be used to see more easily all the changes that a user has made to a document, etc.?

(I'm thinking in the educational scenarios where as teachers we have to review a user contribution to a collective document, and grade it, etc.).

{syntax type="tiki" editor="plain"}
It is impossible to delete a wiki page. It doesn't matter whether you go to list wiki pages and select delete from the context menu of that page, or go to orphan pages and select delete from the context menu, or whether you check the checkbox in those to lists and then choose "delete selected".

A dialog pops up that asks whether you really want to delete that page. In this dialog, the page for deletion is correctly stated, so a page HAS been correctly selected.

But after confirmation you always get the error message "no page selected" and "one or more pages should be selected"...

According to r31226 (7/12/10, by killianebel ):
{QUOTE()}[MOD] Wiki pages can be viewed at a specific version, using the &version or &date URL parameter. Files included in pages with the FILE plugin correspond to the specified version. This feature must be enabled with 'feature_wiki_use_date'.
{QUOTE}

However, I can't get this feature to work with Tiki14 or Tiki12 or Tiki9 (with or without revision approval). It seems as if important pieces of code are missing. Did this ever worked?

Hi -

I am using the latest tiki-HEAD and something is wrong with wiki display. The tiki-showpage.tpl has a list of options to show categories on the wiki page, such as $feature_categorypath, $feature_categories, and $is_categorized

It appears from debug that $is_categorized is not set on my pages despite the fact that the pages are, in fact, categorized. Any ideas?

A page can be renamed but there is no log of the change anywhere... No one will know this page was renamed.

The action of renaming a page should be logged in the page history (auto dated description: The page "mypage" was renamed "mynicepage")
I wonder if there is a notification sent for such change ?

Tested on a fresh Tiki master.

''spaces and punctuations included - tested with latin and non-latin characters''

When my wiki page description is exactly 200 latin characters an alert popup:
"You have reached the number of characters allowed (200 max) for the description field"
When I remove one character (so total is 199) no alert.

In all cases the Description is saved as is which the limitation ineffective.

Related to:
https://gitlab.com/tikiwiki/tiki/-/merge_requests/958
https://gitlab.com/tikiwiki/tiki/-/merge_requests/1546