csak az ellenkező nyelv linkje jelenjen meg:
smink style.css
#block-locale-0 li.active {
display: none;
}

English felirat helyett csak ENG legyen:
admin/settings/language/edit/en
Native language name: ENG

Bevallom, én csak d.con alkalmával találkoztam olyan „sminkessel”, aki képes bármilyen felhasználói felületet egymaga kivitelezni, mert megvan benne az a vizuális kreativitás és kézügyesség, a mély alapokkal bíró fejlesztői tudás no és persze se kutyája, se macskája, ideje, mint a tenger dolgozni és tanulni, jónak maradni. Nagyon kevesen vannak és még kevesebben vannak (világszinten), akik ezt a képességet és önfeladást meg is tudják fizetni.

A valóság ezzel szemben az - és ez a Drupal igazi érdeme - hogy külön lehet választani a felhasználói interakciókat és a látványt az adatokkal való feltöltéstől úgy, hogy egymás területével a lehető legkevesebbet, a saját specializációval a legtöbbet töltve. Épp ezért az én tapasztalatom az, hogy a theme_image(), theme_item_list(), l() és még néhány sminkfgv erőltetése inkább hátrány, mint előny. Mitől szemét, ha egy .tpl-ben img src van? Milyen hátránya származik belőle, ha így használja? Az előnye az, hogy

• nem lesz a designer területe PHP kóddal tele
• nem kell minden Drupal kiadásnál újratanulnia változásokat
• nehéz megindokolni, mitől lesz az ő munkája könnyebb/hatékonyabb, hiszen az adatokat a backend fejleszőt fogja beletenni
• nem lesz tele first-last-active és a bánat tudja még milyen ballaszt, az esetek döntő többségében felesleges classekkel, hogy a theme_image() getimagesize() alapértelmezett bekapcsolását ne is emplítsem
• a theme_item_list() -nél sem a wrapper div classét, sem a fejléc típusát, classét nem tudod beállítani; ha felülbírálod, akkor ismét mindenhol át lesz írva, rakhatod az átláthatatlanságig tele if-ekkel

Tudnám még ragozni, szerintem a fent említett fgv-ek a ló túlsó oldala.

organic groups
és nem 'user role'... gondolom a csoportot 'user role' -ként érted.
de az nem pont erre való, mindenkinek van joga beküldeni hírt, nemigaz? :)

szóval az kéne, hogy legyen organic groups, van a 'csoport' tartalom típus, létrehozod a 'hr, pr, xy' csoportokat, ezek döntésed szerint lehetnek zárt vagy nyitott csoportok, ha zárt akkor csak a csoporttagok látják a tartalmakat (kivéve, ha direkt public a tartalom).. mindenki csak a saját csoportjába posztolhat, beállítás kérdése, hogy melyik csoporthoz lehet szabadon csatlakozni és melyikhez nem.

minden csoportnak eztán lehet saját sminkje, menüi, blokkjai, miegymás, a tartalmakat egyszerűen a saját csoportjába küldi, így a csoportok kvázi 'kicsi webszájtok' lesznek varázsütésre.

amivel próbálkozol, hogy 'user role' alapon szervezd ezt, az sokkal nyakatekertebb.