Category: Release50

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

Various tools are able to built a structured documentation form internet exploration.
A good example is ZOTERO.
The product can get urls, html pages content, manage a hierarchical structure, set marks etc...
The product is able to export XML files with various basic patterns :
1. Zotero RDF
2. MODS
3. RIS
4. Refer/BibIX
5. Unqualified Dublin Core RDF
6. WikiPedia Citation templates
7. BibTeX

These structured informations can be imported to a wiki structure.
he interest of Zotero RDF (but I had not the time to the Unqualified Dublin Core RDF have the advantage of containing the structure definition the link to external url and if the html page has been captured the component html page with the elementary component has images.
This model his the closest of wiki structures.

Too the Wikipedia Citation templates is close but from the url refs;

I have not found where are the text and synthesis objectives for "import" and data shared (XML files as RDF Zotero structures), and multiwiki, in 4.x and 5.x

I am interested in participating to these developments.

Best regards to everybody

{syntax type="tiki" editor="plain"}
the tracker wikiplugin does not forward $tiki_p_attach_trackers to tracker_item_field_input.tpl
causing a Permisson Denied for the not admins

What handy it could be to have a single button that updates some tracker fields.

When you use the tracker field "items list" to link (for instance) offers and demands (or gods from an inventory, etc.), the option to specify to list only the open items, for instance, is needed. If a product is out of stock, would be set as out of stock, and maybe marked as "pending", or if discontinued, marked as "closed". And it shouldn't be listed through the "items list" field.

Nowadays (2.0rc2), it's not clear to me how this could be achieved (if so).

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

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

An item has a field X (e.g. drop-down), which is already filled in. The tracker to modify the value of X of this item does not show the old value as default. Instead, it looks as if one just started.

Admins and other groups can see all tracker items if status="opc" is set, while an anonymous user can only see the open items.
TW5.0Beta1

Example:
~np~{trackerlist trackerId="1" fields="23:11" sort="y" showtitle="n" showlinks="y" showdesc="n" showinitials="n" showstatus="y" showcreated="y" showlastmodif="y" showfieldname="y" showitemrank="n" status="opc" sort_mode="lastModif_desc" max="10" showpagination="n" filterfield="43" filtervalue="C" ignoreRequestItemId="y" silent="n"}~/np~

The open and closed issues are fine.

{syntax type="tiki" editor="plain"}
TW5.0beta1
Fields=X:Y
Filterfield=Z
shows a table with X:Y:Z
with Z having obviously all the same values

{syntax type="tiki" editor="plain"}
TW5.0beta1
Tried a field($fieldid,user,$trackerid) expression, and it does not work if the $fieldid is of item link type.
Debug insight:
While field($fieldid,user,$trackerid) results in the unresolved itemid referencing to the item link domain, the
{CODE(colors="php")} $items = $trklib->list_items($trackerId, $tr_offset, $max, $tr_sort_mode, $passfields, $filterfield, $filtervalue, $tr_status, $tr_initial, $exactvalue, $filter, $allfields);
{CODE}
call does not work. Namely, $trklib->list_items(..) works with the resolved item links. Therefore, there is no match.

{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 some PHP-Versions (e.g. PHP Version 5.2.0-8+etch16 - not on PHP Version 5.3.1) the file gallery tree view only shows the 1st level of galleries.

See the incorrect
{img id=110}

and the correct behavior
{img id=111}

the parent selection box at the edit form of galleries only shows these 1st level galleries too.

galleries of a deeper level are not shown. Thus you can not create file galleries with level 3 or deeper.

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.

Unable to install 5.0 RC2 just after setting the Database Connection I received this:
Fatal error: Undefined class constant 'MYSQL_ATTR_INIT_COMMAND' in C:\wamp\www\tiki-5.0.RC2\installer\tiki-installer.php on line 432

{syntax type="tiki" editor="plain"}
When creating a new structure, Tiki will automaticlly create the strucutre's wiki pages. However, Tiki does not assign a language to the page. Tiki defaults to __Unknown__. This means that the user must still manually open/edit __every__ created page to set the language properly.

It would be nice if Tiki used the ''__site's default language__'' instead of Unknown

{syntax type="tiki" editor="plain"}
Update to previous.

Issue now is the Max size parameter in the Image plugin doesn't resize image on remote server (Ubuntu) but does on local MAMP setup with identical tiki RC2s (27480).

There's an admin login if you want to try.

tiki

pword wiki

{FLASH(movie="http://worldfreemansociety.org/tikimovies/Image-MaxSize-Bug.swf")}{FLASH}

Have Tiki 5.0 installation (both fresh and upgrade) on Windows XP. Accessing interface from localhost (same Windows XP). Uploaded both Word 2000 and ODT files (simple Lorem Ipsum text 1-2 pages) to file gallery. When dowloading and reopening files, I get errors in both open office and Word indicating that neither program recognizes the character encoding. The file gallery is storing these binary files in the database (not the file system).

Work Around - Save files as .rtf (rich text format), whic increases their size about 5-fold. Uploading and downloading and opening works perfectly.

When Tiki 5.0 is running on CentOS, this same error occurs. Seems to be independent of versioning versus non-versioning.

What's going on with the character encoding?!

admin home/community/user preference screen is on

* Created a user tracker with a user preference field, "realName", which is asked from the user at registration time. One can fill in at registration an edit box for the field, but the field is not updated. Neither is the realName user preference set (if looking at the user preference screen).

* If the realName user preference is set on the user preference screen, it does show up in the tracker.

* The view_tracker_item / edit tab does not show an edit box. (another bug perhaps)

unknown
* if it worked for email user pref.

known
* a standalone tracker plugin does work either, while the item's last modification date changes (used for an existing tracker item, offering a single input field to change the real name)
* wikiplugin_tracker.php does not contain any 'p', which would refer to the user preference type