Category: Usability

Categories are multi-select fields. So sorting is not possible. Trackerlist plugin should not offer to sort (now with clickable title)

(discussed on the devlist) ((dev:forumthread79037))

On a Tiki24 I use a tracker with a file tracker field to set file with items.

I see, under the upload button, an URL field (both are displayed together) and this is because on this Tiki "Upload files from remote source” has been enabled. (fgal_upload_from_source)

Simple "users" won't have any clue about what to do with a button + an URL field without even a note that it is one or the other. (there is no help text)

---

I have also some concern about the way it handles problems.
For example I uploaded and image and also set an URL then save. ?

The files is saved in the file gallery but the URL is gone.
There should be some kind of error telling the user he is gonna loose the URL (or better handling anyway).

On a Tiki 25 I have a tracker and I'm using a file tracker field.

Whit the option "File Count" doesn't limit if set to 1 (Maximum number of files to be attached on the field), I should be able to upload only one picture and there should be only one file attached.

But there is another option similar/related near the bottom of the options list.
"Replace Existing File" and if this option is set to no, "File Count" has no effect and as a result, I can upload many files and have many file attached.

We have an interface and logic issue here.
If "File Count" is set to 1, "Replace Existing File" should be always set to "yes" and display a warning, something like: "A file exist for this item, You will overwrite the previously uploaded file. Do you want to replace the existing file". (common expected user interface)

If "File Count" is set to anything but 1, "Replace Existing File" should be hidden.

{syntax type="tiki" editor="plain"}
On a tracker, tracker file field if you browse for a file that is in your Tiki File Galleries and perform a search you will be trown out of the tracker item editing (you loose edited content) 🥺
Field setting by default with upload using modal = yes. Tested also with upload in modal = no.

{mediaplayer src="display2143"}

{syntax type="tiki" editor="plain"}
Attaching a file/image to a trackeritem is quite critical and in 2023 for Tiki trackers to compete.

However browsing an image in a Tiki file gallery is absolutely not user friendly.

On desktop, the modal is not very pretty and the way images are displayed is awkward (2023 standards) it hard to see what image is selected and where is the way to validate the selection.
Unless you have a few images (no more than 7) you will need to scroll up and then down to see what you are doing.

The "image selected" name and the "Validate your selection" button should be always visible.
The "Select" button name is really confusing should be changed for "Validate selection", "Select this file"...

{mediaplayer src="display2144"}

In trackers we have a radio buttons field type.

It should be possible to have a default option selected in a way that when a user create or edit an item, in the tracker interface of in a form, an option is selected by default.

As per Tiki 25, this not possible and on first create, edit the field will stay blank.

---

For some reason, and like the dropdown field, it is not possible to have twice the same value for different labels.

IE: 0=uncomplete,1=done,2=welldone,0=notdone
The options displayed will be:
* 1=done
* 2=welldone
* 0=notdone

It should be possible to use twice the same value but a single label.

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

When the user toggle between status he sees the items with the status selected.
However, if he perform an action his previous selection is "forgotten" and he have to re-selected again.

{mediaplayer src="display2072"}

In a tracker (tiki-view_tracker_item.php) with mandatory fields or fields with a validation (ex.: email), if I don't fill the form properly, on save, I will be in view mode with the "Following fields are incorrect" warning. I must then click edit again to correct the info. This is not logical. I should stay in edit mode unless the form is saved without error.

{syntax type="tiki" editor="plain"}
Related: 3108

We have an item that has X and Y filled in.

X: item link
Y: dynamic item list depending on the value of X

We would like to edit Y, while not showing X in the tracker wiki plugin.

This won't work.

On these two pages:
tiki-view_tracker_item.php
tiki-view_tracker.php

Reminder: a user could have permissions to view a specific tracker without having general tracker permission.

Related tracker:
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=505

Trackers without mirrortables now has a notification email that displays old vs. new values.

Due to the replication of the trackerlib for mirrortables, this functionality was not added. This is a needed improvement for mirrortables notification emails.

See http://mobile.tikiwiki.org/tiki-orphan_pages.php for a few examples

{syntax type="tiki" editor="plain"}
I will report 2 bugs as they appear to be related:

1. If I create a structure in english, create a wiki-top-of-structure, then i translate it in spanish... when spanish users browse the wiki they will see the translated page in spanish but with English title.
see it on http://mi.solcentral.org/tiki-index.php?page=Sobre+Sol+Central

2. Also Tiki will not let the user to change from Spanish to English (if accessing with a Spanish configured browser), since the drop down list of languages appears disabled. These happends with many other wikis created in structures.

General Settings:

Tiki 6.0 fresh install.


Settings in Multilingual:

Detect browser language ON
Show pages in user's preferred language ON
Requires User Preferences Screen (OK)
Users can change site language ON
Display available translations ON
Multilingual structures ON
Requires Structures (OK)
Requires Multilingual (OK)



Settings in Structures:

Open page as structure OFF

{syntax type="tiki" editor="plain"}
__Wiki / Translate / Translate this page to a new language__

When creating a tranlsation of a wiki page by way of the "Translate this page to a new language" button, the following is automaticlaly inserted above the untranslated text trabsferred fromn the original page to the new page:

^Translation of this page is incomplete.^
I assume this is designed for the benfit of people reading the page (rather than those editing it) and as such I find it very useful for the following two reasons:

If you are using a site in one language, say English, and a page appears in another, say French, its very useful for the reader to understand that:
* nothing is wrong e.g. they haven't mistakenly navigated to the wrong page or changed their language settings, and
* the site editors are aware that the content requires translating.

The problem is that it displays in the wrong language (e.g.in our example above in English when the reader may only understand French). The reader needs to see "Translation of this page is incomplete." in their own language regardless of the language of the untranslated text beneath it, otherwise the benefits above are lost.

(Of course, the same should all apply to Articles but they don't seem to have the "Translate this page to a new language" feature yet - only the ability to link to another already created Article at present).

{syntax type="tiki" editor="plain"}
1) Child links are "usually" (not always) configured to point to a bad Url.

Instead of taking you to :

http://mi.solcentral.org/tiki-list_file_gallery.php?galleryId=5

it will take you to

http://mi.solcentral.org/Textos%20Codificados

and Sefurls (Search engine friendly url) is OFF

You can see if for yourself in http://mi.solcentral.org/tiki-list_file_gallery.php?galleryId=2

I have changed Theme to see if its a Theme things and the problem persists.

The problem does not arise accessing with IE 7.0 since the Tree Control is not showed up at all (don´t know if this is also an error really, if you know tell me...).

2) Icons change. Instead of showing one type of icon in the tree structure, it shows two types.

Please Help

----
Tiki V 6.0 fresh install
Server: Windows
PHP Version: 5.2.6
Ram: 128 Mb

When trying to highlight text with an URL, it does not work well:
{CODE()}__For more details see https://tiki.org/License__{CODE}

Result (everything below the next line gets bold and messed up):
__For more details see https://tiki.org/License__

{syntax type="tiki" editor="plain"}
When writing a blog post in master currently, trying to preview it causes a 500 error. Edge browser says "This page isn’t working right now - localhost can't currently handle this request."

{syntax type="tiki" editor="plain"}
Hotword processing needs to be turned off for the text expansion of the built-in macro __toc__: {CODE()}{toc}{CODE}

If a page name in a structure has spaces, and a defined __hotword__ appears as a name in the page, then the __toc__ expansion is corrupted by the __hotword__ processing. For example, if the page name in a structure is __xxx yyy zzz ddd__ and __zzz__ is a defined __hotword__, then the resulting link out of the __toc__ expansion is the equivalent of: {CODE()}((xxx yyy zzz ddd|xxx yyy)) ((zzz)) ddd{CODE}
Note how the trailing portion of the page name is not linked at all now.

This may apply to expanding the built-in macro __maketoc__, especially when aliases are shown, as well.

Verified on the opensourcecms.org installation as requested.

Tracker X has an attachment field, A.
If someone uploads an item with A="x.doc" then the next time it would not work. It could easily happen that different users would like to use the same name for their attachment.
The point is that there is no error message forcing the user to select a unique attachment file name. Instead, it just does not record the attchment in the database and looks as if everything went well.

Hi, I am on 5.0Beta and the tracker's user selector / option 1 (=autoassign) does not work. Has such issue been fixed since then?

When the user selector field is added to the Fields, then it gives a list to choose. If it is not in the Fields list, then it does not care about it.

The {tr} tags are disregarded in the tiki-register.php and tpl.

{syntax type="tiki" editor="plain"}
Tracker 12:
64 group selector 1
66 user selector 1
65 attachment
79 textarea 0,100,3,3000

{_TRACKER(trackerId="12" fields="65:79" showtitle="n" showdesc="n" showmandatory="y" sort="y" view="user" newstatus="o")}Thanks!{_TRACKER}

does not assign the fields 64 and 66.

Related: 3186, a regression reported on the user selector field, which had a work-around by setting view="user" and excluding the user selector field from the fields parameter.

On tiki-admin.php?page=look, the "Fixed width" checkbox appears under both the "Theme" and "Layout" tab. But the input for the width appears on the second tab only. In the code comment, I see that the rationale is that this checkbox is important so it should be under the first tab to be quickly visible, but I think it would be more logical to have it only under the second tab, where it logically belongs. Arguably, setting the layout - basic bootstrap, classic Tiki, classic Bootstrap - is as important as setting fixed with or fluid width, but we don't put these under the first tab.

If the fixed-width admin form parts were complete under both tabs, I wouldn't be bothered so much, but the first tab has only the checkbox, so the admin sees that first "because it's important" but doesn't see where to specify the width because the input is not displayed together with the checkbox. If/when the admin goes to the second tab, then there's the input for the width. I think if we assume the input can be found there (and it should be since this is the "Layout" tab), then we should assume the checkbox can also be found there, and so there's no need for one under the first tab.

When watching the history of a wiki page, the two most recent versions are pre-checked. But, when watching the history of a spreadsheet no versions are pre-checked: http://demo.tiki.org/trunk/tiki-view_sheets.php?sheetId=3