Category: 26.x

We need Tiki to run the scheduler out of the box.
There is something similar in wp.

*https://github.com/WordPress/WordPress/blob/master/wp-cron.php
*https://spinupwp.com/doc/understanding-wp-cron/
*https://cronless.com/help/crons

---

Additionally we can imagine a set of scheduler command already in place (activated by default)
Index rebuilt, sitemap, etc...

{syntax type="tiki" editor="plain"}
First, the simple problem: the module visibility preference "Display on device" doesn't seem to work. I tested setting a module to "Desktop" only and "Print" only and it still displayed on my laptop.

Second, I think the thinking behind this is faulty. I don't understand why a site administrator would want a module to only display to people using a desktop PC and not to laptop users. I'm joking there because I assume the thinking wasn't really about the device but about the display resolution. was that "desktop" means larger displays and laptop means displays smaller than larger ones, or some breakdown like that. But this doesn't really work. My laptop's recommended resolution is 2560 x 1440, which is more than a lot of desktop displays. Similarly there is a lot of overlap between Mobile (phones) and Tablet resolutions. And again, there is no logic, as far as I know, to differentiate between these in regard to module display except on the basis of screen size/resolution.

Maybe user agent strings could be used to control module display, as listed on https://deviceatlas.com/blog/list-of-user-agent-strings for example, but even here there is no distinction between desktop and laptop, and I don't know what the rationale would be for controlling this way other than related to display size.

I don't know what the method was for the Tiki site to identify what type of device was being used but I suggest the module option be changed to explicitly target screen sizes, which would use the standard practice of media queries and would also make sense from the admin point of view. Actually this would just put a gui on top of the Bootstrap display classes (https://getbootstrap.com/docs/5.3/utilities/display/#hiding-elements, https://getbootstrap.com/docs/5.3/utilities/display/#display-in-print), so should be an easy fix. Instead of listing Mobile, Tablet, Laptop, Desktop, and Print, the dropdown could list "Hidden on all, Hidden only on xs, Hidden only on sm, Hidden only on md, Hidden only on lg, Hidden only on xl, Hidden only on xxl, Visible on all, Visible only on xs, Visible only on sm, Visible only on md, Visible only on lg, Visible only on xl, and Visible only on xxl".

This is a longer list but corresponds to reality. A help block can give info about what the sizes mean. Similarly, there are Bootstrap classes for print display that can be incorporated into this. (In that connection, maybe there is no need for the Tiki-specific "display_on_print" class that seems to be redundant because of these Bootstrap classes.)

I suggest fixing this quickly or removing it and starting fresh because IMO it could give to new Tiki site admins the impression that we don't know what we're doing.

For reasons unknown, in many (strangely not all) Bing (Microsoft's search engine) results of a running Tiki, the string "Toggle navigation" appears.

This is wrong in several ways at once

a) it is unwanted and totally unnecessary
b) it is confusing for interested web users, as it has nothing to do with content
c) it is utterly untranslated
d) the reason why it appears remains in the dark.

Reported first Using 1.10cvs from mid June 2007. Reviewed and confirmed goal is still legitimate in Jan 2022 (15 years later).

The tracker field "subscription" should include an option to automatically send a notification message to them item autor (and "watchers" of the item, maybe?)

Because subscription field is very useful also in letting people show interest in whatever you offered or requested in a tracker, and might be an easy way to let users get in contact related to that offer or demand... etc.

Thanks Guilles for your nice contributions to Tiki code! :-)

An admiror of yor work, as ((tw:Sylvie)) once said... (:wink:)

{syntax type="tiki" editor="plain"}
The tarballs for 26.0RC1 are 30% to 45% bigger than for 25.x releases, due to not cleaning the vendors directory properly. This should be improved.

When you switch the tiki admin ui to the unified admin backend, then some options in 3rd level are not shown at all (they lokk like back over black font color).

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

Same UI in Tiki25 display a different color so that they can be seen.

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

(btw, nice option offered to new admins by default in the standard UI in hteir brand new tiki!)

ON tiki23 at https://next.tiki.org/tiki-syslog.php when accessing to the Tiki logs from the new admin lead to a confirmation dialog (that shouldn't be here).

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

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

Visible on Tiki24 on next.tiki.org

Wiki links (not external links) get a title in a tooltip that has the same content as the link text, so if you hover over a link to "HomePage", there'll be a tooltip saying "HomePage". This isn't helpful and also gets an accessibility warning error, I guess for cluttering the interface with redundant text. This doesn't happen with links made by WikiWords (camelcase links) but does happen with links made with double parentheses, which is the more common method these days probably.

Looking for info about this at doc.t.o, I noticed some wiki links had helpful titles that turned out to be the page description text of the target page, which does a good job as the link title. These can be seen at, for example, [https://doc.tiki.org/Wiki-Syntax-Links#Wiki_Pages] in the "Result" column of the table.

But it seems like most wiki pages don't have anything in the page description field, or maybe that feature isn't even turned on, so I think it would be best, if the feature is off or if there is no page description input for the target page, the link shouldn't have a link title. This would be better than redundantly showing the link text.

Following the doc at https://doc.tiki.org/PluginActivityStream I set activity stream and login as admin to create my first rules.
At tiki-admin.php?page=community#contentadmin_community-2 I enabled Custom activities and apply.
I was expecting something to be visible, a button to add or create my first rule but the screen stays put.
I retried again and activate everything but nothing else was displayed.

I re-look at the video to understand that at the top of the page (not visible when you are looking at the Activity Stream options) they were a link, that was always there "Activity Rules" that goes to an external page, https://next.tiki.org/tiki-managestream-list

This implementation is different from most of what we find in Tiki Administration and really not user friendly for a new admin or someone discovering the feature. While it is ok to have on the top it should be also visible near the direct related option "Custom activities" checkbox as soon as you enable it.

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

Another thing that would be nice is to be informed of the existence and eventually the number of rules that have been created.

For example, and to make it small, near the Activity Rules link a badge with the number of exiting custom activity rules. (0 for none is good to indicate no rule have been made yet)

Hi. There are cases when you need a dump of the entire wiki. Such as for offline browsing. In my case, I need to be able to read the wiki when I can't run the web server.

There was the "Dump files" feature, which provided for this, but this is defunct and was about to be removed. See [https://dev.tiki.org/item8549-Defunct-old-Dump-Files-feature-should-be-removed|Defunct old "Dump Files" feature should be removed].

So I'm requesting to bring the feature back.

In some cases, e.g. where reindexing takes a long time, it would sometimes be useful to invalidate certain objects and then do -+index:catch-up+- to process the queue, e.g.
{CODE()}php console.php index:invalidate trackeritem 1234,1235,1236,1237{CODE}
(for instance)

When you create a tracker field Radio Buttons or Dropdown you can set in the options, option field values, labels and ===default selected value===.

''If an option contains an equal sign, the part before the equal sign will be used as the value, and the second part as the label
Separate multiple with commas.''

The tooltip says how to set a value and a label (1=One).

The tooltip omit (it was there at some point for the dropdown) to explain that a double entry will be seen as the default selected value for the field.
IE: 1=One,2=Two,3=Three,3=Three (Three will be the default selected value).

There are several cases an Admin want to use the login module but need to add some informations.
To solve this it is possible to use the module in a page or in another module.
This is not very intuitive and require editing work.

Adding a "free text" field will make much easier to add login or registration information (or whatever want the admin/editor).

Add the new preview tab to other text areas, as seen in {gitlab id=4dc05f6d}

Make it easier for tracker imports and exports to be used with Excel by adding an encoding option to Tabular Formats, which currently only has UTF-8.

This should be a new dropdown with UTF-8, Windows-1252 and maybe ISO Latin 1 (maybe more)

I would like to suggest additional data types with built-in syntax checks that could make life easier for people dealing with user's input into forms:

* Telephone numbers. Basically those should be strings, but with the syntax check that allow only for numbers, spaces, braces () and ONE plus sign (for international numbers, but this must be at the very beginning). Also thinkable would be some special characters, letters, sometimes needed on PBX systems: number sign (#) and asterisk (*) and P for pause, F for hook flash, E for earth.
But __''please''__ do not make strict checking for a 3-3-4 digit scheme, because this only exists in the US and Canada...
* Zip codes. These should be configurable for the country, as US Zip codes vastly differ from those in Europe (in Germany they are 5 digit numbers only!).
* IBAN international bank account numbers. Those consist of two letters (for the country) and two check digits, then 18 digits for the number. Check digits could also be checked, so typos by the user can be detected (and rejected) upon entry, eliminatin frustrating SEPA withdrawals... And it would be ''swell'' if IBAN output could be formatted into 4-4-4-4-4-2 digit scheme with separating spaces!
* BIC Bank interchange codes, these are 11 digit strings
* Debatable: Credit card numbers. Those are actually not allowed in databases containg personal data (PCI, see my feature request for a second DB for those). CC card numbers have a 4-4-4-4 digit numerical scheme, and 2-2 for expiration.
* Not necessary, because outright a compliance problem is the CVC or CVC2, the Card Validation Code (the digits printed, but not embossed, on the back of credit cards so they do not imprint). Those must never be stored anywhere. Not in databases, not on paper, nowhere. They can only be used for online verification and even must not be cached (direct violation of your contract with your card processor).

Using the batchupload command on the console it should be possible to set what to do when there is a duplicate file detected, when you upload a file with the same name than a file that is already in the file gallery.

-+ --duplicatedFileReplacesPrevious +-
To replace the file with the new one and delete the previous.

-+ --duplicatedFileIgnored +-
To Ignore new one if a file with the same name is already there.
''It seems it should be the default, but it is not applied (tested on Tiki22, 23 and 24)''

Additionally the process allow a file gallery to be created if it doesn't exist;
-+ --createSubgals +-
Providing the value for "Maximum number of archives for each file" in newly created file gallery.
-+ --createdSubgalMaxNumArchives=1 +-

* Make field rules work with ItemsList field (and possibly others) because these are DIV elements and have a -+text()+- value rather than a -+val()+- value.
* Check and implement condition groups (i.e. -+if (this and (that or that or that)) etc+-
* Stop radio buttons performing action for each button
* Add tracker_status as a conditions and actions "field"

Done:
* --Add "if user is the current user" condition and "make field not editable" action to tracker field rules--
* --Add action to wipe or set a value on a field (for instance clearing it if you're hiding one)--
* --Make rule conditions work when rule is on the target (currently the condition only tests the field the rule is on)--
* --UserSelector using autocomplete doesn't work (as it's a comma separated single input not an -+ins_xxx[]+- array --

On a Tiki23 I go to -+tiki-admingroups.php?group=''Agroup''#contenttabs_admingroups-3+- to display the members of "Agroup".
On the row of each user I have a wrench that opens an action menu.
I click on "Remove from group".
It displays a confirmation and validation modal with a password field and a submit (confirm) button.
BUT because the action menu stays open I can't see and click on the submit button.

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

Since Tiki24 we have a new search interface to find a plugin in our LONG list of plugin at : tiki-admin.php?page=textarea#contentadmin_textarea-2

This is a real nice improvement saving resources and space however it is not working at Dev.t.o

{file type="gallery" fileId="1747" showicon="y"}

When an admin perform a search the results found on the admin page will have the class "highlight" added.
This class is adding a bright red background and border.

{img fileId="1756" thumb="box"}
That's wrong language.
Red is for danger, critical, etc.

Should be more informative and less aggressive.

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

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

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

This was tested on Tiki26 using Classic Bootstrap layout with Unified Admin Backend enable, fixed width enabled and a value for "Layout width" (1920px) wider than the available space in the admin display for a screen width.

IE: The site don't use a left column and is designed to use most, but not all, of the width available but in the admin view we have a 268px aside dropdown set.

In that case the footer goes under the Unified Admin Back-end col.

{mediaplayer src="display2025"}

On a control panel I navigate to a specific tab.
I do some change and apply. The page reload and display the first tab of the page, not the tab I was looking at.

This is wrong, I should be seeing what I was seeing before I submit the changes.

{mediaplayer src="display1939"}

The link displayed in a alert alert-warning pref_dependency highlight, an error we can see if a preference is missing or required, is not very good by default.

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

In a new 24.x vcs master installation the tiki-admin_modules.php UI is broken.
The UI is kind of cut-off below the module zone tabs and there is no button to add new modules. The interface seems to have been reorganised, but not finalised yet.

When activating and deactivating (playing around) the tabs / no tabs buttons the button appears.
--I will try to confirm with show.tiki.org-- confirmed
There seems to be a conflict with two variants of the tab toggle (tab view / no tabs) and and a duplication of the admin module tabs. See attached screenshots.

I assume a template issue {sign user="Torsten" datetime="2021-12-06T07:09:50+00:00"}