Category: Inline edition for trackers

14.x: Tracker inline editing broken through Plugin TrackerList

Reproduced after for instance applygin profile Bug_Tracker and set the param in the plugin trackerlist "editableall=y". See it here:
http://xavi-9794-5455.show.tikiwiki.org/tiki-index.php?page=Bug_Tracker
u: admin
p: 12345

Fields are open for edition, without clicking on them.
Correct behavior shown when listing items through the tracker interface directly:
http://xavi-9794-5455.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1


You can do the same thorugh PlugintrackerList on 12.x or 13.x, and it behaves properly (fields only open for edition when you clik on them)
----
UPDATE:
* after this instance has been svnupdated to r52471, behavior is fixed (thanks marc & lph), but icons (indicating which fields are editable inline) are currently lost (no icons shown neither through trackerlist nor through the tracker iteself). {sign user="xavi" datetime="2014-09-21T06:44:15+00:00"}
* apache error message in the logs:
+ {CODE()}
No route found - full:/trunk/styles/layout/img/icons/database_lightning.png query:, referer: http://localhost/trunk/styles/layout/tiki.css
{CODE}

{syntax type="tiki" editor="plain"}
The current (as of 25.x) way the form UIs (whether for settings or trackers fields or whatever) lets the tiki help icons "after the setting widget" wrap onto the next line when the widget is full-width, is problematic for a number of reasons, including:

* It creates visual confusion as the beginning of each line is different, and since all those elements are very colorful (ex: in the default theme both the checkboxes and the info icons are blue, which makes it harder to tell them apart quickly when scanning the page);
* It causes row heights to vary needlessly, which is unpleasant;
* It eats more precious vertical space than it should, which causes needless scrolling, with pages up to twice as long;
* It looks and "feels" broken (or "dangling"), visually, which impacts the first impression people¹ get of the software.

My guess is that Tiki lets those things wrap when it shouldn't (maybe using some sort of non-breaking space character, or a div containing both the form field and the related things?)

The only exception I can envision is long explanation labels, those make sense to have on a separate line.

Please see the attached screenshots (and mockups), this will make the problem self-explanatory; compare image no1 vs no2, and particularly no3 vs no4 which illustrate very well the change in the "global feeling" and compactness of the layout when you do this for many fields.

{file type="gallery" fileId="2029" showicon="y"}{img fileId="2029" thumb="box"}

{file type="gallery" fileId="2030" showicon="y"}{img fileId="2030" thumb="box"}

{file type="gallery" fileId="2031" showicon="y"}{img fileId="2031" thumb="box"}

{file type="gallery" fileId="2032" showicon="y"}{img fileId="2032" thumb="box"}

Image no5 shows how this problem also affects Tiki Tracker list tables and such where there are editable cells with clickable icons/buttons in those cells. Those shouldn't wrap either, they should stay on the last line of the contents (or maybe vertically centered in the cell, or top-aligned?) :

{file type="gallery" fileId="2033" showicon="y"}{img fileId="2033" thumb="box"}

---

¹: Humans don't like things that are "dangling" in general... this is exactly why Batman asked Robin to [https://youtu.be/QnFOs7QlJSI?t=12|hand him the shark-repellent bat-spray] to get rid of a dangling shark.

Using PluginTracker and after setting a wiki page language to Portuguese I was able to see the Portuguese version of the fields (including pre-defined ones), as well the translation of the box comment that says: "All fields with * are mandatory". However, after editing the pluging parameters clicking on the plugin icon settings on the page, the page loses its language definition and it must to be set again, every time I edit the plugin.

Creating a simple page with
{trackerfilter(trackerId="2" filters="6/d" fields="6:7" editableall="y"){trackerfilter}
The field 7 is a choice among 3 options.
When filtering, I can see the filtered results, but clicking on any of the fields refreshes the view and does nothing. Is that normal or new to 15x?
Thanks for any suggestion for troubleshooting.
cheers, hj

[https://doc.tiki.org/Trackers | Trackers] in Tiki are [https://tikitrackers.org | touted] as an easy, convenient way to rapidly build databases and simple web interfaces for them, essentially simple knowledge management applications for all types of organizations. However, creating the interfaces to view them and integrate them into wiki pages is harder and more confusing than it should be, because it expects you to magically know the exact raw values to be used, instead of offering you choices of valid values based on the current combination of filters.

Let's say I want to quickly make a nice table showing a sortable and searcheable list of items from a Tiki tracker; to my understanding, I am supposed to use PluginList to do that (instead of TrackerList ..?), however when I try to use [https://doc.tiki.org/PluginList---Graphical-User-Interface | the GUI] to do it (as of Tiki 24 and older, this means clicking the "?" button on the right of the page content's editor toolbar, then clicking "Plugin Help", then searching for "List", then clicking the little icon on the left of the "List" name), I get a GUI that can help write the syntax... however, even if I somehow figure out that I need to add filters for:

* type="trackeritem"
* field="tracker_id" content="some number"
* field="some_other_variable" contents="something else"

...it's not really easy nor efficient, because it expects you to magically know and input the exact value needed, instead of offering you choices of valid values. This is annoying when editing an existing List, but it's even more annoying and intimidating when creating a new one, because you're facing a blank page and have no idea what to add where.

Ideally, whenever and wherever possible, it should provide a "picker" widget that lets you select among valid values. For example, in the case of tracker_id, it should show me a list of trackers with their names (i.e. some dropdown combobox widget that has not just the ID numbers, but also the nicknames of those trackers). Same with tracker_status, and various other fields; particularly for fields that have multiple choices (instead of raw strings that could be anything), it would make a lot of sense to present those choices to pick from.

I understand that Trackers are a power user tool, but certainly there would be areas in the GUI where Tiki could present "choices" and presets that accelerate the workflow and productivity, instead of requiring the user to memorize a bunch of numbers and raw values (and not make any mistakes) or have a big amount of browser windows open side by side to try to find the information in one window and input the information in the other. It would just be so much faster if the software could assist and speed up the human in this task; after all, that's what we have computers for!

At Tiki15 on the wishlist pluginList I can edit the field "Resolution Status" and my editing is saved. I can edit the field "Volunteered" but it is not saved (no matter how many time I wait).

Tracker inline editing & Dynamic items list: Options in 2nd field are not updated when the first field is changed.

To be reproduced in a show.t.o instance.
u: admin
p: 12345

http://xavi-9794-5033.show.tikiwiki.org/tiki-view_tracker.php?trackerId=2

Change Product Name "PostgreSQL" to "Oracle DB". Therefore, Product Version should be changeable to "10.2.0.5", but it's not.
It doesn't even show in this show.t.o instance. In an intranet with other data, it shows, but witht the old values, not the new ones to be offered (10.2.0.5 in this case, for instance).

--Tracker inline editing: 2nd field in Dynamic items list cannot be edited (empty dropdown)--
Update {sign user="xavi" datetime="2013-12-04T11:20:22+00:00"}:
* This has been either fixed partially, or it was not properly reported.
* In either case, the real issue as of r48534, is that when Jquery chosen is enabled, the second field in a dynamic items list (the 2nd drop down) doesn't get the appropriate width to display the labels longer than just one or two characters. The labels seems to be there, and the right options seem to be chosable. The problem is that they are not displayed in full with, and user cannot read the options.

Reproduced in the associated show.t.o instance:
u: admin
p: 12345

http://xavi-9794-4942.show.tikiwiki.org/tiki-view_tracker.php?trackerId=2

Log in as admin, and click on the Product Version "10.2.0.5" on the row for "ERP | Oracle Database"

The dropdown just shows 10., instead of the full label 10.2.0.5.
The same happens without tracker inline editing, i.e., editing the item, such as:
xavi-9794-4942.show.tikiwiki.org/tiki-view_tracker_item.php?itemId=6&show=mod

tracker inline edition doesn't edit the field, just re-loads the page.

Reproduced here:
http://xavi-9794-5922.show.tikiwiki.org/tiki-index.php?page=Community+Members+HomePage
u: admin
p: 12345

Log in as admin to the site, and Click at the icon to edit inline any field.
The page is refreshed (maybe after quickly showing the controls to edit the value).
---
Update: when clicking on radio button or date fields, I get to see the edit form, but it quickly dissapears with the page reload. {sign user="xavi" datetime="2016-05-31T06:48:49+00:00"}