Category: Category

I'm not setup as a developer right now and anyway don't know enough to know which branch is which... Perhaps someone else can get onto this? Simple fix. Obvious error.

tikilib.php, 1.9 CVS HEAD line 3528, revision 1.656

if ($is_categorized && !empty($categperm) && $$categperm != 'y') {
return (FALSE);
}

Categorisation is a social problem - different people have different words for the "same" category.

Use Google-like tags (check schtuff.com for a nice example) - this would make lots of wiki pages easier to find, IMHO.

Why do they look different?
tiki-browse_categories.php
tiki-admin_categories.php

Was doing some tests with JQuery, and found out that any category field will have an extra pair of brackets after the FieldId → ins_341[]
Run into some trouble to use it.
The other tracker fields will just end up in the number. This might be a problem to somepeople, speccialy by using plugins that will target it, like trackertoggle.

Tried to look in the plugin php to see where this is generated but coudn`t find it.

Below is the complete code for field 15 (category field) I used in a test tracker
{CODE()}<select name="ins_15[]" class="form-control" aria-invalid="false">
<option value=""></option>
<option value="1">A</option>
<option value="2">B</option>
</select>{CODE}

Thanks

categoriezed images - if you follow the link the image des not respect the default scale of the gallery for the immage.

At /categories and https://dev.tiki.org/tiki-admin_categories.php we can see the categories list.
It is a bit stiff and when you have a lot of categories and start to open them to see the child categories the UI/UX is not very good.

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

Categories have assosiated privileges. Tiki would be more secure if categories where inherited when a new child page is created in a structure.

When I click Insert Object Link, it hangs forever, and PHP lists errors in searchlib-unified.php

Same problem in category admin if you have unified_add_to_categ_search enabled the add objects hangs too {sign user="jonnybradley" datetime="2016-02-01T10:13:11+00:00"}

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

{syntax type="tiki" editor="plain"}
A category field in a tracker is not displayed in list view, nor in item view/edit.

{syntax type="tiki" editor="plain"}
On dev.tiki.org, I want to merge all items from category "jscalendar" to "calendar".

http://dev.tiki.org/tiki-admin_categories.php?parentId=128&toId=29&move_to=Move+all+the+objects+from+this+category+to+this+one&to=128

Duplicate entry '1983-29' for key 'PRIMARY'
The query was:

update `tiki_category_objects` set `categId`=? where `categId`=?
Values:

29
128
The built query was likely:

update `tiki_category_objects` set `categId`='29' where `categId`='128'
Stacktrace:

* /var/local/dev.tiki.org/www/tiki-admin_categories.php : 0 -> {main}(array ( ))
* /var/local/dev.tiki.org/www/tiki-admin_categories.php : 41 -> move_all_objects(array ( ))
* /var/local/dev.tiki.org/www/lib/categories/categlib.php : 1474 -> query(array ( ))
* /var/local/dev.tiki.org/www/lib/core/TikiDb/Bridge.php : 27 -> query(array ( ))
* /var/local/dev.tiki.org/www/lib/core/TikiDb/Pdo.php : 118 -> handleQueryError(array ( ))
* /var/local/dev.tiki.org/www/lib/core/TikiDb.php : 148 -> handle(array ( ))


And the organizer is not working either...
http://dev.tiki.org/tiki-edit_categories.php?filter~categories=128

Steps in 6.3:
*create tracker, set Auto-create corresponding categories
*define tracker_item like name, add two items.
As result category is created (as tracker name) and items are added as subcategories:

*Informatics Projects(0/1)
** Item1(0/0)
** Item2(1/1)

Same steps in 8.3, result:

*Tracker 1
**Tracker Item
***Name Type Category
***# Projects tracker item Tracker Item
***# Projects tracker item Tracker Item

Result, instead of tracker name category 'Tracker 1' was created, than subcategory 'Tracker Item' and empty object inside, displayed as table with links to non existing "http://localhost/tiki/tiki-view_tracker_item.php?trackerId=1&itemId="

Thanks,
Jakub

{syntax type="tiki" editor="plain"}
Hi,

!!!This problems concerns quite all table and forms (in tables or not) with fixedwidth themes.
This is the reason while it appear in so many functions.

!!!As for most of tables in many functions, with "twist" (no other style tested) the tables of the middle (C2) either overlap C3 or are behind C3 and sometimes C2. They just have a little part outside the 990px large (in twist as the width is written into css it can't be changed by prefs).

__~~#F00:The corresponding functions are then completely unusable.
~~__

Here I write this for the example elementary function "add an element to a structure" givin in screenshots joined documents

Three scrennshots proposed are :
#What a user see
#The limit of the div as shown by firebug
#The whole div zone hidden

{syntax type="tiki" editor="plain"}
When I attempt to organize objects in categories and I either click on the orphans link or attempt to search for objects, the action fails and the error reported below occurs. Note that on our system tiki is configured to use legacy search (mySQL) since when I configured it to use Lucene the "Search index could not be updated. The site is misconfigured. Contact an administrator." error occurred.

Fatal error: Uncaught exception 'Zend_Search_Lucene_Exception' with message 'Index is under processing now' in D:\Program Files (x86)\EasyPHP-5.3.9\www\tiki\lib\core\Zend\Search\Lucene.php:280 Stack trace: #0 D:\Program Files (x86)\EasyPHP-5.3.9\www\tiki\lib\core\Zend\Search\Lucene.php(529): Zend_Search_Lucene::getActualGeneration(Object(Zend_Search_Lucene_Storage_Directory_Filesystem)) #1 D:\Program Files (x86)\EasyPHP-5.3.9\www\tiki\lib\core\Zend\Search\Lucene.php(211): Zend_Search_Lucene->__construct('temp/unified-in...', true) #2 D:\Program Files (x86)\EasyPHP-5.3.9\www\tiki\lib\core\Search\Index\Lucene.php(40): Zend_Search_Lucene::create('temp/unified-in...') #3 D:\Program Files (x86)\EasyPHP-5.3.9\www\tiki\lib\core\Search\Index\Lucene.php(123): Search_Index_Lucene->getLucene() #4 D:\Program Files (x86)\EasyPHP-5.3.9\www\tiki\lib\core\Search\Index\Lucene.php(82): Search_Index_Lucene->internalFind(Object(Zend_Search_Lucene_Search_Query_Boolean), Object(Search_Query_Order)) #5 D:\Program Files (x86)\EasyPHP-5.3.9\www\t in D:\Program Files (x86)\EasyPHP-5.3.9\www\tiki\lib\core\Zend\Search\Lucene.php on line 297

Please see: ((Extendable meta-data for all features))

Go to tiki-list_trackers.php → Edit one Tracker → Categories tab → Only first-level categories can be selected.

With this bug and bug 4208, it seems totally impossible to design elaborate category-based permissions with trackers.

Typing a page into Quick Edit, either in the Quick Edit module (I know it is depreciated but was testing this as well) or from the Create a Wiki Page tab on the List Wiki Pages seems to bypass category permissions and allows editing of pages which should be locked for the user. This happens if the page which is entered does not EXACTLY match the case of the existing page.
For example, in Global Permissions, Registered Users have Edit permissions; a category Alpha has Edit permissions assigned only to group Alpha, Registered Users have no edit permissions on this category. A page called Alpha exists in category Alpha. If a Registered User who is not part of group Alpha tries to create/edit page "Alpha", they receive the proper error about not having permissions to edit the page. Should that same user try to create/edit page "ALPHA", "alpha" or any variation which does not match exactly "Alpha", they will be allowed to edit the existing page "Alpha". This will also work if they enter the URL to edit the page directly with a different case (i.e. "tiki-editpage.php?page=Alpha" will prevent editing whereas "tiki-editpage.php?page=ALPHA" will allow editing).

{syntax type="tiki" editor="plain"}
Go to tiki-browse_categories.php to browse categories. I have one category defined, some wiki pages are a member of it.

Leave the "Find" box empty.

Select "..and its subcategories" box.

Click "FIND". A "System error" page appears, saying:

{CODE(caption="The system error text" wrap="1")}
The following error message was returned:

The query was:
SELECT DISTINCT c.*, o.* FROM `tiki_category_objects` c, `tiki_categorized_objects` co, `tiki_objects` o WHERE c.`catObjectId`=o.`objectId` AND o.`objectId`=co.`catObjectId` AND c.`categId` IN (?,?,?) ORDER BY `name` asc

Values:

0
-1

The built query was likely:
SELECT DISTINCT c.*, o.* FROM `tiki_category_objects` c, `tiki_categorized_objects` co, `tiki_objects` o WHERE c.`catObjectId`=o.`objectId` AND o.`objectId`=co.`catObjectId` AND c.`categId` IN ('','0','-1') ORDER BY `name` asc
{CODE}

Categories are rather useful things. However, in a site with hundreds of objects, being able to add items to a category at maximum 50 a time makes life unnecessarily hard.

The use case in question: a site which needs review. I need to add all the wiki pages and articles to a "Requires Review" category following an update of a very old site with lots of content. I cannot, because this limit of 50 stops me from adding the lot in one go, and the lack of any discernible way to select objects which are *not* yet in the category for addition stops me from adding 50 at a time. I seem to be at an impasse, short of writing my own PHP code to add objects en-masse.

Something more like the page wiki index doesn't seem like it would be a very hard thing to add? However, I am not familiar with Tiki's internals so this is hard to estimate.

This is a complementary report to bug [item4278|#4276]. Essentially the Category object browser seems to be too limited in it's options for selecting objects to manipulate to realise the full potential that categories might offer. Specifically, the lack of a way to select all objects, or all objects *not* in a category prevents practical application of categories to large numbers of objects.

The use case in question: a site which needs review. I need to add all the wiki pages and articles to a "Requires Review" category following an update of a very old site with lots of content. I cannot, because the limit of 50 items on a page stops me from adding the lot in one go, and the lack of any discernible way to select objects which are *not* yet in the category for addition stops me from adding 50 at a time. I seem to be at an impasse, short of writing my own PHP code to add objects en-masse.

The Category feature Category Path (show category tree, above wiki pages) is not working in 9.0 or 9.1 as released. The CatPath plugin still functions as a workaround, but provides no facility to exclude certain categories from showing like Category Path does, and is an obvious kludge. This is a system feature so my troubleshooting skills are somewhat limited, but I'd really like to get this working again for my users.

I saw this on my 10.0 install and recreated it on the demo 10.0 site.

Sign on as admin.
1. Select "Categories" on the left side admin menu.
2. Select "Show subcategories objects"
3. You should have the error page :

The query was:
SELECT DISTINCT c.*, o.* FROM `tiki_category_objects` c, `tiki_categorized_objects` co, `tiki_objects` o WHERE c.`catObjectId`=o.`objectId` AND o.`objectId`=co.`catObjectId` AND c.`categId` IN (?,?,?,?) ORDER BY `name` asc

I looked through the other errors and didn't see this one so I am adding it.

I'm not to deep into Tiki ... yet, so I don't really know if the problem is big or small, so I set the measure in the middle to 5.

{syntax type="tiki" editor="plain"}
So I've been vexed by the "category_defaults" tiki preference settings since they got expanded in version 9.x to include object name and object type. Supposedly you can add filters to set the default category based on the object name using a regex, and additionally set the default category to only assign if the object type is a wiki page. This is a fantastic feature! However, I've never been able to get it to work. The syntax is confusing and poorly documented (naturally), but the real problem is that even when you get it exactly right, the feature's still broken.

I am not a coder, and even though I have commit privs, I don't think I'm prepared to "fix" this in the source, so maybe somebody can help the community out with this information.

Every Time, i use the Categories-Feature in File-Galleries or when uploading Pictures, it got the following error:

Notice: Undefined offset: 20 in categorize_list.php on line 38

Notice: Undefined index: categId in categorize_list.php on line 44

The Item itself is categorized

Current feature Profiles in the Control Panels in Tiki searches profile names by category filters (15.x, etc).

Most profiles in profiles.t.o were reviewed in the last years and the suitable ones were added to the ((Profiles Wizard)), in most cases, and added tags to them to facilitate the discovery of profiles that will let you learn how to master feature X or Y that you might be more interested in (e.g., trackers in general, plugin listexecute, spreadsheets, tracker field itemlink, mathematical calculation field, staging and approval, etc).

Searching profiles from within Tiki by tags (folksonomy-based search) is not yet possible. The interface is ready to search by categories (top-down approach, if the naming of the profile doesn't match your expectations, you will miss it probably). "Who knows that Barter_Market will let you practice with itemslist tracker fields? or which profiles will let you learch how to use maps with tracker items? or with convene plugin? or with listexecute plugin? etc.

We currently allow the profiles control panel to search by profile name filtering by category matching the corresponding tiki version. __We should allow that profiles control panel (and /or the Profiles Wizard interface!) to search by tag name while filtering by the same category corresponding to the corresponding tiki version.__

https://profiles.tiki.org/tiki-browse_freetags.php?tag=listexecute&category=18.x ...

I tried once, but my php skills were not high enough, and didn't get the desired result.
Anyone willing to give it a go? (it shouldn't be that difficult for a senior dev, I reckon)