I cannot understand the means of this hack.
we can set group permissions for each block in each module in system -> permissions -> block permissions.

like to see which blocks are currently used by a particular group

irmtfan wrote:
In my website i have 28 groups but webmasters dont have any issue working with them.

use system -> blocks and you have all filters.
also Altsys will make life easier!

i register and download this hack and take a look.
it is an in-depth hack it will alter the current newblocks xoops core table (add groupblock_id field) and add another table to the database.
IMO it is not necessary to assign a new group_id field to the current newblocks because the blocks are part of the module. we dont have any stand alone blocks.

Also in xoops core we have a group_permission table for all group permissions and as far as i can see there are a "block_read" gperm_name therefore IMO this hack will be in conflict with that table too.

Anyway Im sure there was a reason to not add a group_id field to newblocks table and as i said before IMO that reason is blocks are part of the module
i think if we should have a group_id for blocks all previous core team members could add that field.

it doesn't slow Xoops beacause the new table is queried only in the administrator control pannel.