Category: Usability

For example for [https://suite.tiki.org/tiki-pagehistory.php?page=Tiki%20Suite%20alternatives&compare=1&oldver=84&newver=85|this diff] change in the e-mail notification there is this empty HTML plugin shown instead of showing its content:

{CODE()}
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
@@ -Lines: 143-146 changed to +Lines: 143-150 @@
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
!!!! Freedombone
{HTML()}{HTML}
+
+ !!!! Cloudron
+ {HTML()}{HTML}
+

!! Services
{CODE}

The "perform action with checked" icons at the bottom of the tiki-list_file_gallery.php listing (in list view) requires additional code rewriting in order to convert to iconsets due to the fact that iconsets cannot be easily used for input images.

I want to use a personal WiKi for all information about a personal project.

It would be convenient to have links to local or network hard disc files in the Directory.

There are other URIs (https://) that would also be useful so the limit to http:// is unhelpful.

{syntax type="tiki" editor="plain"}
When one adds a site to the Directory, the Directory categories are contained within a multi-select drop-down list. One has to use a keyboard and hold-down the control key for multiple selections.

When adding a non-directory entity (e.g. articles) the categories are presented as checkboxes. I think it should be checkboxes here as well.

When you create a directory (of hyperlinks) you can add links. For each link, you can state from which country the link came.

But... This list is sorted by the English original country names and NOT by their translation, so they come (dependent on the language) in ''complete'' disorder...

I keep on getting logout from admin although I am still trying to edit.

Either the time is too short, less than 5 minutes, or the activity detection isn't working properly.

Calendar URLs are currently excluded for spiders and bots, for example:

/calendar?focus=1268089200&viewmode=week

excluded by entries:

Disallow: tiki-calendar.php
Disallow: /tiki-calendar.php

However, the URL /tiki-tell_a_friend.php?url=%2Fcalendar%3Ffocus%3D1268089200%26viewmode%3Dweek would be spidered instead.

{syntax type="tiki" editor="plain"}
__Steps to reproduce:__
# as an admin on a wiki page follow the __Perms__ link
# go to "Select Groups" → tick "Anonymous" only and [[Select]
# on "Assign Permissions" tick for example the first one: "Can use the page as a tracker template (''tiki_p_use_as_template'')" and [[Assign]

it will save, reload the page but the previously ticked checkbox doesn't display as ticked anymore

Folks would probably use external wiki abbreviations more if they and their full equivalents were displayed on the editing screen. Even better if there were an explanation of what they are for, how to use them. Maybe a tooltip?

Use case: LDAP setups with numeric ID's for usernames: the admin needs to be able to switch to some user's account to check that settings and perms are as expected for that usergroup, etc. I know the co-worker names, but I don't know their ID's in the setup, other than manually checking at the users list and infer it's name from their email.

This line seems to control it at the template for the login box module:
{CODE()}
{autocomplete element="#login-switchuser_"|cat:$module_logo_instance type="username"}
{CODE}

which implies that there is a function.autocomplete.php smarty_tiki file.

I managed to make the userrealname display in the dropdown box. But I need that userrealname as label, while keeping the username as option to be used internally (otherwise the switch user does not work, as far as I could see)

1st attempt:
-------------------
I tried with this type of syntax, but it didnt' work:
{CODE()}
{autocomplete element="#login-switchuser_"|cat:$module_logo_instance type="userrealname" options="label:userrealname,value:username"}
{CODE}

since that is what I understood from here:
http://api.jqueryui.com/autocomplete/#option-source


2nd attempt:
-------------------
I also tried modifying function.autocomplete.php and the
mod-login_box.tpl to end up producing this syntax (as I could see in the
html source of the produced page):
{CODE()}
$("#login-switchuser_2").tiki("autocomplete", "userrealname", { source:[label:"userrealname",value:"username"] });
{CODE}

but it didnt' work either.

---


Any tips on how to write it in the proper jquery and smarty syntax?

Display Realname instead of login at the ((doc:Action Log)) for admins or non-admins with permission to see log reports (teachers seeing reports of their students, project managers seeing reports on their workers, etc)

For those cases (such as LDAP in which username can be just a numeric ID of the user but RealName is the meaningful info/name for that user) where the tiki admin chose to display Realname instead of login where possible.

Setting, for instance, at : tiki-wizard_admin.php?&stepNr=17&url=index.php (Set up User & Community features):
user_show_realnames : "Show user's real name instead of login (when possible)"

I printed in 20.x a tiki spreadsheet to pdf through mpdf (installed through the packages control panel), with the spreadsheet param -+simple=y+-

The printed sheet in the pdf page didn't display borders of rows and cols by default, which makes it difficult to distinguish rows or cols in some cases.
When choosing the print version of the wiki page, the cell borders where shown, and when printed locally through a locally installed pdf printer in the desktop computer, the borders where included in the pdf.

Is it difficult to add by default when making the pdf from mpdf directly? Or document somehow how to hack the code to add some custom css in the pdf files generated through mpdf?

Reproduced here:
http://xavi-9794-7140.show2.tikiwiki.org/tiki-index.php?page=Spreadsheet-demo-instructions
u: admin
p: 12345

See pdf generated here:
http://xavi-9794-7140.show2.tikiwiki.org/tiki-download_file.php?fileId=1

First sheet has simple=y, and borders are not shown.
Second sheet in the same page has simple=n, and borders are shown

In Tiki 14, if a user sets their "Displayed timezone" preference (under __User Preferences__ > __Preferences__ > __Displayed timezone__) to "Site default" and saves this change, then whenever the Preferences page is loaded afterwards for that user:

*the "Displayed timezone" field is deactivated (i.e. cannot be changed by the user).
*the message "Warning: Site time zone xxxxx is enforced and overrides user preferences" is displayed below the field (where "xxxxx" is the default site timezone).

This occurs irrespective of __Displayed time zone__ setting under General Preferences (i.e. even if it is set to "Use time zone set from user preferences...", the setting still cannot be changed).
---
__Edit 2015-11-03:__ This bug does not appear when using admin privileges to edit a user's settings, only when the user themselves tries to.

{syntax type="tiki" editor="plain"}
I added this ticket as feature request as in reality it could have been considered as a sort of regression.

Before Tiki29 when you were uploading a file or several, you could see the success message __and the fileID.__
This allowed the user to grab that ID and use the file id anywhere (on a wiki page for exemple) right away.

Since Tiki29, with a very nice improvement on the interface, after the upload the user can see the download was successful but the fileID is not displayed anymore. It forces the user to return to browse the file gallery, to find the one or the several files he uploaded and to grab the fileID.

See: https://ibb.co/Kpszss3L

It would be nice to have it back, avoiding these extra steps and time.

Update: The issue happen when you upload a single file (in the modal) and not when you upload several files.

{syntax type="tiki" editor="plain"}
Since Tiki29 we have (for those where it work ;-) ) icons for each menu items.

This is nice and ok on the system menu where we have space around the menu items.
When you deploy a sub-menu it really start to be a lot of things in front of the eyes.

Overall the actuel implementation (not collapsable see related item) doesn't add a lot for the user experience.
By that I mean the following and this is my opinion (wearing glasses 🤓);

1. Does it make easier to find the right item the user is looking for in System Menu (one of the goal of having an icon instead of text) on desktop:
* Discutable, but let's say it improve a bit for the System menu so a little +.

2. Does it make easier to find the right item the user is looking for in the Settings Menu on desktop:
* Not really, the menu look really crowded without enough spacing and adding icons just make it harder to read.

3. Does it make easier to find the right item the user is looking for in other features sub-menu items on desktop:
* Not really, these are 3 to 8 menu-items adding icons just make it harder to read.

4. On Mobile...I could not test at https://29x.demo.tiki.org/tiki-index.php the menu is broken on mobile.

5. Does this help reclaiming space (another purpose of having icons is to display a little understanble visual small element instead of text): No, the collapsable option has been removed from the UAB. (😳)

6. Does this help with translations (another purpose of having icons is to display a little understanble visual small element instead of text): Yes icons help in a certain way. I'm not convinced as so far I still need to read the text to know where witll lead my clicking on a link.

At this point, where it is just nice to have icons, I think that having icons in ALL the menus should be optional... as it should have been in the first place.

See: https://ibb.co/Ps8YBhtb, https://ibb.co/4w5STNJW

{syntax type="tiki" editor="plain"}
Turn on the WYSIWIG editor, then try to edit the "HomePage" of a mint installation, the page is uneditable and you see borders of the invisible div. {IMG(id="119")}{IMG}

When nested more times, it stops working and breaks the whole page parsing.
This works:
{CODE()}{DIV(class="level1")}
{DIV(class="level2")}
{DIV(class="level3")}
{DIV(class="level4")}
{DIV(class="level5")}
{DIV(class="level6")}
{DIV(class="level7")}
Foo Bar
{DIV}
{DIV}
{DIV}
{DIV}
{DIV}
{DIV}
{DIV}{CODE}

This breaks:
{CODE()}{DIV(class="level1")}
{DIV(class="level2")}
{DIV(class="level3")}
{DIV(class="level4")}
{DIV(class="level5")}
{DIV(class="level6")}
{DIV(class="level7")}
{DIV(class="level8")}
Foo Bar
{DIV}
{DIV}
{DIV}
{DIV}
{DIV}
{DIV}
{DIV}
{DIV}{CODE}

See the SHOW instance.

__Expected behaviour:__
Parsing nested plugins should work flawlessly no matter how many levels are nested or be limited to e.g. 20 levels (ideally should be configurable) but should not break up to that max level; only if above the limit, it could show the unparsed syntax instead of breaking whole content rendering.

When users change the new ''style'' parameter, the plugin asks for approval.

This is a usability regression on sites with editors who are not power users and who are not given approval permissions.

This is an improvement for sites with editors who are given approval permission.

Use Firefox to visit [http://zukakakina.com/tiki-listpages.php] for an example. If Tablesorter is turned on, div class="table-responsive" will be out of position, offset far to the right.

The div containing the wide table is positioned correctly in Opera 12, Recent Opera (webkit), and IE11. But in Firefox (latest version), this div (.table-responsive) is positioned so that just the left edge of the table is inside the div and the rest of the table extends to the right, under the right column of the page.

Another table with tablesorter applied, on tiki-adminusers.php, doesn't show this problem in Firefox.

{syntax type="tiki" editor="plain"}
~np~************~/np~ can be used a seperator in an email


Typcally, if there is a large number of stars (ex.: >10) and/or there is no text after, we shouldn't convert to bullets.

for users with tiki_p_wiki_view_comments perm only, it displays the ~np~[comment]~/np~ link on the wiki page bar even when no comments there yet to read, so clicking it does literally nothing...

doc.t.o 12.x: print structure ("Tiki Reference Guide") stops after a two pages only or so.

Structure toc is something like this:
{CODE()}
Admin Home
General Admin
General Preferences
General Settings
...
...
{CODE}

and page General Preferences is the last one shown.
Url was like [https://doc.tiki.org/tiki-print_multi_pages.php?printstructures=%255B%25223610%2522%255D&find=&print=Print|this one]

In addition, tabs in the shown pages do not work. Maybe because js comes loaded at the end, and page didn't finish loading?

In any case, the best option for tabs in multiprint is that the __notabs__ option should be automagically implied when doing a multiprint.

doc.t.o 12.x: Printing a structure to PDF produces a PDF with "Your access to this page has expired"

Example:
"Tiki Reference Guide" at https://doc.tiki.org/tiki-print_pages.php

{img fileId="583"}

Spreadsheets in doc.t.o (using 12.x r48406) are displayed with large blank bottom section and rows out of sync with row numbers.

See example here:
https://doc.tiki.org/tiki-view_sheets.php?sheetId=1

{img fileId="582"}

When you click at edit sheet, rows are in sync with row numbers, but the extra empty space at the bottom is still shown.

-----

See also http://dev.tiki.org/item4923 it is closed since its a duplication of this report

{syntax type="tiki" editor="plain"}
doc.t.o using 12.x r48406: tag cloud module shows as list & with ' ' between tags when in .s5 slideshow.

Example, for module freetags_most_popular :
http://doc.tiki.org/show:Documentation#s2

::{img fileId="576"}::

Using this code:
{CODE()}
{module module="freetags_most_popular" type="cloud" max="75" notitle="y"}
{CODE}

Another one, for plugin rss:
http://doc.tiki.org/show:Documentation#s7

::{img fileId="577"}::

produced with this:
{CODE()}
{rss id="1" max="10" date="1" showtitle="0"}
{CODE}