Category: UI / UX (User interface and experience)

{syntax type="tiki" editor="plain"}
In recent Tiki versions, the breadcrumb ordered list has a "1." preceding it due to a recent commit related to ordered lists globally. I was looking into how to fix that (how to remove the "1."), when I noticed in my browser inspection tool that the breadcrumb ordered list is flagged as bad HTML because it contains content other than li elements - the item dividers. I checked the Bootstrap breadcrumbs doc page ([https://getbootstrap.com/docs/5.3/components/breadcrumb/]) and see how the dividers are added without breaking the ol / li structure (and also without displaying the "1.".

The breadcrumbs in Tiki would be improved by replacing the current Tiki HTML and CSS with the Bootstrap breadcrumb HTML and CSS.

I noticed this on a page in a wiki structure, which has the structure breadcrumb list at the top. I didn't check yet about other instances of breadcrumbs in Tiki.

__Update__: Checking again, it looks like the structure breadcrumb is already using the Bootstrap classes. One problem is that the item separators should be inserted using CSS ( -+.breadcrumb-item+.breadcrumb-item::before+- selector) rather than as they are now, where they become page content and disrupt the -+ol li+- structure. Also, the global rule to add the "1." is overpowering the -+list-style:none+- property of the -+.breadcrumb+- class, which needs to be fixed globally.

__Update 2__ : I committed a change to prevent the breadcrumb ol from having a "1." appended. The only thing to fix now is to update how the dividers or separators are inserted in the breadcrumb. It should be done via CSS rather than adding text between li elements. This is flagged as incorrect HTML.

toggle_zone left btn btn-xs btn-info
I have attached a screen shot, the positioning was OK in 25.2 but in 25.3 it is covering some of the Module Title Text.
Firefox 118.0.2 (64-bit)
Quartz Theme

On Tiki 24 using the Classic Bootstrap layout with the default theme, the module were centered in LTR and RTL.

{img type="fileId" fileId="1890" thumb="box"}

{img type="fileId" fileId="1891" thumb="box"}

On Tiki 25 things changed (logo module?) and I believe it was wanted to align the modules to the "start" of the selected language.
LTR => left
RTL => right

While it look like justify-start for RTL (and I like better than centered or space between)
In LTR it look space between is applied (and that not a happy design on desktop)

I think the change (if it was intended) make sense in 2022 and modules should use "start".
What is set should be the same for LTR and RTL

In branch 26, word-break: break-all is applied in an inline style to the textarea tracker field contents. This causes extreme word breaks where they aren't needed, and makes content look broken.

[https://matrix.to/#/!SLEgqpTNTlGYAhzNvK:gitter.im/$EGOQSs17uxtDLIyr59ViMBOx1JS_CoLkJsI1ZcDyZag?via=gitter.im&via=matrix.org&via=sans-nuage.fr|Matrix chat comment with screenshot]

This is new, compared to Tiki 25. I'm guessing it was added because of tight space when a tracker item is being edited inline, but it isn't good for other situations that don't have that space limit.

If there is a way to limit the scope of this style to the locations where space is limited (inline tracker item editing?), then a CSS rule should be added that has that scope.

If there's no way to limit the scope like that, then at least the property should be added with a class and a CSS rule, not with inline CSS, so it can be overridden in the instances where it isn't wanted.

On a Tiki26 I have a list of item in a tracker and the option "Duplicate tracker item" enable.
When I duplicate an item without editing a text area field (see first attempt on the video) it goes as expected and saved.

When I duplicate the same item but editing a text area field I see an alert "Change will not be saved". I click on the Leave button and change are saved. (nothing is lost)

{mediaplayer src="display2121"}

On a Tiki24 (any Tiki ;-) ) in a tracker, when you use a Mathematical field and save it with the Calculation parameter empty, on item save the field value displayed the following error :

-+Expecting "(" near ""+-

It is wrong and doesn't really help.

The last modification date of an item should be the last date the item informations was modified and NOT the date the last time the item was saved. This is critical especially from the end-user point of view,

Modification date for tracker item is a critical information for the end-users but unfortunately in a few places Tiki "wrongly" display "the last time the item was saved" instead. With advanced Tiki (force reserving item on rebuilt-index, tabular update) it is less and less reliable and lead to untrusted Tiki and confusion.

For exemple, if I have a tracker that updated using tabular import from the console every hour, the last modification date for the items checked will be updated every hour EVEN IF THERE IS NO changes.

See the screenshots
On a tracker list view If you look at the last modification date it is today at 10:30 for a lot of items.
If you go down to the history of the item, data was really modified on the 2021-12-17 22:30

{img fileId="1687" thumb="box"}
{img fileId="1688" thumb="box"}

This making the sort filtering, freshness and date management horrible from the user point of view.

{syntax type="tiki" editor="plain"}
The edit icon for inline editing need space (too close on mobile)

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

Check the instance...

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

Wiki > List Pages, then check boxes next to Pages that I want to delete. Choose "Remove" action from the drop-down.
Result is an error message: "No action was selected. Please select an action before clicking OK."
This happens every single time.

Even after the "Add default modules" button is clicked to add the modules, the button continues to display. Clicking the button again takes the admin to the admin-profiles page to find that the profile is already applied. The button should no longer display after the default modules are added, or should change to "Remove default modules". Also, IMO it would be good if there was a notice that the page is going to change/navigate to the admin-profiles page, maybe with a tooltip or helpblock text like "Apply Profile".

Also, the profile creates a wiki page called "Instructions - Admin UI Dashboard" that just contains a redirect to tiki-admin.php. This is confusing because there's no actual page, content-wise, and no instructions. Is this the stub of a feature that isn't finished yet?

With a default Bootstrap menu in the footer, on the Unified Admin Backend page, menu item dropdowns drop down and the page isn't scrollable to reveal the dropdown.

With Smartmenus turned on, the dropdowns in the footer menu will scroll upward away from the bottom margin but only a few items can be seen because the dropdown is hidden or blocked by the div above the footer. It seems like maybe a z-index problem.

If you change a listing, like on the Wishlist, and change sorting order, the URL gets an additional mention of the sort order.

But it's reversed, compared to the actual setting. So if you want to sort the Wishlist by modification date, descending (which IMHO should be the default), so the latest are listed at the top, the URL states

{CODE(Colors="Tiki")}
https://dev.tiki.org/Wishlist#sort_mode=modification_date_asc
{CODE}

ASC=Ascending. If you change sorting to ascending, the URL states _desc...

If you go at https://tiki.org/forumthread79200-Tables-and-file-upload-on-26-1 and pass your mouse over the username of the post publisher you will see a modal with a never ending loading wheel.
At some point an error will be displayed in the DOM.

{img type="src" src="https://i.ibb.co/3cgC6r6/Screenshot-2023-10-28-at-9-03-03.png" thumb="box"}

{syntax type="tiki" editor="plain"}
Try e.g. hover user names in comments here: https://trunkdev.tiki.org/item8893-Tracker-fields-table-displays-on-empty-page-without-navigation-was-Tracker-fields-table-overflows-out-of-center-column#threadId12031

We have a few places where with placeholders and help text for link that shows "http://".
They should display more modern link usage: "https://".

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

After saving the edit to a wiki page you get the usual Success Alert at the top of the page. I think in previous versions this used to disappear after 3~5 seconds. Instead you have to close it manually. I think this item should be timed to disappear after a few seconds.
{file type="gallery" fileId="2137" showicon="y"}

In Tiki25 (PHP7.4) there is no message helping the admin to understand that the PHP version of the server is not correct (PHP8 or ...).

Such message would help to quickly fix issues and give a new admin the impression Tiki is more friendly. ;-)

On Tiki25 using the bootstrap classic layout and default theme the topbar, navbar menu placed after a logo the result is not good. The "Fixed-top navbar height" HAS to be set with some minimal value (not set by default).

Worst on mobile... Check the instance.

Tiki doesn't meet standard expectation IMO, it was "ok" on Tiki24.
---
On desktop:
{img fileId="1898" thumb="box"}

---
On mobile:
{img fileId="1899" thumb="box"}
{img fileId="1900" thumb="box"}

On Tiki as long as the feature "Stats" (tiki-admin.php?page=stats&highlight=feature_stats) is not enabled (it is disabled by default) hits on pages are not counted.

However, even the feature is disabled there is a "hit" column displayed at http://bsfez-11581-8115.show2.tikiwiki.org/tiki-listpages.php (and certainly other places). It will be populated with a lot of 0 for Tikis that will never use or needs stats.

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

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

{syntax type="tiki" editor="plain"}
Actions button is placed before the main tracker buttons => Should be far left (the other side)

The field titles are shifted right and the first one overlap the select checkbox

Bottom form element (mass selection) are wrong

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

Check the instance

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

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

All of the wizards use icons that are hardcoded, and this results in them being un-influenced by the choice of iconsets, so they can look out of place.

This should be switched to the way almost all other icons are used (declaration by a given name, and redirection in /themes/basefiles/iconsets.

Almost, because tiki-sheet also uses hardcoded icons (should also be switched one day).

On the page tiki-user_information.php -> check button "Send Me a message" - why contain word "Me" ?
When I select __other__ user profile and use user information page, I will send the message to HIM (not for Me).
I propose to change string to "''Send a message''".

When the calendar is in year view, all 365 days are displayed in one horizontal row. A look at the page source shows -+ tbody role="presentation" +- contains -+ tr role="row" +-, which contains many, many instances of -+ td class="fc-daygrid-day fc-day fc-day-sat fc-day-past" +- , not just seven instances for the seven days of the week as is done in the semester view.

I replied to a comment here : https://dev.tiki.org/tiki-view_tracker_item.php?itemId=8071&threadId=10284&cookietab=1#threadId10286

I inserted two user tags and the display is wrong...

{CODE()}@john.chishugi{CODE}
Only john is a link and it is broken

{CODE()}@chibaguy{CODE}
Display the user full "real" name

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

I've just discovered the feature allowtableexpansion while using dev.t.o. Nice addition to the UI/UX!

However it seems to be that something needs tweaking still in its implementation in ((doc:PluginList)) [https://doc.tiki.org/PluginList-output-control-block?highlight=allowtableexpansion#Table\:_expand_table_number_of_items_found_optional_title|here] (specially compared to the implementation in ((doc:PluginTrackerList)).

Example of allowtableexpansion using PluginTrackerList:
https://dev.tiki.org/Spreadsheet#Open
Icon: fullscreen-like
It DOES work as expeced (even with floating autotoc and side columns)

Example of allowtableexpansion using PluginList:
https://dev.tiki.org/H5P#Open_or_Pending
Icon: play-like (imho, the fulllscreen-like icon as shown through plugintrackerlist is more intuitive)
It DOES NOT work as expeced (even with floating autotoc and side columns): nothing relevant seems to happen for the end user.

HTH