is there a way to make a group permission that have all the permission of an administrator, but they can not alter the administrator it self. sort of like having a super administrator where the group below it cannot alter anything group above it (level permission).

the reason i need this is because I'm making a web site for a client, and he needs the permission to move new register member to a group what ever he like, but he cannot change my status.

help please.. :)

anyone??

*bumb*

well I'm using

xoops 2.2.4 with osC 0.68 on
window apache 2
PHP Version 4.4.1
MySQL Version 4.1.16-nt

the problem is actually minor, look at

https://xoops.org/modules/newbb/viewtopic.php?forum=28&topic_id=51836

look at

https://xoops.org/modules/newbb/viewtopic.php?forum=28&topic_id=51858

i'm using:
window apache 2
PHP Version 4.4.1
MySQL Version 4.1.16-nt

with XOOPS 224 and osC 68 without problem.... iis might be the problem

found another one

5. The "account_history_info.html" of the osC template does not renders right. At the very end add "</table>" without the quotes.

I'm using osC 0.68 . What I did was use xlangguage module. and change every langguage inside "module/osC/includes" , because if its inside "module/osC/langguage" it will detect it.
(change every langguage english other than "module/osC/lannguage"). How ....???

example:

define('NAVBAR_TITLE', 'My Account');

to

define('NAVBAR_TITLE', '[en]My Account[/en][id]Account Ku[/id]');

This is the useguide from xlangguage.
User guide
----------
1 install "xlanguage" as a regular module

2 insert one line
include_once XOOPS_ROOT_PATH.'/modules/xlanguage/api.php';
into XOOPS/include/common.php
RIGHT BEFORE
// #################### Include site-wide lang file ##################
if ( file_exists(XOOPS_ROOT_PATH."/language/".$xoopsConfig['language']."/global.php") ) {
include_once XOOPS_ROOT_PATH."/language/".$xoopsConfig['language']."/global.php";
} else {
include_once XOOPS_ROOT_PATH."/language/english/global.php";
}

3 add basic langauges (from an available language list) and extended languages(of a selected basic language) from module admin page
base 1: name: english; description(optional): English; charset: iso-8859-1; code: en (or anyother like "xen", not a true language code, just the tag for indicating English content)
base 2: name: schinese; description(optional): Simplified Chinese; charset: gb2312; code: zh (or anyother like "sc", not a true language code, just the tag for indicating Chinese content)
extended lang of schinese 1: name: tchinese; description(optional): Traditional Chinese; charset: big5 code: zh-TW (the true language code of Traditional Chinese)
extended lang of schinese 2: name: utf8; description(optional): Simplified Chinese UTF-8; charset: utf-8 code: zh-CN (the true language code of Simplified Chinese)

4 make the block "langauge selection" visible

5 add multilingual content with according tags sepcified for each base language (in step 3) [Skip this step if you do not use multi-language content display but only use charset encoding]:
wrap content of each language with respective tag specified in step 3:
[langcode1]Content of the language1[/langcode1] [langcode2]Content of the language2[/langcode2] [langcode3]Content of the language3[/langcode3] ...
if two or more languages have same content, you do not need add them one by one but use delimiter "|":
[langcode1|langcode2]Content shared by language1&2[/langcode1|langcode2] [langcode3]Content of the language3[/langcode3] ...
a true example (suppose the lang_codes specified in step 3 are: English-en; French-fr; SimplifiedChiense-sc):
[en]My XOOPS[/en][fr]Moi XOOPS[/fr][sc]ÎÒµÄXOOPS[/sc]
OR:
[english|french]This is my content in English and French[/english|french][schinese]ÖÐÎÄÄÚÈÝ[/schinese]

6 automatic conversion of content from one charset(extended language) to another [Actually on action needed in this step]

found some bug in the module osC v.68 for xoops

1)first in the /module/osc/checkout_shipping_address.php

"Warning [PHP]: main(inlcudes/form_check.js.php): failed to open stream: No such file or directory in file C:\home\amintest2\public_html\modules\osC\checkout_shipping_address.php line 213"

this came out at the bottom when I enable phpdebug, so change

include("inlcudes/form_check.js.php");

to

include("includes/form_check.js.php");

in: /module/osc/checkout_shipping_address.php

It's just a typo, but the way that it renders I could not fix.

I use a fresh XOOPS 2.2.4 with osC 0.68 on
window apache 2
PHP Version 4.4.1
MySQL Version 4.1.16-nt

when a go to /module/osc/checkout_shipping_address.php (its when we go to checkout and then change the address) it does not render right.
NOTE: it renders fine when we ONLY have 1 address and when we are also fine at "checkout_payment_address.php"
I tried even try to empty the theme template for "checkout_shipping_address.php", but no luck. So I think the problem is in the script.

Can anyone help??

2)the "popup_search_help.php" render > http 404. I check the file and it's not there. :( I did try to copy from the original oscommerence, but it doesn't work.
guess need to change some thing. yess.... need help.

3)the search block not rendering right when i go to other module such as news, extended profiles, and others.
NOTE: it renders beautifully when is on the osC module!

4. In the "address_book_process.html" of the osC template theres a wrong button to dislplay it should be "<{$bt_del}>" instead of "<{$bt_back}>"

<td width="10"><{$seperator1}></td>
<td><a href="<{$address_book}>"><{$bt_back}></a></td>
<td align="right"><a href="<{$address_book_del}>"><{$bt_back}></a></td>
<td width="10"><{$seperator1}></td>

change to:

<td width="10"><{$seperator1}></td>
<td><a href="<{$address_book}>"><{$bt_back}></a></td>
<td align="right"><a href="<{$address_book_del}>"><{$bt_del}></a></td>
<td width="10"><{$seperator1}></td>

I guess that's all. Sorry if its alot. I really need help though, and the first one is a real head ache. :)
Thanks to Michael Hammelmann <michael.hammelmann@flinkux.de> for sharing his work. I did forward this to him, I hope this does not affend anyone; because
I know everyone doesn't alwase have a free time to give, including Michael Hammelmann. Peace to you all.