Category: Category

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)

i have a problem with categorization.
when i add a new article. an old article in the tiki_categorized_objects got overwritten.
the objid and the href gets the new article id.
the result is that the old article losses its cat and the new article has the both.

when i take out the update in the method:
approve_submission
all is fine again:

catelib.php:

function approve_submission($subId, $articleId) {
$query = "update `tiki_categorized_objects` set `type`= ?, `objId`= ?, `href`=? where `objId` = ?";
//$this->query($query, array('article', (int)$articleId, "tiki-read_article.php?articleId=$articleId", (int)$subId));
}

what i find strange is the $subid at the end.

i'm not sure what the method is for. probably i broke something else.

i must add. i added a the category right in the database.
i added the articles by hand to the tiki_categorzed_objects
and added the category by using the topics from the article's.

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

this is a problem concerning tikiwiki 2.4.

I have 3 groups: anonymous, registered and admins. After writing an
article it shows up for 'anonymous' and 'registered', exactly as set
in the group permissions. No problem there.

However, I also made several categories. As long as the article
remains uncategorized, everything is fine. But when I assign it to a
category it vanishes from the view of the 'anonymous and 'registered'
groups.
In the categories I have 2 permission options:
'tiki_p_view_categories' and 'tiki_p_admin_categories'. Even if I
assign both permissions to the category, it doesn't make any
difference. The article remains hidden.

Quite ridiculous is, that i have another instalaltion of tiki 2.4, where i can chose out of 5 differrent permissions within the categories.

Cashes have been emptyd.

Hiere is my configuration:

Group Anonymous:
tiki_p_articles_read_heading
tiki_p_list_image_galleries
tiki_p_messages
tiki_p_read_article
tiki_p_search
tiki_p_topic_read
tiki_p_view
tiki_p_view_calendar
tiki_p_view_categories
tiki_p_view_categorized
tiki_p_view_directory
tiki_p_view_events
tiki_p_view_faqs
tiki_p_view_image_gallery

The particular category "in progress" has no group-specific permission (standard / yellow)

The article has category "in progress" assigned.

Anonymous can´t see the article.

Ridiculous is, that if i try to assign a specific permission to the category "in progress", just the following two permissions are available for selection:

tiki_p_view_categories
tiki_p_admin_categories

Even if i assign those to the category for anonymous, they are not able to see the article.

{syntax type="tiki" editor="plain"}
While updating from 1.9.11 to 2.1, we ran into a bug in tiki-categpermissions.php.

We have a category structure with multiple levels of categories, and assigning to children seemed not to work as intended.

I had a look at the code, and it seems like it only assigns to one level of children, and never checks for more levels of children. I rewrote the code quickly to solve our problem, and attaches the patch I used.

I don't know if this breaks all code guidelines in tw, but it works ;)

No problem at all, but a request for more integration with the wiki and forums.

At this moment (in version 3 (after the bug is corrected)) there is only one forum, which can be used to discuss a wiki page. This is really great.

In version 1.10, when selecting the Autocreate Corresponding Category in trackers, the new categories are created. However, when they display, ie. in any area where you would assign a category, like article or blog, the category is listed by "tracker 15, item 53" or such and not by the description of the tracker.

Browse categories in mobile mode: names of categories not shown (only when passing the mouse over the dot)

Example:
http://xavi-9794-5009.show.tikiwiki.org/tiki-browse_categories.php?parentId=1&deep=on&type=

u: admin
p: 12345

Change to mobile mode (link in module in right column)

Since about last week tiki-browse_categories takes about 10 times as slow as before.

Jonny can you help? I tracked it down to fix in r47923 that luci committed to fix an object count problem. (I sent an email)

When browsing categories using tiki-browse_categories.php, tracker items with multiple categories assigned do not appear correctly. Blank descriptions.

http://dev.tikiwiki.org/tiki-browse_categories.php?parentId=60&deep=off&type=

After updating tikiwiki3.3 to 4.1, the following fails to load
/tiki-admin_categories.php
/tiki-admin_polls.php and
/tiki-wiki_rss.php?ver=2

I checked memory and execution time therefore the problem due to this is ruled out. Problem must be somewhere which I could not figure out.

Time does not show correctly while date is perfect. It needs me to set time of publication of articles manually.

The module since your last visit does not work properly.

On my part I reinstalled it several times but errors persists.

The category browser becomes messed up if you add many levels of subdirectories. To reproduce:
1. delete all categs
2. create top categ A
3. create top categ B
4. create 2nd level categ A:A1
5. create 2nd level categ A:A1:A2
The problem should be apparent now. Top categ B appears to be a child of categ A.
The problem worsens if you add another level, A:A1:A2:A3. The entire rest of the screen becomes hidden.

The calendar should be in the category system.

Would each calendarID be assignable to a category?
Would each event be assignable to a category?


Clarification: Calendars and Calendar Events should be categorisable.

I have a category structure with several levels.

But if I create a new wiki page and click on the __Categories__ tab, I only see the first level categories. And there is no way to open them up to assign a subcategories. So in effect, you can only assign a Level 1 category to a wiki page.

Note that I CAN view the > level 1 categories in the __Admin > Categories__. I just can't assign any of them to a wiki page.

Note that I am using the __Workspace UI__ feature which does some stuff with namespace of categories. Maybe that's the issue?

BTW: I upgraded this site to 12x, and it still exhibits the bug:

http://alpacatechnologies.com/

So It seems the bug is in 12.x also.

__Dec 23, 2013__

I tried to reproduce the bug on show, but am not able to.

And even on my site alpacatechnologies.com, it seems the bug only occurs when I am using the Darkroom theme (but on show, it works even with when using Darkroom).

I'll keep investigating.

I have a category "full_width_content" that I want to rename "Full_width_content". (The category name is important because it's being added as a CSS class to the body tag, for page that will have special CSS rules for full-width backgrounds, etc., and I want it to be consistent with other category names that are uppercase).

When I edit the category name to capitalize it, the page refreshes with the original spelling (lower case) and on subsequent attempts I get a message "A category named Full_width_content already exists in Top." So the category edit registered somewhere but I still get "full_width_content" in the category list, when categorizing objects (wiki pages), and the CSS class added to the body tag is still "cat_full_width_content" (no change in lower/upper case anywhere).

I didn't test other category name edits besides changing the capitalization.

When we check the option "Apply role permissions to sub-categories", it produces an error
{img fileId="1434" thumb="box"}

We have many categories in our tikiwiki but noticed that categories created after 24.2 do not get displayed above the wiki page.
IF you inspect the categories database column "SELECT * FROM tikiwikidb.tiki_categories order by rootId;" the newly added categories are there but will not display on the wikipage.

When assigning a catogory with restricted permission, the permission usually override the global permissons.

When assigning a category to an individual image, the visibility is however not restricted.

3.0 Beta 2:

After enabling the Categories feature through Admin -> Features, the following error occurs when adding or editing pages, articles, file galleries, and everything that needs to alter the database.

(Names are arbitrary)

An error occured in a database query!

Context:
File tiki-editpage.php
Url tiki-editpage.php
Query:
insert into `tiki_objects`(`type`,`itemId`,`description`,`name`,`href`,`created`,`hits`,`comments_locked`) values(?,?,?,?,?,?,?,?)
Values:
0 wiki page
1 sdf
2 sadfsa
3 sdf
4 tiki-index.php?page=sdf
5 1239375431
6 0
7 n
Message:
Unknown column 'comments_locked' in 'field list'
Built query was probably:
insert into `tiki_objects`(`type`,`itemId`,`description`,`name`,`href`,`created`,`hits`,`comments_locked`) values('wiki page','sdf','sadfsa','sdf','tiki-index.php'1239375431'page=sdf','0','n',?)

I would like to use tiki as a Document Managment Solution (apart from other things I use it for). To do this I would like to assign one or (typical) more categories to one file within a file gallery. Using categories inside a file gallery would make it much easieren to manage huge numbers of files.

It is possible to type a long name of category, but the name gets truncated at 99 or 100 chars without warning. If the length of categories’ names is limited to 99, the field to enter categories should be limited to 99 also. Maybe the screen should say "max 99" beside the text entry zone.

Uploading a csv with a name longer than 99 gives an error message. The category is created but the name gets truncated. Children categories, having the category with long name for parent, are not created.

It makes impossible to upload the UDC (Universal Decimal Classification) Summary: the first category for example, "0 SCIENCE AND KNOWLEDGE. ORGANIZATION. COMPUTER SCIENCE. INFORMATION. DOCUMENTATION. LIBRARIANSHIP. INSTITUTIONS. PUBLICATIONS" is 127 chars.
In the UDC Summary, the longer entry seems to be 173 chars. It seems to me reasonable to allow for categories with names of 256 chars, even if shorter names are recommended.

If you use the categories mod, the trees have identical tags, such that a toggle of a tree node only toggles the node for the category in the module, and not the main category tree in the center column.

Categories are not assigned like they are asked to in the group settings.

"Default category assigned to uncategorized objects edited by a user with this default group:"

Group chosen is not auto assigned.


Categories are also not assigned like they are asked to in the Staging and Approval settings. I will be told I am creating a staging document, it will add the prefix, etc. However, it will not move it to the chosen staging category.

I have tried this with fresh installs of 4.1 and no profile loaded during initial setup.

At tiki-admin_categories.php?parentId=2&cookietab=3#content_admin_categories1-5, Add objects, you have a selector field that display all the pages available for categorization (the pages that are not in this category). It show only 5 pages and it make the user action quite uncomfortable.

https://ibb.co/yWDWL67

It should be possible to expand this selector and display more pages.

I have a file gallery with many files.
If I assign the parent file gallery to a category, only this object will be assigned to the category and, if I want the assignment to be recursive, I have to assign one by one the files.
This is bad UX and in case of many files very hard to achieve without errors.

We should have a way to assign a file gallery and all the files within to a category.

See: https://tiki.org/forumthread79150-Is-there-a-way-to-categorize-all-the-children-of-a-file-gallery