Category: Category

After upgrading from 1.9 to 1.10 the permissions

"tiki_p_view_categorized" and "tiki_p_edit_categorized"

on the page

tiki-categpermissions.php?categId=

will not appear in the dropdown just below "Assign permissions".

Consequently, it is not possible to assign this permissions,

This problem disappears after emptying ./temp/cache/ directory.

When I select "Admin > Wiki > Mandatory category in the category tree", the list of categories while editting a wiki page is blank, or it says no category is defined. However, if you click on "admin categories", they are defined indeed.

When you unselect this check box, and clean caches, categ. list is working fine again.

This is not a theme specific issue (reproduced with geo.css, tikineat.css, lesjetesdelencre.css, ...)

----
update: sylvieg fixed that months ago, I think. (thanks sylvie)

Contributors

Contributors

Contributors

I have a very strange experience today. I tried to access the "Categories" page from three separate browsers: Google Chrome 0.2, Internet Explorer 7, and Firefox 3.0.3. I receive a "cannot be displayed" in all three browsers, even though (a) the relevant file (/tiki-admin_categories.php) is on the server, in the correct location (i.e., the root directory), and (b) has not been changed since I loaded TikiWiki onto the server, so there would not be any custom code that causes interference with the base functionality.

In Firefox, the browser attempts to download the tiki-admin_categories.php file as if it is an external object, eg a PDF.

Can anyone shed some light on how I might go about resolving this issue? It is a very strange one!

The new 3.0 release of categorize.tpl doesn't show all the available categories to a user when a hierarchy of categories is used if the user is not in the 'top' category.

There are also problems with the use of categorisation in the Structures admin screen where categorisation of all the wiki pages in the Structure does not show the changes after submitting the request - although the changes are made.

No longer relevant

Contributors

Contributors

I need to set three group of user.
Each user is member of only one group.
Each group should not have access to other groups contribution

So i've decided to create 3 categories, to set specific permission on each categorie for one group.

I add a module category to show category for user. But i always get the message "You do not have permission to use this feature".

I'm not able to create page with a user.

Really need help !!

It would be nice to be able to select a perspective depending on the current content's categories and their respective jails.

I have made a hack that achieves this, but it would be nice to have it implemented as a feature. I described my hack and included the code here:

https://dev.tiki.org/lookup+perspective+according+to+category+IDs

Hi,

I have the idea for a new feature or better to say a major extension of the use of existing features.

Areas would be related with the usability of the Website, where you can assigne content to certain perspectives in a way, that a link to this content will guide you sametime aswell to the content as to the related perspective.

Anonymous users (and registered) would find the content in the context of menus and modules, the webdeveloper decides.

I see "Areas" Important for certain usecases, it could be built with up mainly with existing features - only few code should be necessary.

See more description on http:dev.tiki.org/Areas

Cheers
Torsten

I defined a structure Helpdesk FAQ and a categorie Helpdesk.
Now I give a group Helpdeskadmin the permission tiki_p_edit (and a lot of others).

If a helpdeskadmin trys to add a page with the button on the top of the wikipage with over the toc, the message "You do not have permission to edit this page." appears.

The problem seems to be the following permission test in tiki-editpage.php:

// Permissions
$tikilib->get_perm_object($page, 'wiki page', $info, true);
if ($tiki_p_edit !== 'y') {
[...]
$smarty->assign('errortype', 401);
$smarty->assign('msg', tra("You do not have permission to edit this page."));
$smarty->display("error.tpl");
die;
}

If I give the permission tiki_p_edit to the group, the helpdeskadmin comes to the wysiwyg-edit-page, also he gets a message like the page must have a categorie. I didn't analyzed that yet.

Categories are amazing for a large site. It makes it easier to manage. Next step is to add an option in search which can be filtered by category.

Using Tiki 5.0: anonymous shouldn't see "watch" icons when browsing category tree.
And they can.
Reproduced here, for instance:
http://intercanvis.net/tiki-browse_categories.php

The ability to subscribe to a specific structure via RSS feed would be very useful. Currently one can subscribe to an RSS feed related to the entire wiki, but if several groups are using the wiki for different projects or purposes or topics, this may not be at all useful. For example, on the Southern New Hampshire University wiki, we have the online faculty handbook plus a variety of page sets related to different course projects. Most faculty should be alerted of changes to the faculty handbook, which resides in a structure, and some students and faculty may want to track changes to structures involved with specific courses or departments, but few if any users need to be alerted of every change to the wiki as a whole. The ability to generate an RSS feed specific to a structure (and possibly also specific to a category) would be very helpful.

It is now done in the category picker and it's very useful.

{img src=show_image.php?id=92}

I'd like to see an RSS feed for a specific category.

when a wiki-page is added to a category, it's is no longer viewed to anonymous users. (Login screen appears) By removing the page from the category it appears again.

Using latest 1.9.cvs code (from today - 13 june 2007). Using simple.css and tpl's.

Related to [http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1136&show=view&offset=0&reloff=2&status=op&trackerId=5&sort_mode=created_desc|this other bug report].

When adding a new calendar like "Comisión Web" (without double quotes), cateogrized to 1 cateogry called "Comisión Web" (child of Category "Comisiones"), and seeting all the other settings as n (default values), I got these messages on top of the page:

^Notice: Undefined offset: 86 in /home/httpd/tiki19/categorize_list.php on line 42

Notice: Undefined index: categId in /home/httpd/tiki19/categorize_list.php on line 48

Notice: Undefined offset: 87 in /home/httpd/tiki19/tiki-admin_calendars.php on line 67

Notice: Undefined index: categId in /home/httpd/tiki19/tiki-admin_calendars.php on line 67

Warning: Cannot modify header information - headers already sent by (output started at /home/httpd/tiki19/categorize_list.php:42) in /home/httpd/tiki19/tiki-admin_calendars.php on line 75
^

Calendar seems to have been created.

--
Update: confirmed using tikineat.css and tpl's

---
Update July 26th 2007:
Admin calendar produces to me:
{CODE()}
Warning: in_array() [function.in-array]: Wrong datatype for second argument in /home/httpd/tiki19/tiki-admin_calendars.php on line 67

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /home/httpd/tiki19/tiki-admin_calendars.php on line 67

(... repeated like 50 times or so)
{CODE}

But not categorize list any more...

Admin categories is not listing all categories created in the site, using 1.9.cvs (from several days ago)

For instance:
http://edu.tikiwiki.org/tiki-admin_categories.php?parentId=0

Shows only WSDOC category, but if you go to browse categories, you can see that tehre are many more created:

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

---
update:
using cvs from today (May 2nd, 2007), problem dissappeared.

If you have categories and sub-categories like the following:

try
try::tt
try2
try2::tt

The try::tt sub-category will be placed under parent try instead of parent try2.

This is because the ksort($ret) towards the end of get_all_categories_respect_perms in categlib sorts try::tt after try2:tt (since ':' comes after "2" in the ASCII table).

It would be lovely to set some new user defaults at
* Admin (home) > Login > User defaults, and/or
* Admin > Groups > (Edit a single group)

The ability to Subscribe/watch/monitor new users in the site or to that specific group, to specific Tiki objects.

Which tiki objects?: I would say, in this order:
# specific forums
# specific blogs
# specific calendars
# specific newsletters (ML: we can already subscribe groups to newsletters)
# specific wiki pages
# specific structures
# specific trackers
# specific categories
# new articles

This is specially useful for new users of the site, where they don't know yet how to subscribe to specific areas, etc. Very needed for educational scenarios, but I can see many other places where new users are a bit lost for some time while they learn how to use the Tiki site.

Related:
*[wish988|Forum: Let forum admins/moderators add groups and/or users as watching the forum]
*[tiki-index.php?page=Business%20Plans|Let small business start ups access collaborative sharing where the document being shared is not visible by anyone else]


Anywhere there is a watch eye, it should be possible for an admin to have group members watch this category