Az, hogy ha szerkeszti ne legyen közzétéve megoldható rules modullal(vagy talán a core triggerrel is), de ugye Te nem ezt akarod.

A megoldáshoz én egy saját modult írnék. Ebben a hook_node_grands() és hook_node_access_records() kampókat valósítanám meg.

Az elsővel meg tudod mondani, hogy az adott felhasználó az adott szempontból/szerepkörben(realm) mit tehet.
A node_access_records() kampóval pedig meg tudod mondani, hogy egy adott node-hoz milyen szempontok kapcsolódnak.

Két szempontod lesz:
1. sima júzer
2. moderátor

a sima júzernél(1. realm) a gid az a felhasználó azonosító(node_grants) illetve a node szerkesztőjének azonosítója(node_access_records). A node_access_records() kampóban visszaadott grantnál pedig attól függően, hogy milyen állapotban van a node teszed elérhetővé a szerkesztési jogosultságot eme szempont/szerepkör számára(ez minden node változtatásakor frissül)

A moderátornál a gid lényegtelen, legyen mondjuk 1. A node_grants-ban pedig csak akkor adsz vissza ilyen realm-et, ha moderátor az illető. A node_access_records() kampóban meg mindentől függetlenül mindig ugyan azt a jogosultságot adod vissza.

Bevezethetsz a modulodban egy "tartalmak moderálása" jogosultságot és akkor nem kell belehegesztened a modulba a csoport számát, hanem a felhasználók jogosultság oldalon tudod ezt a jogot osztani bármely felhasználónak.

pp

Ez de egy jó feladat!
D7-ben a kövit csinálnám: Kell egy szótár, minden osztály egy-egy term. Ugye minden osztály elindul valamelyik évben. Szóval kell egy év mező. Kell, hogy a-b-c.
És lesz egy computed fieldünk, ami az aktuális dátumból kiszámolja, hogy hányadikos a pulya. És figyelni kell arra, hogy ez az érték 12-nél nem lehet több.
Innentől kezdve már smiknből be lehet lőni, hogy pl ez a mező legyen a page title a term oldalán.

Az ultimate solution pedig gyakorlatilag ugyanez, csak computed field nélkül: A hook_taxonomy_term_presaveet kell megvalósítani egy modulban, ahol az előbb emlegetett számolást kell megcsinálni, és a $term->title vagy $term->name, - most nem vágom fejből a term object szerkezetét - értékének ezt adni.

Ezután a hook_cron-t kell megvalósítani, hogy minden év szeptember elsején állítson össze egy batch processt, ami végigdzsal azokokon a termeken, ahol a mostani év - kezdőév < 12 és tol egy taxonomy_term_save-t, és netán létrehozhat az új évnek megfelelő a-b-c osztályokat.

Ez az utolsó bekezdés simán kikerülhető views_bulk_operations-el, de akkor év elején mindig valakinek manuálisan kell frissítenie a termeket.

Kevered a dolgokat, azt irod hogy az oldal fejlesztoje mondott valamit, ezek szerint van egy fejleszto aki az oldalt csinalja? Ha a www.munkakoralap.hu -rol van szo akkor az nem is drupal alapu ha jol latom. Azt irod hogy a ckeditorhoz kella drupal :) A drupal nem a ckeditor egy resze hanem a drupal magaban egy Valami es annak egy lehetseges bovitese az a ckeditor de leeht masik editor is.

Szerintem beszelj a fejlesztovel es kerdezz ra a reszletekre mert igy nemigen tudonk neked segiteni.

Ha a Drupallal akarsz foglalkozni akkor a konyvet ne reszben hanem reszletesen es tobbszor is olvasd el mert amiket irtal (nem megbantaskent irom) azt tukrozi hogy halvany lila gozod se nincs meg a legalapabb dolgokrol sem ami a druplat illeti. Sot meg a pillanatnyi halyzete sem igazan tudtad leirni nekunk. Szoval akkor h anem tevedek van egy fejleszto aki csinalja az egeszet es o majd a ckeditort fogja beintegralni az oldalba hogy ti azon keresztul azokat a txt fajlokat tudjatok majd modositgatni. De akkor te miert is tetted fel a druplat? Gondolom a ckeditort a fejleszto majd beilleszti ahova kell...

Erdemes lenne utannaerdeklodnod es ennek fenyeben szepen erthetoen megirni a reszleteket hogy segiteni tudjunk.