Category: Usability

{syntax type="tiki" editor="plain"}
* show page header not respected
* all levels of heading shown as H1 (and trigger a new slide, would be nice to pick which level of heading does that)
* non-standard icons don’t work (I.e. type=brands) because standard font awesome font-face is hard coded to apply to ‘’all’’ -+span+- elements (which is insane right?)
* there may be more…

V5.1 possibly V5.0 If a message thread is longer then 21 messages (it seems) and you go to next page it just shows original message and thats it. I had to set comments to "all" to get it to list all the messages in thread. Thats the work around for that.

{syntax type="tiki" editor="plain"}
WYSIWYG editor is displaying theme background inside of edit box using darkshine. This results in the red and red stripe background behind your editing, but this background does not appear behind the wiki page when viewed (displayed on white, as is desired)

View a Spreadsheet in Mobile mode: tiki complains inifinitely that jquery_ui is not enabled

You enable it, try again, and you get the same error message.

If you switch to non-mobile mode, the tiki sheet is there as usual. But when you switch back to mobile mode, you get the same error again.

If you visit the admin panel "Features", "Interface" tab, you can see that jquery_ui is disabled indeed in Mobile. However, if you switch to non-mobile mode, jquery_ui is shown as enabled.

In mobile mode, as a reference, these seem to be the css libraries loaded (no jquery-ui) when attempting to view a spreadsheet:
{CODE()}
<link rel="stylesheet" href="vendor/jquery/photoswipe/photoswipe.css" type="text/css" />
<link rel="stylesheet" href="vendor/jquery/jquery-mobile/jquery.mobile-1.3.2.css" type="text/css" />
<link rel="stylesheet" href="vendor/jquery/plugins/treetable/stylesheets/jquery.treetable.css" type="text/css" />
<link rel="stylesheet" href="styles/mobile.css" type="text/css" />
{CODE}

When in non-mobile mode, these are the ones loaded (they include jquery-ui):
{CODE()}
<link rel="stylesheet" href="css/cssmenus.css" type="text/css" />
<link rel="stylesheet" href="vendor_extra/elfinder/css/elfinder.full.css" type="text/css" />
<link rel="stylesheet" href="vendor/codemirror/codemirror/lib/codemirror.css" type="text/css" />
<link rel="stylesheet" href="lib/codemirror_tiki/codemirror_tiki.css" type="text/css" />
<link rel="stylesheet" href="temp/public/codemirror_modes.css" type="text/css" />
<link rel="stylesheet" href="vendor/jquery/jquery-ui-themes/themes/flick/jquery-ui.css" type="text/css" />
<link rel="stylesheet" href="vendor/jquery/jquery-timepicker-addon/dist/jquery-ui-timepicker-addon.css" type="text/css" />
<link rel="stylesheet" href="vendor/jquery/plugins/cluetip/jquery.cluetip.css" type="text/css" />
<link rel="stylesheet" href="vendor/jquery/plugins/colorbox/example1/colorbox.css" type="text/css" />
<link rel="stylesheet" href="vendor/jquery/plugins/treetable/stylesheets/jquery.treetable.css" type="text/css" />
<link rel="stylesheet" href="vendor/jquery/jquery-sheet/jquery.sheet.css" type="text/css" />
<link rel="stylesheet" href="styles/fivealive.css" type="text/css" />
{CODE}

Te reproduce, login to view this spreadsheet here:
http://xavi-9794-4985.show.tikiwiki.org/tiki-view_sheets.php?sheetId=1

u: admin
p: 12345

Click at Switch to mobile mode. Done.
---
UPDATE: Closing item as outdated, since Tiki 15+ doesn't have this issue due to Bootstrap. {sign user="xavi" datetime="2017-01-29T14:37:58+00:00"}

In tiki-view_tracker_item.php the display of field data is unclear. What's with the stike through field options?

For example:
[tiki-view_tracker_item.php?itemId=980&trackerId=5]

When I have a drop-down list, in view-mode I only see what is chosen. Not what is not chosen. It should be the same thing here.

In the tracker listing, it is OK as well: [tiki-view_tracker.php?trackerId=5]

Thanks!

Using 1.9.cvs, user uploaded avatars can only be viewd correctly if they are .gif images.

Shouldn't it allow at least, .png and .jpg images? (currently, it shows a black square, if so)

---
I've modified the tpl in cvs (branch 1-9) to guide users to upload their images in the needed format to work in Tiki. When (and if) fixed, please, change or remove that note in the tpl file

{CODE()}
/cvsroot/tikiwiki/tiki/templates/tiki-pick_avatar.tpl,v <-- tiki-pick_avatar.tpl
new revision: 1.8.2.7; previous revision: 1.8.2.6
{CODE}

----
It seems an issue related to the server, since it does work for me on other servers.

Hello,
thanks for all the hard work, Tiki is working great on our internal site.
I have a problem with ViewerJS.
- everything works fine for me (Linux, Firefox, latest version)
- I cannot get it to work for a user, using same browser as I do (Win, Firefox)
- the ViewerJS loads but displays a gray page
- same problem in full page and in embedded iFrame.
I got no response from the github ViewerJS part.
I could do debug of ViewerJS, but never done that in javascript, can someone provide some hints? Should I look at a specific function in the code, as I am wondering if the download of the file is hanging, or if it the display.
Thank for any help,
Hubert J.

Hello, I'm using tikiwiki 1.9.7 and we have several virtual wikis installed at present. The problem is that the groups we get in the admin section are the groups from the virtual wiki that last made a modification to its groups. So sometimes, on the virtual wiki on which I'm admin, I see the groups of another virtual wiki, and not my own groups. The same happens for the categories. (This might also affect other domains that I haven't identified).

What seems to be happening, is that once there is a modification to groups in one of the virtual wikis, the cache is updated with that content and it seems that all virtual wikis must share the same cache... The exact cause would have to be investigated properlly as this is only an assumption deduced from the symptoms. What I do know, is that in the wiki admin section, I made sure that the cache was set to 0 (no cache), and that the individual cache checkbox was unchecked (no sure what this is supposed to do). So if this is a cache problem, it apparently occurs with a cache that you have no choice of using. Also, it can't be a browser's cache because I never go to the other virutal wikis, so there is no reason these other groups should appear in my browser suddenly.

When I do go in the groups section, the right groups are listed on the page in the section 'list of existing groups' , but in the include box of the 'add new group' section, the groups are wrong.

Well that's about it, I hope this is enough information to solve this bug. Let me know if you need specific information I haven't included in this report.

Kreugen

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

Tiki 12, new/clean install

I use inline Plugin Tools, Wanted Pages, to display it, but failed, such as:

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

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

I’m receiving warnings from Tiki Scheduler.

From: a Tiki admin email ?

Subject: "Scheduler "Batch Sync WO Status - SyncStatusECDEntered" was healed"

Body : "Scheduler "Batch Sync WO Status - SyncStatusECDEntered" is now marked as healed, since its running time is over minutes."


With that little information I have no clue which Tiki is trying to tell me something.
We should add information to the email like: url of the Tiki and Browser name.
I would add the date so I can copy/paste or forward easily the information.

Something else ?

luci added one line and I received the following:
{CODE()}
---------- Forwarded message ----------
From: <noreply
Date: Tuesday, November 6, 2018
Subject: wiki page "Major Features Missing In Tiki" changed by luciash d' being
To: marc



The page "Major Features Missing In Tiki" was changed by luciash d' being at 07 Nov 18 00:26 CET

You can view the page by following this link:
https://dev.tiki.org/Major-Features-Missing-In-Tiki

You can view a diff back to the previous version by following this link:
https://dev.tiki.org/tiki-pagehistory.php?page=Major%20Features%20Missing%20In%20Tiki&compare=1&oldver=&newver=1


***********************************************************
The changes in this version follow below, followed after by the current full page text.
***********************************************************


+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
@@ -Lines: 1 changed to +Lines: 1-72 @@
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+ Many open source web applications have a large number of features available as add-ons. They need to be installed separately and there are often several add-ons for the same purpose.

+ Instead, the Tiki community uses an ((tw:all-in-one Model)). One of the consequences is that Tiki is the ((tw:FOSS Web Application with the most built-in features)).
+
+ Not only has this been true for a quite a while now, but Tiki also has a much faster than average release schedule, with 2 major releases per year.
+
+ * 2008-08: ((doc:Tiki2|What's new in Tiki 2.0))?
+ * 2009-05: ((doc:Tiki3|What's new in Tiki 3.0)) LTS?
+ * 2009-11: ((doc:Tiki4|What's new in Tiki 4.0))?
+ * 2010-06: ((doc:Tiki5|What's new in Tiki 5.0))?
+ * 2010-11: ((doc:Tiki6|What's new in Tiki 6.0)) LTS?
+ * 2011-06: ((doc:Tiki7|What's new in Tiki 7.0))?
+ * 2011-11: ((doc:Tiki8|What's new in Tiki 8.0))?
+ * 2012-06: ((doc:Tiki9|What's new in Tiki 9.0)) LTS?
+ * 2012-12: ((doc:Tiki10|What's new in Tiki 10.0))?
+ * 2013-07: ((doc:Tiki11|What's new in Tiki 11.0))?
+ * 2013-11: ((doc:Tiki12|What's new in Tiki 12.0)) LTS?
+ * 2014-08: ((doc:Tiki13|What's new in Tiki 13.0))?
+ * 2015-05: ((doc:Tiki14|What's new in Tiki 14.0))?
+ * 2016-04: ((doc:Tiki15|What's new in Tiki 15.0))?
+ * 2016-11: ((doc:Tiki16|What's new in Tiki 16.0))?
+ * 2017-07: ((doc:Tiki17|What's new in Tiki 17.0))?
+ * 2018-01: ((doc:Tiki18|What's new in Tiki 18.0))?
+ * 2018-10 (planned): ((doc:Tiki19|What's new in Tiki 19.0))?
+ * 2019-04 (planned): ((doc:Tiki20|What's new in Tiki 20.0))?
+ * 2019-10 (planned): ((doc:Tiki21|What's new in Tiki 21.0))?
+
+ Even with all the features, there are still ((All Feature Requests|several hundred feature requests)). But most of these are requests for enhancements to an existing feature. Once a feature is in the code base and is basically usable, it usually evolves naturally/organically. In each Tiki version, most features are refined at least a bit. Some like ((Webmail)) need a lot of work. But at least, it's a start.
+
+ But when a feature is totally absent, it takes a spark to make it happen and take it to the level where is starts evolving naturally/organically.
+
+ What does Tiki __not do__ yet? (please base your answers on latest code). You can also check out the list of ((tw:Use Cases)) for more ideas. See also: ((Interesting Features from other Web apps))
+
+
+ !! Major features totally missing
+ {wishes filtervalue="163" status="op"}
+ * --Desktop publishing as will be needed for the ((Online Publishing House))-- See ((doc:mPDF))
+ * ((Naive Bayes classifier))
+ * --Something like ((kfm)) or ((elFinder))-- Done in ((Tiki11))
+ * ((WikiTrust))
+ * ((Social Bookmarking))
+ * ((Link checker)) (internal and external)
+ * ((Animations))
+ * ((Repository Browser)) for ((Code Review))
+ * --Interface with ((Monitoring)) tools: Nagios, Zabbix- etc. Would also be part of ((TRIM)) and ((Check))-- Code for Nagios was adding. Documention: https://doc.tiki.org/Monitoring
+ * Online Store (out-of-the-box solution like PrestaShop)
+
+
+ * A well-defined API for building applications on top of, or integrating application into Tiki. __People often say this but without a specific example, it's difficult to follow-up upon. Current plugins structure is very efficient to interface with 3rd party services. Can you give 2-3 specific examples of applications or types of applications you have in mind? Thanks! --marclaporte__
+
+
+ !! Major features missing from main code base, but available with 3rd party mods or workarounds
+ * [http://tiki.org/LearningManagementSystemDev|Learning Management] features like Moodle (gradebook, class management, etc.) though Tiki does have some [http://edu.tiki.org/AulaWiki|3rd party mods] for this
+ * ((doc:E-democracy system)) (we have polls and such but it's not the same as a full-fledged voting/election system)
+ * Online Help (not d.tw.o)-dthacker / marclaporte: can you explain a little more?
+ * Event Management system : while most of this can be done by using the wiki, calendar and user trackers, it's too difficult for someone new to Tiki. Added to ((info:Use Cases))
+ * Have a calendar in the main code base. Either including ((doc:Mod extcalculator)), ((doc:Mod calculator)) or another...
+
+
+ !! Incomplete features
+ __Please ((Add to Wishlist)) instead__
+ * External Authentication
+ ** Interface with SiteMinder ([http://www.ca.com]) (similar to InterTiki, except yield to SiteMinder for authentication as an enterprise-wide intranet authenticator)
+ * Debian and Ubuntu ((tw:Packaging Team))
+ * VMware and Xen virtual appliances
+ * Trackbacks in ((blogs))
+
+ See also: ((Interesting Features from other Web apps))
+
+ -=Alias=-
+ * (alias(Major Features Missing In TikiWiki))
+ * (alias(Missing Features))




***********************************************************
The new page content follows below.
***********************************************************

Many open source web applications have a large number of features available as add-ons. They need to be installed separately and there are often several add-ons for the same purpose.

Instead, the Tiki community uses an ((tw:all-in-one Model)). One of the consequences is that Tiki is the ((tw:FOSS Web Application with the most built-in features)).

Not only has this been true for a quite a while now, but Tiki also has a much faster than average release schedule, with 2 major releases per year.

* 2008-08: ((doc:Tiki2|What's new in Tiki 2.0))?
* 2009-05: ((doc:Tiki3|What's new in Tiki 3.0)) LTS?
* 2009-11: ((doc:Tiki4|What's new in Tiki 4.0))?
* 2010-06: ((doc:Tiki5|What's new in Tiki 5.0))?
* 2010-11: ((doc:Tiki6|What's new in Tiki 6.0)) LTS?
* 2011-06: ((doc:Tiki7|What's new in Tiki 7.0))?
* 2011-11: ((doc:Tiki8|What's new in Tiki 8.0))?
* 2012-06: ((doc:Tiki9|What's new in Tiki 9.0)) LTS?
* 2012-12: ((doc:Tiki10|What's new in Tiki 10.0))?
* 2013-07: ((doc:Tiki11|What's new in Tiki 11.0))?
* 2013-11: ((doc:Tiki12|What's new in Tiki 12.0)) LTS?
* 2014-08: ((doc:Tiki13|What's new in Tiki 13.0))?
* 2015-05: ((doc:Tiki14|What's new in Tiki 14.0))?
* 2016-04: ((doc:Tiki15|What's new in Tiki 15.0))?
* 2016-11: ((doc:Tiki16|What's new in Tiki 16.0))?
* 2017-07: ((doc:Tiki17|What's new in Tiki 17.0))?
* 2018-01: ((doc:Tiki18|What's new in Tiki 18.0))?
* 2018-10 (planned): ((doc:Tiki19|What's new in Tiki 19.0))?
* 2019-04 (planned): ((doc:Tiki20|What's new in Tiki 20.0))?
* 2019-10 (planned): ((doc:Tiki21|What's new in Tiki 21.0))?

Even with all the features, there are still ((All Feature Requests|several hundred feature requests)). But most of these are requests for enhancements to an existing feature. Once a feature is in the code base and is basically usable, it usually evolves naturally/organically. In each Tiki version, most features are refined at least a bit. Some like ((Webmail)) need a lot of work. But at least, it's a start.

But when a feature is totally absent, it takes a spark to make it happen and take it to the level where is starts evolving naturally/organically.

What does Tiki __not do__ yet? (please base your answers on latest code). You can also check out the list of ((tw:Use Cases)) for more ideas. See also: ((Interesting Features from other Web apps))


!! Major features totally missing
{wishes filtervalue="163" status="op"}
* --Desktop publishing as will be needed for the ((Online Publishing House))-- See ((doc:mPDF))
* ((Naive Bayes classifier))
* --Something like ((kfm)) or ((elFinder))-- Done in ((Tiki11))
* ((WikiTrust))
* ((Social Bookmarking))
* ((Link checker)) (internal and external)
* ((Animations))
* ((Repository Browser)) for ((Code Review))
* --Interface with ((Monitoring)) tools: Nagios, Zabbix- etc. Would also be part of ((TRIM)) and ((Check))-- Code for Nagios was adding. Documention: https://doc.tiki.org/Monitoring
* Online Store (out-of-the-box solution like PrestaShop)


* A well-defined API for building applications on top of, or integrating application into Tiki. __People often say this but without a specific example, it's difficult to follow-up upon. Current plugins structure is very efficient to interface with 3rd party services. Can you give 2-3 specific examples of applications or types of applications you have in mind? Thanks! --marclaporte__


!! Major features missing from main code base, but available with 3rd party mods or workarounds
* [http://tiki.org/LearningManagementSystemDev|Learning Management] features like Moodle (gradebook, class management, etc.) though Tiki does have some [http://edu.tiki.org/AulaWiki|3rd party mods] for this
* ((doc:E-democracy system)) (we have polls and such but it's not the same as a full-fledged voting/election system)
* Online Help (not d.tw.o)-dthacker / marclaporte: can you explain a little more?
* Event Management system : while most of this can be done by using the wiki, calendar and user trackers, it's too difficult for someone new to Tiki. Added to ((info:Use Cases))
* Have a calendar in the main code base. Either including ((doc:Mod extcalculator)), ((doc:Mod calculator)) or another...


!! Incomplete features
__Please ((Add to Wishlist)) instead__
* External Authentication
** Interface with SiteMinder ([http://www.ca.com]) (similar to InterTiki, except yield to SiteMinder for authentication as an enterprise-wide intranet authenticator)
* Debian and Ubuntu ((tw:Packaging Team))
* VMware and Xen virtual appliances
* Trackbacks in ((blogs))

See also: ((Interesting Features from other Web apps))

-=Alias=-
* (alias(Major Features Missing In TikiWiki))
* (alias(Missing Features))
{CODE}

I seem to be watching the page http://doc.tikiwiki.org/tiki-index.php?page=Editorial+Board+Meeting+2009+06 but have not recieved an e-mail for changes after 10 June 09 18:13 CEST

This is especially unfortunate for a page like this, where communication somewhat depends on users being informed of changes.

The "Watch Translation" feature works great however... the email notification that the author receives is the same as a regular wiki page change. It should be different it should:
#Specify ''why'' you are receiving the email
+...a translated version of a page you are watching was changed...
#Indicate the change made and which page you should update.
+...please review the following change in __PAGENAME, sp__ and update your page __PAGENAME, fr__...

Or something similar.

Watching a page is an amazing feature.

However, as of now, when a page is renamed or deleted, I am not informed.

Trying to understand what is going on with files and Tiki21 (most image show a .jpg icon instead of the image in the file gallery) I found out that I have way to much files in my file folder than my file gallery.

For 53 files in Tiki I have 204 files in my directory.

{img fileId="1359" thumb="box"} {img fileId="1358" thumb="box"}

I understand there is an option to have more than one file per file (previous version) but I never had such quantity of extra files.

I see a parameter at : tiki-admin.php?page=fgal
"Allow download limit per file"
It is not set by default and when setting it the user have no idea of the limit that he can set.

# --I should be able to set "here" the threshold for the limit-- See my comment {sign user="Bsfez" datetime="2020-02-24T08:09:13+00:00"}
# I don’t think this is the expected default behaviour and it can lead to serious inflation of the file folder (especially for new users without a lot of experience in IT).
# Now that it’s all here and after I set my limit to allow 1 file per download (1 file in my directory for 1 file in Tiki gallery) how to clean the extra files that are still there ?

Webhelp miss utf-8 specification for the tree menu.

Using the Webmail inbox module combined with Groupmail feature displays a "Take" option for any user authorized to grab an email and deal with it.

Unfortunately when clicking on TAKE nothing happens (on the user side).

The Webmail and Cypth connection small alert and feedback (not the real usual Tiki verbose) are hidden under the top navbar when using the Classic Bootstrap layout.

Dear folks, if you go to this page at:
https://thepatriotwoodwiki.org/Western-White-Pine
or
https://thepatriotwoodwiki.org/Eastern-White-Pine
or
https://thepatriotwoodwiki.org/California-Incense-Cedar
or
https://thepatriotwoodwiki.org/HomePage

Basically anywhere I have list files in place, if you click on the wrench icon at the left of each file, then click on "Browser Display", you are redirected to an unrelated page in our wiki, the same page for all the files. I cannot make heads or tails on this one.

What I would expect to occur when "Browser Display" is clicked on, is the image to display in browser view.

A show instance will be created to try to reproduce this bug.
I don't recall this issue before my tiki 18.3 updgrade.

Issue was introduced in our forums at https://tiki.org/forumthread71245-Weird-Action-w-File-Browser-Display?topics_offset=13

The first three stars appear half filled after rating five stars?
Is that expected behavior or am I confused?
{img fileId="1032" thumb="box"}

{syntax type="tiki" editor="plain"}
To reproduce;
When you just create a tracker (no fields yet) and check the properties Duplication you can enable the feature.
Doing so you will see "Field Duplication Rules" but it look like broken or incomplete.

I believe this is because there are no fields yet to apply any rule.

Additionally, if all the field are needed to apply the rules, some text should say: "You need to complete first your fields and tracker then revisit this panel..." (english need wording)

When you are on a page of a wiki structure, you can click on the print icon, but you will only print that single page.

The icon and option to "__print this page and all the subpages__" (= in the the sub-structure) right from there (without going through all the clicks at "Wiki > multiprint > select structure > print") would be very welcome, since the base feature to rpint the full structure exists.

From the home of the structure, it would print the full structure (as it can be done with one click from a structure within a Workspace through ((doc:AulaWiki)) mod, or through many clicks as usual, as explained above).

If the user is on a subpage of the structure, that button would print that page and all subpages from the same structure.

Does it make sense?

Hi,

I think there is a usability bug when the option "Re-validate user by email after unsuccessful logins" is selected.
After x unsuccessful logins, the user gets an email with a link like :

http://www.mydomain.com/tiki/tiki-confirm_user_email.php?user=xxxxxxx&pass=yyyyyyyyyyyyyyyyyyyyyy

When following this link, the user gets the message: "This feature is disabled". Nothing is clear on what to do next, if one's account is still valid or not, and how to change one's password if forgotten.

Tikiwiki version used: 2.2
Options selected:
* Crypt password method: crypt-md5
* Validate users by emails: yes
* Registered Users can change password : yes
* Re-validate user by email after unsuccessful logins: 3

The option
''Send an email to the user in order to allow him to validate his account. ''
in /tiki-adminusers.php ''Add New User'' tab
is only available if in /tiki-admin.php?page=login
''Users can register'' is ticked
Then and only then the hidden option becomes visible:
''Validate new user registrations by email''

By tickinig it the option
''Send an email to the user in order to allow him to validate his account. ''
in ''Add New User'' tab bcomes availabale.
This option should be available independend if or not the option ''Users can register'' is selected.

The ticking of a hidden configuration shouldn't be relevant for any functionality.