Category: Developer Training

{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.

Logged in nextdoc.t.o as user xavi. Interface in Spanish (in case it matters).
I went to action log interface, searched for a date range:
https://nextdoc.tiki.org/tiki-admin_actionlog.php?startDate_Month=06&startDate_Day=10&startDate_Year=2013&endDate_Month=06&endDate_Day=11&endDate_Year=2013&selectedUsers[]=&categId=&unit=bytes&contribTime=w&find=&max=50&list=Report#Report

Then I clicked at the "Options" tab, and the options tab is NOT shown.
In fact, it shows up at the very bottom of the page.

I noticed that the yellowish background of the tab "Report" does not contain the lower part related to Category and Misc. Maybe that's related to the source of the issue?

This seems to be a regression from Tiki9, since the issue is found already in tiki 10.x, it seems ( https://doc.tiki.org/tiki-admin_actionlog.php?startDate_Month=06&startDate_Day=10&startDate_Year=2013&endDate_Month=06&endDate_Day=11&endDate_Year=2013&selectedUsers[]=&categId=&unit=bytes&contribTime=w&find=&max=50&list=Report )
{img fileId="281" thumb="y" rel="box[g]"}

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)

A nice video was made during TikiFestBootstrap, which should end up here: http://doc.tiki.org/Activity+Stream

https://developers.google.com/youtube/player_parameters

Also, it is possible to copy paste a URL to PluginYouTube and it extracts what it needs. This should be updated to new URLs.

http://techcrunch.com/2009/12/21/youtube-url-shortener/


Problem with youtube url in the plugin.

youtube movie="alhy6RsH1h0" works

{youtube movie="alhy6RsH1h0"}

But not : youtube movie="http://youtu.be/alhy6RsH1h0"

{youtube movie="http://youtu.be/alhy6RsH1h0"}

When creating a wiki link ~np~((foo)))~/np~, Tiki uses the target pages's ''description'' as the the link's TITLE attribute. It would be nice for external links to also have a TITLE attribute. Tiki could use the link's description, or a generic text. For example:

~np~[http://foo.com|my link]~/np~ would become:
<a href="http://foo.com" title="External link: my link">.....

and

~np~[http://foo.com]~/np~ would become:
<a href="http://foo.com" title="External link">.....

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"}

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"}

At tiki-admin.php?page=login , Username, when I enable "Use email as username" some username settings are now hidden (meaning not in use) but they are still applied.

Minimum length
Maximum length
(And may be "Force lowercase")

I created an instance to test and reproduce.
You need to "really" register a user, not using the admin user to create new users.

How to reproduce :
# Go to Admin, Control Panels and switch to "Advanced" (to see advanced preferences)
# Go to log-in : tiki-admin.php?page=login, Registration & Log in
# Enable : Users can register
# Disable : Validate new user registrations by email (we don't want to validate email)
# Go to : Username and set "Maximum length" to 6
# Apply (save)
# Use a different browser (check you are not logged), go to the Tiki and register a new user
# Try to input more than 6 characters for the username, you will see this error:
+ {img fileId="1689" thumb="box"}
# Go back to your previous browser (logged as admin), log-in : tiki-admin.php?page=login, Username
# Enable "Use email as username" option
+ The parameters Minimum length, Maximum length, (And may be "Force lowercase") will be hidden has not relevant anymore.
# Go back to your different browser (check you are not logged)
# Create a new user with an email for login (obviously longer than 6 characters).
+ You won't see an error on focus
# Submit your registration and you will see the error:
+ {img fileId="1690" thumb="box"}

The difference of treatment in the process make me think there is some wrong additional condition that should be cancelled if "Use email as username" is enable.

At tiki-adminusers.php (Admin users) there is a popover on the username that display the user information.
This popover should never overlap the username link.

While this work fine with the "usual" information it doesn't work when "user tracker" is used to store user informations (https://doc.tiki.org/User-Tracker) and have sections (tabs used).

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

On a Tiki23 I can use a user tracker to store information and in the admin => log-in control panel I can set the fields that should be used to display the user realname using "set user_trackersync_realname".

For exemple, in the user tracker I have
FieldId1 : user selector
FieldId2 : last name (Sfez)
FieldId3 : first name name (Bernard)

For "set user_trackersync_realname" I enter : 3+2
The realname should be "Bernard Sfez"

If I use the pluginrealname it will be displayed "Bernard Sfez". GOOD
However at the admin users list and some other places it will be displayed "Sfez Bernard". NOT GOOD

It used to work.

Instance couldn't be created...

On Tiki24 we have an admin "Print Setting" page : tiki-admin.php?page=print

If I want the generate a PDF from the action menu (first preferences on the admin page) this is what I see:
{img fileId="1714" thumb="box"}

Wiki print, the main feature to enable everything print, is somewhere at the bottom ? and PDF generation is at the top, preferences that rely on it are place above it... frankly it really look bad for Tiki to release such mess for users. We should use tab and reorder things.

Another example, the preference "Show Page title" is placed under "PDF settings" however it is applied to both (common preference)

On a Tiki24, I encountered an error about "security setting"

I went to the Admin, Advanced, Security control panel at tiki-admin.php?page=security there I found a "Tip" remarkbox.
"Please see the Security page on Tiki's developer site. See Security Admin for additional security settings."

There is 2 links;
# ((Security)), an (almost) empty page that certainly doesn't help the admin if he has an issue ?
# Security Admin (tiki-admin_security.php) that goes to a list of activated wikiplugin (and a path) and 2 other links that take further into a wrong direction.

In summary we are not helping the admin with documentation or tools.

Candidate pages;
* https://doc.tiki.org/System-Configuration (helped to find hidden preferences)
* https://doc.tiki.org/Security-Admin (outdated) ?
* https://doc.tiki.org/Security (documentation need improvement)

{syntax type="tiki" editor="plain"}
If Tiki is going to have System Menu item icons by default in new installations, probably all menu items should have one. Why only "Categories" in the system menu dropdown?

The same items in the admin pages aside menu have icons, so it should be just a matter of adding them to the system menu. Note: be sure these are added in a vendor-neutral way so that if the admin switches from Font Awesome to Bootstrap icons (or another icon set), they will still display.

It's sometimes useful to allow anonymous or other users without full perspectives-related permissions to switch perspectives. For example, I want to demonstrate themes by using a link such as -+ tiki-switch_perspective.php?perspective=21 +- , in a dropdown menu, to switch to perspective 21. This perspective has preferences including a home page with info about the theme, using the theme itself, and so on, all set by the perspectives feature. The user continues to be in that perspective after leaving the page, so can see a blog or calendar or whatever using that theme, until switching to another perspective. This works fine for admin, who has all current perspectives permissions, but doesn't work at all for anonymous users. Visiting the page shows the theme set for the page but doesn't change the perspective.

I imagine there could be other scenarios where users would select a perspective and stay in it until they switch to another one.

There are now four permissions related to perspectives:
* Can admin perspectives (tiki_p_perspective_admin)
* Can view the perspective (tiki_p_perspective_view)
* Can edit the perspective (tiki_p_perspective_edit)
* Can create a perspective (tiki_p_perspective_create)
I propose that another permission be added:
* Can switch perspectives (tiki_p_perspective_switch)

Or whatever fix would be effective here. The "Users can change theme" option on tiki-admin.php?page=look serves the same purpose but seems to be set via that admin page rather than on tiki-objectpermissions.php.

Somewhat strangely, if I give anonymous the "Can create a perspective (tiki_p_perspective_create)" permission, then switch-perspective works for anonymous, who can see the list on tiki-edit_perspective.php and can input a perspective name but it doesn't appear in the list to be edited, etc. so this could be a hacky workaround but the clean solution of a new permission would be much better.

This is just a test

You can use Tiki articles in multilingual website having article for several language.
The usual process is to create a main article (default language) then create other articles with different language and assign them as translation of the previous article.
Article => Edit => Advanced, Attach existing article ID as translation

You have to insert the ID of the article and that really not user friendly.

You should be able to retrieve articles by name in a select.

---

On second thought...

If wed really like to improve we could reuse the same interface/system we have with wiki pages (translation) as it is working fine is much better (proposing translation if missing and displaying set of translated documents) and will be better for UX (consistency).
I just wonder if it worth the investment.

It is not possible to change the image banner once one has been uploaded.
See : http://bsfez-11581-7922.show2.tikiwiki.org/tiki-edit_banner.php?bannerId=1
Try to change the banner it shouldn't work.

There is an issue with the image upload.

{syntax type="tiki" editor="plain"}
Decided at https://tiki.org/TikiFestPostPostMuskoka#Follow-ups_Decisions, Nelson will start a series of developer-focused webinars, to be held every 2 months and this will build our developer documentation.

Todo: Make it happen :-)
* Pick the first date and set the schedule
* Make a page to promote the event
* Pick some topics
* Invite some guests
* etc.

{sign user="pascalstjean" datetime="2013-08-26T01:16:23+00:00"}
+1

If you use forum section, un the forum table, the right border is not displayed for forum row and only for section row.

{img type="fileId" fileId="282" noDrawIcon="n"}

At tiki-directory_browse.php, instead of the normal directory content, this error is displayed:

{CODE()}
Fatal error rendering template file ...\master\templates\tiki-directory_browse.tpl

TypeError: Cannot access offset of type string on string in ...\master\temp\templates_c\en_basic^9afc4689a26161c5d3d505286984c3b17c2bc523_0.file.tiki-directory_browse.tpl.php:63
Stack trace:
#0 ...\master\vendor_bundled\vendor\smarty\smarty\libs\sysplugins\smarty_template_resource_base.php(123): content_647f08437715c5_90536580(Object(Smarty_Internal_Template))
#1 ...\master\vendor_bundled\vendor\smarty\smarty\libs\sysplugins\smarty_template_compiled.php(114): Smarty_Template_Resource_Base->getRenderedTemplateCode(Object(Smarty_Internal_Template))
#2 ...\master\vendor_bundled\vendor\smarty\smarty\libs\sysplugins\smarty_internal_template.php(217): Smarty_Template_Compiled->render(Object(Smarty_Internal_Template))
#3 ...\master\vendor_bundled\vendor\smarty\smarty\libs\sysplugins\smarty_internal_templatebase.php(238): Smarty_Internal_Template->render(false, 0)
#4 ...\master\vendor_bundled\vendor\smarty\smarty\libs\sysplugins\smarty_internal_templatebase.php(116): Smarty_Internal_TemplateBase->_execute(Object(Smarty_Internal_Template), NULL, NULL, NULL, 0)
#5 ...\master\lib\init\smarty.php(296): Smarty_Internal_TemplateBase->fetch('C:\\laragon\\www\\...', NULL, NULL, NULL)
#6 ...\master\lib\init\smarty.php(529): Smarty_Tiki->fetch('C:\\laragon\\www\\...', NULL, NULL, NULL)
#7 ...\master\lib\init\smarty.php(473): Smarty_Tiki->assign_layout_sections('tiki.tpl', NULL, NULL, NULL)
#8 ...\master\tiki-directory_browse.php(113): Smarty_Tiki->display('tiki.tpl')
#9 ...\master\route.php(348): include('C:\\laragon\\www\\...')
#10 {main}
{CODE}

The calendar event "tentative/confirmed/cancelled" status display is broken. The admin can select one, and the radio button indicates that it is selected, but on the saved event page, all three options are displayed.

https://matrix.to/#/!SLEgqpTNTlGYAhzNvK:gitter.im/$oQIbW8GUQp2nQZEG34-hpHp2N9UQSEnk89a1nXcKd8A?via=gitter.im&via=matrix.org&via=coeus.ca

{syntax type="tiki" editor="plain"}
At https://nextdoc.tiki.org/tiki-browse_freetags.php you can see the list of all the tags.
When you click on a tag it add the term to the search field and wait for further action from the user.

When I click on the search button the term will stay in the search field and other terms will be added.

This is a bit wonky and bad for UX.

Clicking on a tag should do the job, initiate the search for the object with this tag.

Viewing this video from the file gallery is not working (anymore) download the file: https://dev.tiki.org/dl1629

Media player's way:
{mediaplayer src="display1629"}

Update and clarification {sign user="Bsfez" datetime="2021-11-30T08:44:36+00:00"}
At https://doc.tiki.org/tiki-browse_freetags.php I used 2 tags (that have results, they are displayed in bigger font size): configuration articles

All selected = 0 results (what ?)
{img type="fileId" fileId="1653" thumb="box"}
{img type="fileId" fileId="1652" thumb="box"}
---
One selected = results (not sure what was searched... look like both)
{img type="fileId" fileId="1657" thumb="box"}
{img type="fileId" fileId="1656" thumb="box"}
---
Last selected = results that seems to be articles (Good)
{img type="fileId" fileId="1654" thumb="box"}
{img type="fileId" fileId="1655" thumb="box"}

Not only the UI is not great but if this is what was intended it very confusing and look broken.
In comparison with "all selected" and "last selected" and the results displayed I don't know what a user is supposed to understand. The options descriptions are also adding confusion, terms in a input (search) field are not "selected" while terms clicked on should be considered as selected (mobile era).

Just recently (the last few days) I did post some answers in the forum and did need the CODE plugin to show some code.

The plugin seems to be broken, as most of the HTML code between the CODE text
{CODE()}{CODE()}HTML will disappear after saving{CODE}{CODE}
is stripped out of the wikipage source - just disappeared including the plugins end tag.

It is not a matter of misstyping, cause I did try several times.

I did not find time to reproduce yet, but it occures at tiki.org/forums.

Torsten.

{syntax type="tiki" editor="plain"}
If 'Display comments form by default' is checked, the comment button doesn't react. Comments works but you'll have to right click on the comment button and 'open in new window'.