Category: 25.x

More info from bootstrap:
!# Unused CSS
...
While we don’t have a prebuilt example for using PurgeCSS with Bootstrap, there are some helpful articles and walkthroughs that the community has written. Here are some options:

https://medium.com/dwarves-foundation/remove-unused-css-styles-from-bootstrap-using-purgecss-88395a2c5772
https://lukelowrey.com/automatically-removeunused-css-from-bootstrap-or-other-frameworks/

Lastly, this CSS Tricks article on unused CSS shows how to use PurgeCSS and other similar tools.
...
!# Non-blocking files

While minifying and using compression might seem like enough, making your files non-blocking ones is also a big step in making your site well-optimized and fast enough.

If you are using a Lighthouse plugin in Google Chrome, you may have stumbled over FCP. The First Contentful Paint metric measures the time from when the page starts loading to when any part of the page’s content is rendered on the screen.

You can improve FCP by deferring non-critical JavaScript or CSS. What does that mean? Simply, JavaScript or stylesheets that don’t need to be present on the first paint of your page should be marked with ''__async or defer__'' attributes.

This ensures that the less important resources are loaded later and not blocking the first paint. On the other hand, critical resources can be included as inline scripts or styles.

If you want to learn more about this, there are already a lot of great articles about it:

https://web.dev/render-blocking-resources/
https://web.dev/defer-non-critical-css/

1. The {include page=“name”} command is tremendously useful for naive wiki users who add content. It lets them create macros and re-use them at will.

So I suggest that this might deserve an alias {macro } and deserve a description in the wiki syntax help.

Also a slight simplification. If there is no ‘page=”name”’ text but there is {macro “name”} then use “name” anyway.

Any user could do {macro “myheader”} at the top and {macro “myfooter”} at the bottom and {macro “myusualrant”} wherever they want. They just have to make an orphan wiki page for each macro they want.

2. This is so useful and flexible that you might deprecate the “apply content template” thing on the Properties tab. It is hardly any easier to use, and it allows the user to choose only one macro at the beginning. It should keep working for the users who have already used it, but there’s no particular reason for anyone to use it again.

3. To really put the icing on the cake, you might let admins have two macros for each user page, one at the top and one at the bottom. These should not be visible when the user edits the page. So for each page category, the admin could decorate it a special way. Some might automatically get polls or other info visible. Or dancing bunnies, or whatever. It lets admins customize user wiki pages without coding, in ways that are hard to do without coding now. Without annoying users with the displayed calls on their edit pages which they might edit wrongly.

I went at cp => profile and got some preliminaries feedback to share (I know it is over the task but it can’t hurt to know where we fail);

It’s a bit unfriendly... I mean the information is very thin and unless I know what I want the page information are not helping.
I tried to check the profiles that can help with: user, registration, users, profile, profiles... no results.
I turn advanced admin pref = no change.
I rebuild Admin Index = success dozens of profiles appears !

Admin Index should be automatically rebuild on install because I guess a lot of things are then not working (search, profile...) as brand new admin expect.


Results are not helping again. :-(

User = 28 results, many, many fields setting... (mini profile included in another profile)
Profile = ... herrrr not better a lot of answers
Personal_Blog_and_Profile profiles.tiki.org 3.x, release, Full profile (out of the box & ready to go), Featured profiles
Personal_Blog_and_Profile_10x profiles.tiki.org beta, Featured profiles, 10.x
Personal_Blog_and_Profile_11x profiles.tiki.org Featured profiles, 11.x
Personal_Blog_and_Profile_12x profiles.tiki.org release, Featured profiles, 12.x, 13.x, Available in the Profiles Wizard (12+), 14.x, 15.x, 16.x, 17.x, 18.x
Personal_Blog_and_Profile_4x profiles.tiki.org release, Full profile (out of the box & ready to go), Featured profiles, 4.x
Personal_Blog_and_Profile_5x profiles.tiki.org release, Full profile (out of the box & ready to go), Featured profiles, 5.x
Personal_Blog_and_Profile_6x profiles.tiki.org beta, Featured profiles, 6.x
Personal_Blog_and_Profile_7x profiles.tiki.org beta, Featured profiles, 7.x
Personal_Blog_and_Profile_8x profiles.tiki.org beta, Featured profiles, 8.x
Personal_Blog_and_Profile_9x profiles.tiki.org beta, Featured profiles, 9.x

I would limit the profile version displayed to no less than 10x (profile for 3x, 4x, 5x, 6x, 7x... really ?) it is not helping and add confusion.
As well as the Profile types it doesn’t help a lot...


The links “suggested” would have help if they were at least short description of what do the profile.

At /categories and https://dev.tiki.org/tiki-admin_categories.php we can see the categories list.
It is a bit stiff and when you have a lot of categories and start to open them to see the child categories the UI/UX is not very good.

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

I've been thinking about this quite a lot lately.

When I create a ticket and I type the first letter of my ticket, I'm suggested previous and existing ticket based on a filtering of my typing. But this is not useable at all and likely no-one look at it. As proof, we have a lot of duplication. See my screenshot below this is not useable.

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

At the admin search preferences I entered "alias" and it didn't returned aliases.
Something that should have been done to be user friendly.

May be by extension is concerns all murals form of a term ?

Previously (Tiki 24 and earlier) when, for example, Global Setup is open (child items showing) and you click on another section header like General Settings, then the Global Setup section would close, accordion-style. This isn't happening in branch 25/master. Sections stay open until their header is clicked again.

In history, a user can view pages, version after version, to find a change.
He can do it using the left and right arrows when viewing a page.

In the top nav bar (t_navbar) the buttons doesn't refers to the actual page he is previewing (displayed) but to the actual version of the page published.

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

# It is a bit confusing for most users are expecting unspecified-target actions to be applied to what they see.
## First button label should be changed to "Go back to the actual page (last version)"
## Second button label should be changed to "Edit actual page (last version)" (or eventually removed)
# To view the source of this version of the page (if I'm looking for a plugin code or some syntax), I have to remember the page version number, go back to the page, go back to history and view the source (if available).
## A "View this version page source" is missing

Gary may be consulted for better wording. ;-)

After installing a Tiki25 from git I started the Tiki installation.
I set the database connection and after validation the script showed me the security page "Tiki Installer Security Precaution".

I reloaded and went to the website with index errors (the installation process half completed).

I retried several times to run the installation script to end to the same "Tiki Installer Security Precaution" around the database update (not new database).

I had to open the site on a different browser with incognito page, to specifically go to tiki-install.php to complete the installation script from one end to the other.

While this is point to an issue with caches or cookies, the installation script need to run and overcome such problems.
Whatever it is, the installation script should clean his road to install success because you never know what can happen during an installation and it is not always possible to complete in one pass without errors.

After 24h I decided to re-install Tiki (to test some fixes) I was simply unable to do it without using a private window.

After an install from git, when you open setup.sh you see:

^
Tiki setup.sh - your options
============================

Composer: If you are installing via a released Tiki package (zip, tar.gz, tar.bz2, 7z), you can and should skip using Composer. If you are installing and upgrading via SVN, you need to run Composer after 'svn checkout' and 'svn upgrade'. More info at https://doc.tiki.org/Composer
^

Obviously this need to be updated as we are not using SVN anymore but git and Gitlab.

In addition to EmmArrBee's bug report that TW should not send spoofed mails, I would like to add something on top. Nowadays, admins might want to reassure their users that mails from a Tiki installation really are genuine. There are several ways towards this goal.

I would like to sort them by importance and ease of integration like this:
* DKIM (Domain Key Indentified Mail)
* GPG cryptographic signing
* GPG full encryption

DKIM needs at least some assistance by the ISP, but some parts can be integrated into Tiki. DKIM will soon become necessary for not getting spam-filtered.

Signing and encrypting actually do not need much, because the cryptographic part can be fully outsourced to a pre-existing GPG. It should be checked whether GPG_PATH is set (usually to /opt/gnupg/bin/gpg). A keyring must exist or be created,

The only tricky thing that comes to my mind is the handling of the passphrase. As we cannot ask the admin to enter the passphrase each and every time, we must store it somewhere, which opens a security risk of it getting compromised. So admins should be advised that they create a key and passphrase that can be easily exchanged if compromised. Admins shall be advised to not use their (or someone else's) personal keys for this purpose under ANY circumstance! For comfort, the revoking of the old key could become a Tiki feature somewhere.

{syntax type="tiki" editor="plain"}
It stopped doing anything in master (aka main or trunk) recently for me. When you switch the toggle on, it just highlights the translatable strings on hover but clicking them does not open any dialog to translate these.

To reproduce apply this profile (or set the prefs manually):
{CODE(caption=>YAML,wrap=>0)}
preferences:
feature_multilingual: 'y'
feature_translation: 'y'
lang_use_db: 'y'
language: 'en-uk'
{CODE}

https://github.com/vasturiano/3d-force-graph is the source of possible 3D directed graphs. It would be interesting to have a plugin that allows tracker data to be represented as a 3D interactive graph.

There are places Tiki ask to confirm "an" action but the action is not stated.
User should be told "what" is to be confirmed.

Here a video from Calendar, delete event.
{file type="gallery" fileId="1696" showicon="y"}

When you are on a modal (like when you "Save and Comment" a trackeritem in this tracker) you still can use the "Help" button of the toolbar.
It usually open a modal with help for Wiki Syntax and Plugins but in that case, you are already IN a modal and using it will close all modal and all your previous work is lost.

It is not possible to open a modal from a modal in Tiki (I most case if not all) therefor the action shouldn't be possible and so it shouldn't be allowed and lead to lost of data.

When "jQuery Select2 Select Boxes" _placeholder and _firstlabel are lost.
This is pretty bad when you create display in a modern way without wasting space for a label outside the field to be filled.
It displays instead "Select an Option".

-+{select _field="tracker_field_something" _trackerId="10" _firstlabel="pick somethingt" class="form-control"}+-

{img fileId="1783" thumb="box"}
{img fileId="1784" thumb="box"}

*.tiki.org sites send out notifications to users who have become inactive or have been deleted causing bounces which are often not detected.

For example, group category or tracker watches can generate a lot of mail failures which we need to prevent.

On the tracker 5 when you edit an item you can't type the first letter of an option in the "Resolution status" dropdown to jump to the option.

You use a search field, but the more "natural" type first letters option should work too.

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

On opening a fresh Tiki21 using Safari on a Mac I got a Javascript error as I went to:
https://www.domain.com/login

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

---

Using Tiki on Safari desktop is a Russian roulette and not always working as it should (login, menu, etc).

On Tiki 25 the plugin Kanban display trackeritem as card with an edit and link icon on mouseover.

It should be possible to hide them for non-admins, allowing users only to move the cards if he has tracker item tiki_p_modify_tracker_items permission.

(note that permission from tracker=>properties=>permissions should applied)

Note: if the user don't have the permission "tiki_p_modify_tracker_items" he will see the icon but clicking on it will display an error (Permission denied)

Instance here : http://bsfez-11581-8358.show2.tiki.org/tiki-index.php?page=Basic-board

When you add for the first a KanBan plugin to a Wiki Page you may see the following error:

^
User error
Security -> API access is disabled but Kanban plugin needs it.
^

There should be a way for an admin to enable the API access right away and solve this minor issue.
Or at least a link to the relevant control panel.

When you click on the Edit button of a KanBan card it load a new page to edit the trackeritem.

Everywhere else (by default) the edit trackeritem screen opens in a modal.
It should be the same for the card of a Kanban plugin.

I created an instance : http://bsfez-11581-8358.show2.tiki.org/tiki-index.php?page=Basic-board

If a user selector field is used in KanBan it should behave accordingly to the Tiki preferences for the username display.

If the Tiki is set to use the user real name it shouldn't be different in Kanban.

It should be possible to apply filters on the items displayed;
* User items (like only the actual user items)
* Categories (selection)
* Tracker status (like only open items)
* Dates (today items, this week, etc...)
* ... Checkbox... ?
* ...

When you use a KanBan board with multilingual fields all languages are displayed.

The value displayed for the field should be the one relevant to the site language as selected.

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

Instance here : http://bsfez-11581-8358.show2.tiki.org/tiki-index.php?page=All-items-displayed-for-admin

The cards labels and description shows all languages.