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

{syntax type="tiki" editor="plain"}
It would be lovely to set some new user defaults at
* Admin (home) > Login > User defaults, and/or
* Admin > Groups > (Edit a single group)

The ability to Subscribe/watch/monitor new users in the site or to that specific group, to specific Tiki objects.

Which tiki objects?: I would say, in this order:
# specific forums
# specific blogs
# specific calendars
# specific newsletters (ML: we can already subscribe groups to newsletters)
# specific wiki pages
# specific structures
# specific trackers
# specific categories
# new articles

This is specially useful for new users of the site, where they don't know yet how to subscribe to specific areas, etc. Very needed for educational scenarios, but I can see many other places where new users are a bit lost for some time while they learn how to use the Tiki site.

Related:
*[wish988|Forum: Let forum admins/moderators add groups and/or users as watching the forum]
*[tiki-index.php?page=Business%20Plans|Let small business start ups access collaborative sharing where the document being shared is not visible by anyone else]


Anywhere there is a watch eye, it should be possible for an admin to have group members watch this category

I upgraded from 1.8.5 to 1.9.0. After editing and saving a page, a blank page is displayed. On refreshing it (and accepting that postdata will be sent again), I get the original page.

After editing and saving a certain section of a wiki page, it would be very helpful, if TikiWiki would scroll down to this section again, when reloading the page.

Many other Wikis like Mediawiki or Dokuwiki handle section editing this way and it is indeed very convenient.

Imagine you edit a section of a very long wiki page and you have always to scroll down manually, when you have saved the page but have to review it.

This is an alternative to full WYSIWYG.

Wiki parser does some things. To get Javascript WYSIWYG, you would have to rewrite and maintain in javascript.

It re-uses existing features and has less chance of What you Saw Was Not What You Got.

Clicking Preview is a great way to see what you will get. But it's slow and it makes you loose your cursor position.

How about having a button to open a second browser window which refresh every 5 seconds (configurable) the content of the wiki edit box?

Lots of people now have large screens so they could put this side-by-side (or however they want it)

With the option HTMLdiff, you could in quasi real time not just see what you will get, but also see the colored diff. (cool!) So before you save, you know what you are about to delete.

((WYSIWYG-ish wiki))

{syntax type="tiki" editor="plain"}
Ajax seems to be buggy and producing a serious bug which duplicates the content of wiki page edit under some circumstances.

[[10:07] chibaguy Yeah, I've seen a number of complaints about that in the tw.o forums.
[[10:08] xavi It's been reported as such by some users and they discovered that disabling ajax solved (as a workaround) the issue. And the issue is a big bug (I suffered from it in tiki 3 something a few months ago)
I was going to fill a bug, but dev.tw.o down nowadays to me
[10:10] xavi that's the recent bug report in he forums, where they talk about the disabling-ajax workaround:

[http://tikiwiki.org/tiki-view_forum_thread.php?comments_parentId=34537&topics_offset=5&topics_sort_mode=lastPost_desc&forumId=4]

----
See similar bug (but not related to ajax) here, reproduced also with 5.0rc2:
http://dev.tikiwiki.org/bug3211

On a Tiki20 I can edit the default Wiki page, select text and create an external hyperlink using the toolbar button.

If I do that with "Ajax auto-save" enable (by default) all goes well.
If "Ajax auto-save" is disable I got the following alert;
{img fileId="1308" thumb="box"}

===WAS: Alias Donation not working on t.o===
On Google I was looking for "Tiki Wiki Donation".
I get a result and this is the link:
~pp~https://tiki.org/tiki-index.php?page=Donation&structure=Donation~/pp~

But it goes to a non existing page that need to be created.

If I go at https://tiki.org/Contribute-to-Tiki I see this page as a "Donation" alias.
Something is not working as expected. (removing &structure=Donation doesn’t help).

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

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

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

---

===Update: 2021-05-19===
Now on Google when you look for "Tiki Wiki Donation", the output is:
* https://tiki.org/sheet15 : a public sheet that display 2011 donations (===anonymous can see !===)
* https://tikiwiki.org/sheet15?parse=edit : an error page (Permission denied: feature_sheet)
Not really an improvement of the situation... ?

Note: Googling "Tiki Donation" output is:
* https://tiki.org/Contribute-to-Tiki
* https://tiki.org/sheet15 : a public sheet that display 2011 donations (===anonymous can see !===)
* https://tikiwiki.org/sheet15?parse=edit : an error page (Permission denied: feature_sheet)
There too it is not really optimal

See http://doc.tikiwiki.org/tiki-pagehistory.php?page=File%20Gallery%20for%20Images&preview=10

If you use align=center inside a ~np~{img}~/np~ the image will be displayed floating in middle of the text. This is a regression, align=center used to work well in previous versions.

Logged in, go to:
http://profiles.tiki.org/tiki-pagehistory.php?page=Tiki+Transforming

You will see a bunch of action (Source, Permissions, History, Export, etc). These actions should be WYSIWYCA

When you click on any of the buttons in the wiki page editor to create any kind of tracker function you get a pop-up that says
Oops!
The Symfony\Polyfill\Intl\Icu\Locale::getPrimaryLanguage() is not implemented. Please install the "intl" extension for full localization capabilities.
I can swap between php7.4 and php8 and both have the php-intl extension installed.
file permissions are www-data:www-data ugo+rwx. So all good in that area.

Allow posting comments on a wiki page when viewing wiki page history (for instance, when viewing a diff of page versions from different users): useful on educational scenarios, where it would be easier to report feedback to some students when they make a good or bad change on some content on that page...

Using "Anchor links on headings" (tiki-admin.php?page=wiki&highlight=wiki_heading_links) you can enable having a link and an icon for it in your headings.

While it is awesome for certain headings (the higher one) it is very annoying for others (the lowers) and break design (adding an extra line to display the icon).

It would be nice to have a selector for this to select: H4 and above, H3 and above, H2 and above, H1 only).
(may need rewording).

somehow an anonymous user gets the tiki_p_wiki_view_history right, although it is not listed in 'assignpermission.php?group=Anonymous. thus the user can view out dated information which should restrict-able.

{syntax type="tiki" editor="plain"}
For example:
https://tiki.org/Why-Wiki-Syntax-Is-Important

It seems to me that on all *.tiki.org sites, anonymous visitors should be able to see the history of pages they can see.

The following patch provides a version of the ARTICLES wiki plugin, that displays article titles only. To use, people simply specify titleonly=>1 in the options for the ARTICLES command. This is in production use on the [http://www.asperger.asn.au|Asperger Services Australia] website -- just look under ''News'' on the right-hand side of the page.

I'd like to see some sort of an "autosave". That way when you're engaged in editing a really lengthy page, it will save itself periodically. For those of us that have flaky internet connections, this would be a huge boon. My edits wouldn't necessarily be lost if my internet connection goes pouf for a few minutes.

{syntax type="tiki" editor="plain"}
1- Go to ((Keywords))
2- Check Backlinks

You will see a backlink to __Why Use 2.0 for devtwo__ but this page no longer exists. It was renamed or deleted or something :-)

In a tracker item, we often refer to wiki pages. From those wiki pages, we should be able to see the trackers in the backlinks.

Related:
Tracker plugin to get title and make link to tracker item
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1768

With this second thing done, we could have backlinks among tracker items.


This will be useful for a ((Mindmap))

Update:
Backlinks still fail to display. See https://doc.tiki.org/tiki-backlinks.php?page=Tiki3

CentOS 6.3
APC 3.1.13
PHP 5.4.11 (apache2handler)
MySQL 5.5.30-log

Tiki 12, new/clean install

all related features was be checked(shearched in admin panel), still Missing Backlinks.

1. Backlinks failed to display in the wiki page (top icon, right corner)

2. Backlinks failed to display in a wiki page, which I use inline plugin Tools to insert it, such as:

http://giprs.org/wiki (English & Chinese pages)

http://giprs.org/wiki/Project(external link)

http://giprs.org/wiki/Issue(external link)

In previous version, the backslash "\" was allowed as a character in page names, and you could access pages like this fine, but for some reason in tiki 11 if a pagename has a backslash in it, one cannot access the page (get "page does not exist".

I tested in a tiki 11 instance, and it appears that this is not the default behavior, and you need to have search engine friendly url's enabled and have enabled your apache clean urls too, which I could not test on the instance.

UPDATE: replacing the _htaccess file with a _htaccess from a previous version makes it possible to navigate to these pages with backspaces in their names. Note that the url generated by both files are the same. Not sure exactly how htaccess works, but thats the deal.

There is bad output on the link when the linked page description has WikiWords.

Example:
[http://tikiwiki.org/TikiLiveCD]

On top, there is alink to pages which have as description the Word "TikiWiki". And it produces some outptut like:

^ca TikiWiki 1.9.7 + 1.10 cvs!" href='tiki-index.php?page=TikiLiveCD%2Cca&bl' class='wiki'>TikiLiveCD,caes TikiWiki 1.9.7 + 1.10 cvs!" href='tiki-index.php?page=TikiLiveCD%2Ces&bl' class='wiki'>TikiLiveCD,es
^

Currently, when one attaches a first file to a wiki page, the attach a file tab turns into a tab that says how many attachments there already are on the page. Clicking on this button does two things:
# it allows you to see the existing attachments and
# it exposes a control that lets you add attachments.
The problem with this button is that it does not offer the affordance of attaching a file. A naive user who looks at this button will not understand that it is the button that one uses to attach a file.

I want to enable comments on wiki pages.

I have two options right now, both have advantages and disadvantages.

Enabling comments on pages

* Pros
o Easy to configure
o Comments are visible directly on the page
* Cons
o No way for people to monitor all posts on the site. Often people post a comment on a a page and never get feedback.


Associating a discussion forum thread to each page

* Pros
o Everyone on the site gets to see every posting that's made on any page. Increases the likelyhood that someone will respond to a post.
* Cons
o More difficult to configure.
o Postings are not visible directly on the page.

It would be nice if we could have the best of both.

What I would like is something where:

* A discussion forum for the wiki can be enabled at a single click of the mouse.
* This single click of mouse would result in threads being a
utomatically created on this mailing list for each of the wiki pages
* The top 5 messages for a given page would be displayed directly on that page.

A user typo whilst creating a structure can create a new page which then isn't (easily) accessed.

Whilst creating a new structure and adding pages with aliases using the "Tree" feature, if hyphen space greater-than rather than simply hyphen greater-than is entered the new page is created without an alias but with a longer that expected page name.

For example
Test_01 -> Page1 creates new page called Test_01 and alias Page1 as expected.
But
Test_02 - > Page2 creates a new page called "Test_02 - > Page2" with no alias.

Accessing this page and removing it is challenging :-))

--(Can't currently create a show instance for you, no database connection available, but I can reproduce this on the demo 18x/system)--

Using the Structures "next page" button from page Test_01 causes a wiki error "Page not found" for "Test_02 - Page2" (sic without greater-than sign).

Likewise wikilink from toc generated on pages within the structure also results in "Page not found".

Adding the plugin listpages with options find="Test_0" to the root of the structure shows the pages as expected.

Note the wikilink URLs generated by toc and listpages are different, but wikilink from listpages also results in the same "Page not found error" for the same page "Test_02----Page2"