Category: Usability

{syntax type="tiki" editor="plain"}
I am using the trackerfilter plugin to display a list of tracker items. I can enter filter criterion and filter the list (works perfectly). The problem is, however, that when the resulting list of filtered items is more than one page and I select to see a subsequent page, the filter entries are lost and I am returned to an unfiltered page. The reason that I have given this item a high priority is that it actually makes the function unusable.

An example of what I'm talking about:
I have a list of outstanding bug reports and I want to take a look at all of the "A" priority items. I enter an "A" into the priority filter and I am presented with a view of 25 items. I can also see that I have 75 "A" priority items. I press "next page" (from pagination) and my filter selection goes away and I am presented with an unfiltered list. It is impossible for me to see the rest of the "A" priority items!

Somebody help! Please. I'm begging now... I'm going crazy here trying to complete this project... (:confused:)

This is an issue that has been pervasive since Tiki 3.x through 5.3. I believe I had advocated for the need to have a usable Google Geolocator comparable w/Mediawiki ([http://www.mediawiki.org/wiki/Extension:Semantic_Maps|SMW Mapping]). I have included a screen shot of both how Tiki displays the mapping and my other site in Mediawiki.

Here's the deal: If you go to Google Maps for a tracker situation in Tiki it first kicks you to another page. This, in and of itself is a problem; however, can be fairly easily overcome. The ''real'' problem is that the geocoder __does not__ work! Let me explicitly describe this: you click the Find Address button and nothing happens. So, why put the feature in? Even if it did work, you are now on another page, so you've lost your train of thought and have to click a BACK button which does not exist.

I spoke with folks on this; we even sent folks up to several TikiFests to describe in person during Tiki 3.x. My opinion is that displaying visual locations is more crucial than bells and whistles such as 3D, Web Conferencing, etc. Collaboration is great, but take the simple aspects of displaying (in a definitive, user friendly aspect) where the next TikiFest will be. I mean a person in Germany ''may'' not know where Kallispel, Montana, is.

I fervently believe that the ability to both geocode on the same page and display samesaid page is ''integral'' to any type of wiki.

With that said, I commend the coders for moving this far with the mapping.

{img id=114}
{img id=115}

Now, it's all or nothing, and not obvious to turn off

Interface should warn you if there is a dependency which needs to be activated

Page 2 after 7 entries is weird. Should use default value for site.
{img fileId="532"}

Admin trackers / <select tracker> / export&import / import items, csv

the tracker has two fields:
1 A text
2 B auto-incrementing itemid

the csv has one column and two rows next to the header:
A
apple
banana

parameters:
as new items not checked (expecting that it will either replace items, or remove them all)

result:
in admin trackers the number of items increases
the items view does not show any new items (even if the tiki cache is emptied) and it shows an unchanged number of items

Since Tiki21 I use tabular import through the console to daily import and update items.
It went through with Tiki22 and worked fine for several month then a few month before Tiki23 it started to throw errors.

I updated to Tiki23 to check and it is the same.

It is interesting to note that the __tabular import from the HTML front end doesn't throw any error__ and that in the end __both import successfully__ all the items.

This is the error I have for the 13 items that are imported

{CODE()}
xxx:~/public_html$ php7.4 console.php tracker:import 20 ../biens/biens_avendre_24_10_2021.csv
Importing tracker...
Array to string conversion on line 141 of /home/elyseavenue/public_html/lib/core/Tracker/Tabular/Writer/TrackerWriter.php
Array to string conversion on line 141 of /home/elyseavenue/public_html/lib/core/Tracker/Tabular/Writer/TrackerWriter.php
Undefined index: status on line 2113 of /home/elyseavenue/public_html/lib/trackers/trackerlib.php
...
<feedback>feedback: 13 tracker(s) item(s) updated
</feedback>
{CODE}

Editing an item I tried the "preview" button it shows me an outdated version of the item in the preview (previous status) and the formatting in the text area was broken (no line feed, etc)

This is not good enough to be in Tiki as it is and should be experimental till it is fixed.

+ it should be optional.

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

I just did a test of the Registration tracker at:
http://tikiwiki.org/tiki-register.php

One of the checkboxes was mandatory. Since it's to accept something, it's not clear that I am not required to check it.

A drop-down would have been better in this case.

Tracker history seems to be defective in Tiki6.4 (in dev.t.o)

It doesn't show anything in some sites (contact Xavi for a db dump if anyone is willing to debug), and in others like dev.t.o some information is repeated 8 extra times.

See example here:
https://dev.tiki.org/tiki-tracker_view_history.php?itemId=426

i've modified [http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=243&trackerId=5|this tracker item] and it didn't changed Lastmod by field

Hi, this is fantastic - CMS. I am excited what it can do. I have trialled few features they are excellent. I am not a programmer, but curious and learning the basics so in the near future i can help. I am learning PHP, MySql and Linux, all at the same so my focus is divided.

This Tracker feature - in my docu reading found that it has limit of 3000-5000. Which i think has something to do with the limited in-built database.

So, i thought how about using MySql - i don't know the intricacies of the whole system.

I plan to use this Tracker to customise documents handling. Which at the current count about 32,000 folders to be scanned. Each folder has about 30-100 pages of about A4 size paper and variety of it. In a workplace environment and team working on each folder "Attachments" and "Comments" are required. Plus other fields of information customised regarding each folder folder.

The "File Galleries" looks good but I can't customise to add more fields of information.

Also with Tracker, i customise "Tasks" which can include more fields of information which are not available on the normal feature "Tasks" in "My Tiki".

Priority wise - well I can see with a 3k-5k limit to go and considering a 33k folders, as high as it is possible. I may put in a seed money in this times of financial crises to about 500.00 USD to get this started. Others may co-fund. I am reducing weight anyway so I can forgo junk foods to save that amount - just humour.

Your thoughtful consideration is highly appreciated.


Teddy Apostol

Tracker listings with several pages are URL encoded by e.g. '&offset=25'. This offset vanishes with status change (open, pending, closed), thus the listing starts at first item. It should be same offset or close to last items, at least optional.

Tracker performance improvements, as agreed with Marc Laporte. He will give it a go with Louis Philippe in January 2010.

{syntax type="tiki" editor="plain"}
In the TRACKER plugin, a tracker field of type "dynamic items list" does not get updated with the changing of the associated "item link" tracker field.

The fields and updates work properly when using the built in tiki-view_tracker.php Insert New Item form. When the same tracker is used on a wiki page with the TRACKER plugin, the drop-down box for the dynamic items list field does not update.

{syntax type="tiki" editor="plain"}
If you have a tracker with fields e.g
X text
Y radio buttons, mandatory
Z date
and you would like to offer the user to update X only, or X and Z only, keeping the old value of Y, it won't work. The error message you get is that Y is mandatory.

{syntax type="tiki" editor="plain"}
The page where the tracker plugin is situated can contain other itemId dependent content. Therefore, it is better to preserve the itemId after posting the form.

{syntax type="tiki" editor="plain"}
Any dynamic list or other drop-down list will not get its default value, when modifying the item, or when it gets prefilled (or when autosave value is available).

I am addicted to Dynamic Lists, but the tracker plugin does not render the items at all.

It would be nice if it did.

#Create a Tracker with a drop down field that has several choices. #Enter one choice twice in Succession to get a "default" value.
#Enter an item using the tracker, but select a non-default value in the drop down field.
#Create two wiki pages each with one of the plugins as defined below...
~np~{TRACKERLIST(trackerId=3,showlinks=y,sort_mode=created_desc,url="tiki-index.php?page=Tracker+Plugin+Test&itemId")}{TRACKERLIST}~/np~

~np~{TRACKER(trackerId=3,url="tiki-view_tracker.php?trackerId=3")}{TRACKER}~/np~

Notice that the TRACKERLIST plugin, has a "url" argument that will display the page with the TRACKER plugin. The "url" has "&itemId" at the end of the url, so that clicking any item, will open the page with the TRACKER plugin, and you should see all the fields filled in with their correpsonding values (from that item).

For the dropdown menu, the value displayed is NOT the one that was originally selected by the user, but rather the default value.

The TRACKER Plugin is great for "Insert New" functionality, but cannot be used for "Edit Item" functionality, as fields with default value settings cause an overwrite of the user's input for those fields.

This situation prevents the user of the TRACKER plugin as a round-trip tool (insert with TRACKER --> TRACKERLIST --> edit with TRACKER), as the user's values are blown away and replaced with the default field values.

Note: values selected using "Category" field types are never selected using the TRACKER plugin to edit a TRACKER item. For some reason the TRACKER plugin does not pick up category values from category fields, although does allow inputing them.

It looks bad:
{img fileId="954" thumb="y" rel="box[g]" width="640"}

On the trackers properties we have 2 areas to control tracker status display and usage.

"Display" shows 2 preferences (checkboxes on/off):
* Show status
* Show status to tracker administrator only

"Status" (visible even if status is disable) shows options:
* New item status (o,p,c - dropdown)
* Modified item status (no change, o,p,c - dropdown)
* Default status displayed in list mode (o,p,c - Multiselect)

But there are inconsistencies !
For example;
- Both of the Display can be disable => __Status is not used__
- New item status can be set to __Pending__
- Default status displayed in list mode can be set to __Open__

As result, if you create an item it won't be displayed !
New item created is Pending and List shows Open item is applied. ??‍♂️

If Status is disable, it should be really disabled and nothing should interfere. (the sub options should be hidden, grayed, disabled)

If would make sens to regroup things under the same area.
* Add the options as child of the feature on/off switch
* Regroup the feature and option under Status

{syntax type="tiki" editor="plain"}
Tracker rating links on http://dev.tikiwiki.org/ are illegible. The options for ratings appear as "--2-1012" which looks like some kind of numerical label. The "-2", "-1", "0", "1", and "2" are not visibly distinct entities.

{syntax type=tiki}
{syntax type="tiki" editor="plain"}
This is the ((Tracking system for Tiki issues)).
If this is your first time, please read: ((How to Submit a new item on the Wishlist))

Trackers standard fields are afaik
- ItemId
- Created
- LastMod

You can't acces/modify/use those. But it would be necessary for example to:
- use the ItemId in the Item Link field
- make a default sort by creation date
- much more surely ;)

{syntax type="tiki" editor="plain"}
It appears the Tracker User Selector field appears to not be working after upgrade to 3.1.

Even if you set the parameters to 1,1 - it does automatically assign the logged in username to the field.

if you manually choose the username, it will hold and it will email the user, but this use to auto-assign the username to this field.

We have a bunch of trackers that depend on this feature. Are others experiencing this, and if so, can you give some assistance on repairing?