Category: Wiki Plugin (extends basic syntax)

On Tiki 25 the plugin Kanban display trackeritem as card with an edit and link icon on mouseover.

It should be possible to hide them for non-admins, allowing users only to move the cards if he has tracker item tiki_p_modify_tracker_items permission.

(note that permission from tracker=>properties=>permissions should applied)

Note: if the user don't have the permission "tiki_p_modify_tracker_items" he will see the icon but clicking on it will display an error (Permission denied)

Instance here : http://bsfez-11581-8358.show2.tiki.org/tiki-index.php?page=Basic-board

When you add for the first a KanBan plugin to a Wiki Page you may see the following error:

^
User error
Security -> API access is disabled but Kanban plugin needs it.
^

There should be a way for an admin to enable the API access right away and solve this minor issue.
Or at least a link to the relevant control panel.

When you click on the Edit button of a KanBan card it load a new page to edit the trackeritem.

Everywhere else (by default) the edit trackeritem screen opens in a modal.
It should be the same for the card of a Kanban plugin.

I created an instance : http://bsfez-11581-8358.show2.tiki.org/tiki-index.php?page=Basic-board

If a user selector field is used in KanBan it should behave accordingly to the Tiki preferences for the username display.

If the Tiki is set to use the user real name it shouldn't be different in Kanban.

It should be possible to apply filters on the items displayed;
* User items (like only the actual user items)
* Categories (selection)
* Tracker status (like only open items)
* Dates (today items, this week, etc...)
* ... Checkbox... ?
* ...

When you use a KanBan board with multilingual fields all languages are displayed.

The value displayed for the field should be the one relevant to the site language as selected.

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

Instance here : http://bsfez-11581-8358.show2.tiki.org/tiki-index.php?page=All-items-displayed-for-admin

The cards labels and description shows all languages.

{syntax type="tiki" editor="plain"}
On a Tiki25 I have a tracker with a category to group items.
I can't use it as Swimlane in the kanban plugin.
It seems only a field with numerical value with be accepted.

It should be possible to use a category for Swimlane (or column).

On a Tiki 25 I set a tracker with for permissions only the properties=>can see his own items.
Then I set a plugin Kanban where the Swimlane (row) field is a user selector field or an item link that point on a user selector from another tracker (user information tracker).

=== 1/ Using a user selector field ===

__When admin (Admins)__ or a __user__ look at the board, it display a row for all the users of the Tiki (with items or not)

=== 2/ item link that point on a user selector from another tracker ===

Only users having an items are displayed, but again groups are not filtered and a __user__ look will see others rows and items.

I created a show instance see:
http://bsfez-11581-8358.show2.tiki.org/tiki-index.php?page=Basic-board

http://bsfez-11581-8358.show2.tiki.org/tiki-index.php?page=Board-using-a-user-from-another-tracker

{syntax type="tiki" editor="plain"}
On a Tiki25 I setup a Kanban where I don't need a description and I don't have Swimlane.
The inline documentation says that those fields are optional and so I left them empty.

After saving the plugin there is an error for the fist empty found.

User error
Param "description" is missing

If enter a valid value for this field then they will be an error for the empty Swimlane.

It should be possible to have empty Description and Swimlane.

When you setup a kanban plugin you have to navigate from your tracker field screen to the plugin to set several tracker fields ids or permanames and values.

Once the boardTrackerId is set the other field should display the available fields for this tracker in the plugin.
It would make it much more easily and prevent errors.

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

When the page param is used it shows current date and time instead of the last modification of the specified page.
See https://doc.tiki.org/PluginLastMod#Examples

let "Dynamic items list" feed on a dynamic drop down (items link) to have several dynamic lists.

See this scenario with a form including Region > City > Suburb:
You chose Region
Cities get populated according to region. You choose region.
Suburbs get populated according to city.

According to the documentation for dynamic items list, cities are inserted in another tracker, as a text field linked to a hardcoded dropdown with REgion names.

In order to have suburbs populated dynamically from that tracker, sylvieg said that there is some code missing to allow dynamic items list feed on an item list, and not just a static drop down.

{syntax type="tiki" editor="plain"}
Hi. The parameter "wrap=0", of the CODE plugin, doesn't work in Tiki 27.2. It should turn off line wrapping for long lines. But the text is always wrapped.

To reproduce, enter this in a new page:

~np~{CODE(wrap=0)}xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx{CODE}~/np~

See http://tiki.org/tiki-view_forum_thread.php?comments_parentId=48506&topics_offset=1 for original request/discussion...

---

I have a Category structure:

Top > Category XXXX (ID# 31) > Sub Category 11111 (ID #51)
Top > Category XXXX (ID #31) > Sub Category 22222 (ID #62)
etc.

There will continually be new categories added under "Category XXXX" (that is, new "Sub Category #####" items).

I want a wiki page that will list all the items in all the sub-categories under "Category XXXX".... but I want the list to be automatically updated so when I add a new sub category, I don't need to re-edit the wiki page. I want to see this:

Sub Category 11111
- item
- item
- item

Sub Category 22222
- item
- item
- item

etc.


I *thought* I could do this with the ~np~{CATEGORY}~/np~ plugin:
~np~{category id="31" split="y" sub="y" one="y"}~/np~

This lists all the items in all the sub-categories in one long list... but I want the items grouped by sub-category (which is what I *thought* the "split" parameter was supposed to do).

I also tried adding the "showlinks=y" parameter, but again I got only a single list...

See:
{img src="https://dev.tiki.org/tiki-download_item_attachment.php?attId=496&display" thumb="y"}

When I put the following LIST plugin showing the contents of a file gallery:
{CODE()}
{LIST()}
{filter field="gallery_id" content="4"}
{LIST}
{CODE}
I get a:
{CODE()}
System error.

The following error message was returned:

Unknown column 'created' in 'order clause'

The query was:
SELECT * FROM `index_57c5a14334249` WHERE 1=1 AND (`searchable` = 'y' AND `gallery_id` = '4') ORDER BY `created` desc

The built query was likely:
SELECT * FROM `index_57c5a14334249` WHERE 1=1 AND (`searchable` = 'y' AND `gallery_id` = '4') ORDER BY `created` desc
{CODE}

This does not happen in the blog post preview or in a wiki page.

* a file gallery with images
* a wiki page
* both no categories and no object permissions applied
* a LIST plugin on a wikipage filter the gallery, show a slideshow

A Tiki15.1 and a Tiki(pre16)Trunk - both last week upgraded
On both sites the images from the gallery are super positively visible in all cases on wikipages or directly ex: example.com/display7

Permissions:

Tiki 15 => restricted permissions for Registered, minimal permissions for Anonymous
LIST on a wikipage show the slideshow

Tiki(pre16)Trunk => several setps from same as above until grant ALL permissions to Anonymous
=> in only one single case the slideshow is visible for Anonymous:
==> when Anonymous positively has applied tiki_p_admin
Even if all other permissions are granted and tiki_p_admin is not, Anonymous will not see the slideshow, despite the Registered user or group member can indeed have limited access and still see the LIST and things can be worked out with category perms.

Just Anonymous needs tiki_p_admin to be able to view the LIST result/output (at least with template=carousel).

On a Tiki25 I have tracker items created yesterday and today.


If I set a plugin List and filter using "day" argument to filter a date range it is working as expected for the "modification_date" but not for the "creation_date".

IE: These are the dates outputted by tiki-pluginlist_experiment.php
modification_date => "2023-02-28 06:01:22"
creation_date => "2023-02-27 14:05:01"

If I use
{filter range="modification_date" from="-2 day" to="-1 day"} ~~#090:it will output the items~~

If I use
{filter range="creation_date" from="-2 day" to="-1 day"} ~~#F00:0 results~~
(I also tried from="-3 day" to be sure it was not a timezone issue) ;-)

Both should work the same.

# having -+ALTERNATE+- block in the PluginList it gets removed when using the ListGUI
# the ALTERNATE block selection is missing in the ListGUI toolbar too afaics
# ...

{syntax type="tiki" editor="plain"}
[https://profiles.tiki.org/tiki-pagehistory.php?page=Admin&history_offset=1&diff_style=sidediff&show_all_versions=y&compare=Compare&newver=0&oldver=13&paginate=on&history_pagesize=25&source=14|version 14 of this page crashes Tiki]

{syntax type="tiki" editor="plain"}
tiki-listpages.php accessed via menu item Wiki -> List Pages shows a version column which is populated with valid version numbers.

The Plugin Listpages also shows a version column. However this is NOT populated.

I wanted to use __~np~ {LISTPAGES(sort=version_asc max=100)}{LISTPAGES} ~/np~__ in an attempt to find the first 100 version zero pages created within structures, which we extensively use in our one name genealogy study site. These would be pages which have yet to have content added by our community members and are in need of our attention.

Our own system is running Tiki v4.3 exhibits this defect. I've shown the defect to exist in v6 using the demo system at [http://php.opensourcecms.com/scripts/details.php?scriptid=63]. Sorry, don't have access to a v5 system.

Happy to help with any testing to resolve this issue,

Martin

{syntax type="tiki" editor="plain"}
The LISTPAGES plugin does not display the category or category path for a page, even if so configured.

See demo/test on http://demo.tiki.org/9x/tiki-index.php?page=test_list

It appears that the $listpages variable does not include any category information at all.

PASCAL

Also tested with Version and Category path and also does not display

Plugin ~np~ {listpages find="FAQ"} ~/np~ and also ~np~ {listpages find="FAQ" showNameOnly="n"}~/np~ produce expected output

But ~np~ {listpages find="FAQ" showNameOnly="y"}~/np~ produces no output

However ~np~ {listpages find="FAQ" showNameOnly="n"}~/np~ followed by ~np~ {listpages find="FAQ" showNameOnly="y"}~/np~ --does produce expected output from both commands.-- but it is correctly only by co-incidence.

Further testing shows the output from running a pair of ~np~{listpages }~/np~ in succession is erroneous. Create a test page
{CODE(colors="tiki" caption="For page == Test_XListPages_4")}

!!! Test 4
{listpages initial="test_p" showNameOnly="n"}

{listpages initial="test_x" showNameOnly="y"}
{CODE}
The output from the second command ignores its selection criteria initial="test_x" and simply repeats the output of the first command, all be it in the requested showNameOnly="y" format.

Not being able to produce simple list of pages is hampering our migration from TW6.7 to TW15.5

See Test_Page_1, Test_Page_2 and Test_Page_3 for demo of this issue in the show system.
I've updated the original test pages from find=tes" to initial="test_p" to more clearly demonstrate the erroneous behaviour and allow the contrast with test_p -v- test_x pages.

{CODE(colors="tiki" caption="For page == Test_Page_1")}
!!! Test 1
{listpages initial="test_p" showNameOnly="n"}{CODE}

{CODE(colors="tiki" caption="For page == Test_Page_2")}
!!! Test 2
{listpages initial="test_p" showNameOnly="y"}{CODE}

{CODE(colors="tiki" caption="For page == Test_Page_3")}
!!! Test 3
{listpages initial="test_p" showNameOnly="n"}

{listpages initial="test_p" showNameOnly="y"}}{CODE}

Since upgrading dev.tikiwiki.org the "submitted by" is not recorded in bug reports

Can not reproduce the problem. Can you give an url ?
This url http://dev.tikiwiki.org/tiki-view_tracker_item.php is working for me