Category: Feature request

tracker fields should have a description so we could provide users with an explanation on how to fill out the forms.

Plus: Using labels for accessibility

Ex.: Data type : what do my 5 choices mean?

Tracker fields need more attributes for presentation and usage. These new attributes should include:

* Editable by ...
+ Is the field editable? Who by (users/groups)? Non editable fields might include "assigned to" or "author" fields. It may be that users cannot assign calls, but the group "call handlers" can. __done in 1.9.x__
* Next Field to right
+ Move the "1," type option functionality into the field attributes so that any field can be placed n the right of any other field. Very useful for presentation! __great idea, not done__
* Viewable by ...
+ Much like "Editable by...", hide fields from some people. A support call, for example, may have a field called "work done" which the assignee uses as a notepad for other support staff. This may not be suitable for end-user viewing! __done in 1.9.x__

That said, Trackers are really good as they are ;-)

If I set a rule that check the content of a track field item link I can’t use the label of the option (displayed) and I need to indicate the value of the option (in the code).

IE :
<option value="5468">Paris</option>

Paris won’t work for the rules condition but "5468".

In a tracker you can use field type Header to set informal text (https://doc.tiki.org/Header-Tracker-Field)

In tracker you can also use fields that are looking for information from other tracker and other field like item link, item list, dynamic item list, etc. (https://doc.tiki.org/Tracker-Field-Type)

For example, in dynamic item list I can actually for the parameter "Field ID (Other tracker)" fields from the other tracker that are field type header.

Displaying those field type in a selector doesn’t make sense.

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

{syntax type="tiki" editor="plain"}
On tracker, admin panel you can enable "Inline editing" for trackers and "Tracker list inline editing".
However this is a global feature and it will affect all trackers and all fields.

It would be more convenient to have an option to enable this per tracker.

When customizing the Score system, there is no possibility to assign points to Tracker-activities.

{img fileId="920"}

Bootstrap:
{img fileId="921"}

{syntax type="tiki" editor="plain"}
These should all work:
* http://dev.tiki.org/item107-Restore-IRC-topic-after
* http://dev.tiki.org/item107-Restore-IRC-topic-after-TikiFest
* http://dev.tiki.org/item107-BLABAL

And should have same Canonical link -> http://dev.tiki.org/item107-Restore-IRC-topic-after-TikiFest

Lifting the priority of this previous request to 8, If the built-in database could be switch to a more robust DBMS such as MySql to go beyond the 3k-5k limit.

Else, to make File Gallery customisable as it has virtually no limit (i could not read any limit in the docu)as Tracker - which has limit. So that more information or item could be added to the File Gallery.

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

On ((Add to WishList)), quicktags are missing.

Instead of this:
{img src=images/code.png}%%% {CODE()}
*[tiki-view_tracker_item.php?itemId=909|Integrating fotonotes or wikigraphe or DOM Image annotation to the Image gallery]
{CODE}

I should be able to indicate something like:
{img src=images/code.png}%%% {CODE()}
*{bug909}
{CODE}

and have the nice link generated. And if the title of the bug changes, I am OK. Having some more info about the bug in a mouse over would be a nice bonus!

Having a drop down menu or bug picker would be sweet too!

Maybe even some backlinks detection!

You can see an nice example here that even has a bug icon
http://winscp.net/eng/docs/history

Since Tiki 17 (default setting + trackers) the tracker plugins (that have a parameters for fields) it is not possible to set the fields order using the GUI.

The selector fields show then so I can select the fields, but I can’t order them.
It seems the order is set alphabetically…

https://ibb.co/fCBK9a

User should be able to select an order of the fields in the GUI.

When a tracker field type is email, a new option:

sendEmail=y|n|oy|on


This will permit that people that fill in a form get a copy of what they are filling out, which is often the case in public forms.


If this is set to (y)es, an email is sent to this email
If this is set to (n)o, no email is sent to this email
If set to (oy)ptional, the checkbox is check by default
If set to (on)ptional, the checkbox is not check by default

A checkbox is added at the bottom of the form like here:
http://www.comsol.com/support/form.php

2- A distinct email notification tracker would be needed (in addition to templates/mail/tracker_changed_notification.tpl) because we may not always want to disclose the same information to people that fill the form cv admins watching the forms.

3- The "from" email of the notification of this tracker should be the email which is filled in (as an option). So when I am notified about this tracker, I can just click "reply".

The user tracker is very useful:
tiki-view_tracker_item.php?view=+user

However, sometimes, I may want to manage this info in many different wiki pages. For example, I would like to put these three user forms on different wiki pages:

{CODE()}
{TRACKER(trackerId=>9, fields=>1:2:3, usertracker=>y)}{TRACKER}
{CODE}

{CODE()}
{TRACKER(trackerId=>9, fields=>1:4:5, usertracker=>y)}{TRACKER}
{CODE}

{CODE()}
{TRACKER(trackerId=>9, fields=>1:6:7, usertracker=>y)}{TRACKER}
{CODE}

trackerId #9 is a usertracker and field 1 is the login (so we can associate to appropriate tracker)


I would have more freedom to add instructions, comments, etc

Combined with [tiki-view_tracker_item.php?itemId=122|WikiPluginTracker : Confirmation message to any URL], I could create multi-page user trackers.

If the info has already been filled in, the tracker plugin will come-up pre-filled, like tiki-view_tracker_item.php?view=+user does.

We could also have the same concept for the group tracker:
tiki-view_tracker_item.php?view=+group

And why not extend to any tracker?

We often need a way to do conditional things in tracker forms, like show or hide fields depending on the user's input, or require validation on some fields depending on the state of others.

So this is to start a discussion about how this should be implemented, should it be a new field type? Or a function of the tracker plugin (which needs significant tidying up) or what?

So they should look something like:

* Category field
** If Category contains "bug" then
*** Show Workaround and Solution fields
*** Make Importance and Easy To Solve required

I wish there was a way to edit the tracker send notification template.

We use trackers extensively, and the send notifications (email you get when someone submits a form) is really bad. It does not contain the fields of the tracker or the content entered. It does not even have the website name in it or logo.

I get a lot of grief from clients who hate that they have to login to the site and find the tracker to see what was submitted. This should be in the email.

{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 ;)

Credit card
*Check for format (using the formula)
*And obfuscate all but last 4 numbers by stars (*)

Zip code
*Check for format (using the formula)

Postal code
*Check for format (using the formula)

And optional custom type
Ex.: Letter,number,letter

Force a space


http://digitalbush.com/projects/masked-input-plugin

In tiki-admin_notifications.php, if I am watching articles and wiki pages, I want to know more.


Should trigger watch notification email:
Edit article (needed: we don't need a nice diff compared to previous but I want to know who is editing existing articles. Tracker notification email is nice with old value/new value for each field)
delete article (needed: if someone deletes by accident, I can recuperate from emails)

Edit wiki page (OK)
Rename wiki page (OK in 2.0)
Delete wiki page (needed: if someone deletes by accident, I can recuperate from emails)


Trackers:
Edit tracker item (OK)
Add a tracker item (OK)
Delete tracker item (needed: if someone deletes by accident, I can recuperate from emails) in trunk, it sends an email about deletion but without a copy of the last content. __As of 2009-02-25 and on 2009-04-22, it does send an email, but with a blank sender address and without a copy of the data which was just deleted.__

It seems that Cascade actions are now being applied even if is set to "No" (no cascade actions should be applied).

I have a new issue with status change for previously saved item.

I have a catalog tracker with items and I'm using status for items that are available in the catalog (open = for sale) and not for sale (pending = not ready yet and close = removed from the catalog).

I have orders tracker with an item link. The item link is set with "Status Filter" set to open, so customers see only the items for sale and the "Cascade actions" setting is set to "No".

A month or two month ago that was working fine and previously saved orders kept the value of the ordered product no matter what status it has;

My Order tracker field Product is an item link that point to the Product tracker and is set to display only open items (product for sale)
#ProductA had status open on August
#CustomerA bought in august ProductA => OrderA is created with ProductA
#ProductA status changed to close in September = Product can not be seen when creating a new order

__But now__ when I look back at the OrderA (and it wasn't edited since) the Product is now empty. ?

Of course this is clearly a problem, shouldn't setting the "Cascade actions" set to "No" prevent that alteration of a saved item ?

{syntax type="tiki" editor="plain"}
In the Files tracker fields options you can set the file gallery (it has to exist else it will be the "root" file gallery) and you can allow browsing or not and so, ALL the creators or editors will be able to upload, browse or download the files saved for all items in the same files gallery.

It would be very handy to have an option to create a file gallery per item.
This will allow better use of file field for user profiles, article items, per items documents (invoices, contract, etc), signatures and many more.

The name of the file gallery should contain the itemId in a way it can be retrievable and searchable using the trackeritem object_id.