"egyéb megoldási javaslat a kiindulási feladatra, akár teljesen más vonalon "

D5: A workflow modullal megoldható, hogy a kérdésnek állapotai legyenek, és az állapottól függően férjenek hozzá csoportok. Az állapotátmenet-változások véghezvitele is csoporthoz köthető (ezt a jogot az adott szakértő kapja meg).

Kis segítség a beállításhoz: 2 definiált állapot: megválaszolatlan kérdés, megválaszolt kérdés; a tartalmat az Anonymous vagy Authenticated (vagy tetszőleges) csoport küldheti be, alapállapota megválaszolatlan. A megválaszolatlan kérdéseket csak a szakértők láthatják, és ők kezdeményezhetnek állapotátmenetet (miután megválaszolták a kérdést). A megválaszolt állapotú kérdést pedig már mindenki láthatja, nézetek listázhatják.

Közepes megoldásnak a Modr8 modul is megteszi, de az elég "unprofessional", mivel attól, hogy egy tartalom a moderálási sorban (még megválaszolatlan kérdés) van, és adott esetben emiatt nem listázódik az erre kialakított nézetekben (a publikus kérdés-válasz listában) attól még ha valaki tudja az adott kérdés node URL-jét, azt közvetlenül beírva a címsorba, hozzáférhet a tartalomhoz.

hogy egy adott csoportba tartozó felhasználó küldhessen be képet egy már létező galériába, de onnan törölni ne tudjon

Bizonyára igazad van, de én nem látom sehol, hogy ez felmerült igényként. Sőt azt sem gondolom, hogy "alap galéria funkció", mert pl. nálunk sem merült fel igényként. Szóval, hogy mi az funkció, amelyre valóban szüksége van, azt ne mi döntsük el helyette.
Az más kérdés, hogy jobban átolvasva a következők miatt nem jó az általam írt megoldás, bár másoknak segítségére lehet:

Olyanra gondoltam, hogy egy könyvtárba készitek alkönyvtárakat, amiben képek lesznek. A felületen megjelenítem az alkönyvárakat- vagy is az egyes albumokat ezek lennének és itt tudok képek között lapozni.

Ui.: Bár jobban belegondolva, ez van nálam is, hiszen meg Views segítségével megjelennek az egyes galériák (az eredeti kontextusban "galériák"), és a képek között lehet lapozni (Lightbox).

Van erre modul, de még sajnos dev.
http://drupal.org/project/user_types

A felhasználó típus nagyon sok esetben szükséges lehet, hogy az elérhető és szükséges funkciókat különböző felhasználóknak biztosítsuk. Nagyon sok webhely működik így.

Ilyen eset lehet pl:

Több céges webshop: Lehet regisztrálni eladó és vevőként is.
Itt az eladó funkcióival nem kell terhelni a vevőt....

On line tanácsadás: Lehet regisztrálni tanácsadó és normál felhasználóként is..

Márkaszervíz adatbázis: Márkaszerviz feltölthet adatlapot és fizethet érte, normál felhasználó pedig olvashat hírlevelet, kereshet a szervizek között stb...

Ezekben az esetekben már az user profile adatlap is más mezőket kell, hogy tartalmazzon.
Az, hogy ki hova tartozik azt pedig ő tudja és nem az admin dönti el.
Az admin csak ellenőrzi a bevitt adatokat.

azt szeretném elérni, hogy az egyes case esetekben, például delete nél az én kódsoraim lépjenek életbe (a többi case esetben) az alap node jelen esetben delete függvénye helyett

van ugye a modules/node mappán belül egy egy node.module fájl. Ennek van egy load,insert,delete függvénye, amiket én bővítettem

hogy kell ugy modult fejleszteni, hogy az én függvényeim éljenek, és ne az alaprendszerbeli

nem, ezt nem igy kell. Rossz a cel is amit kituztel, es az is amit eddig megvalositottal. Szerencsere te is latod, hogy maskepp kell. A Drupal forraskodban nem kell atirni semmit, es a sajat moduljaidban implementalt hookok kiegeszitik az alap kodot nem felulirjak (vagy lecserelik)..

node_example Ezt a peldat probald meg megerteni, es ha valami nem vilagos, kerdezz..