
nem értem
Akkor viszont nem értem a kérdést. Form beküldés után továbbküldöd a felhasználót egy ellenőrző oldalra. Hol a probléma?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

attól függ, ki "tákolja"
Szerintem Drupalban összetákolni a kívánt követelményeket igen-igen macerás és olyan kiforratlan lesz, hogy nem fogják használni
Ha valaki szeretné látni, hogy néz ki egy hasonló "összetákolt" és "kiforratlan" rendszer Drupalban, nézze meg az Open Atrium-ot.
A Drupal mellett – azon túl, hogy nagyon szépen meg lehet valósítani a fent leírt rendszert – még az szól, hogy a portál felépítése során megszerzett tudást más projekteknél is lehet hasznosítani. Drupalból bármit lehet építeni, a Moodle pedig egy specializált, oktatási célú rendszer. Ha így is, úgy is bele kell invesztálni egy évet, mert egyiket sem ismerjük, akkor a Drupal jobb "befektetés".
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

én is
Én is szerettem a Moodle-t évekkel ezelőtt, mikor dolgoztam vele. Gondolom azóta csak javult. Nem azt mondtam, hogy nem jó. Csak a hozzászóló azt sugallta, talán nem is szándékoltan, hogy egy ilyen iskolai rendszert Drupalban csak összetákolni lehet. Gyakran hallani ilyen hangokat olyanoktól, akik nem ismerik a Drupalt kellő mélységben, és felületesen alkotnak véleményt. Ezért éreztem úgy, hogy világossá kellene tenni: nagyon szépen meg tudja oldani ezt az iskolai rendszert Drupallal az, aki ért hozzá.
Én mindkét rendszert csak ajánlani tudom.
OK, de a kérdés az volt, hogy akkor mégis melyik legyen. :) Szerintem ha egyikhez sem ért, és komolyan gondolja a dolgot (nem valami instant megoldást keres, ami 10 perc alatt feldobható, és úgy-ahogy megfelel az igényeknek), akkor a Drupal jobb befektetés. Szubjektíve, a fejlesztő szempontjából jobban megéri Drupal-tanulásba fektetni az időt. Ennek nincs köze ahhoz, hogy melyik rendszer a "jobb". Mindkettő alkalmas az iskolai feladatra, és a Drupal még sok minden másra is. (A Moodle-t is lehet hajlítgatni, de jóval nehezebben. Nem hajlítgatásra tervezték, hanem oktatási célokra.)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

felülírás megtörtént?
Biztos, hogy felmásoláskor az új fájlok felülírják a régieket?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

modulok jó helyen vannak?
Itt írnak egy esetről, amikor a rossz helyre másolt alapmodulok okoztak kavarodást.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

500 tartalomtípus?
Tehát egy 500 fős iskolában 500 tartalomtípust hozol létre? Miért nem jó a korábban ajánlott Organic Groups megoldás? Erre van kitalálva az Organic Groups.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

folyton változik
Nem tudjuk kinek jobb a felhasználóknak, vagy a készítőknek. Nem tudjuk kik fogják és mire használni. Ötletelni lehet, de nagyon nem mindegy, hogy egy két tanár fogja használni akinek kedve van vagy mindenki kötelezően. Nem tudjuk, hogy a munka támogatására használják és ha arra akkor pontosan hogyan fogják támogatni. Nem tudjuk, hogy ez úgy önmagába fog állni, esetleg az iskola informatikai rendszerének(már ha van olyan) integráns része lesz. Nem tudjuk van-e rá pénz, vagy csak egy informatika tanár hobbija az egész projekt.
Ezekre a kérdésekre a megrendelő vagy nem tudja a választ, vagy a válasz kéthetente változik. Ilyen összetett projekteknél ez normálisnak tekinthető. Kérdés, hogy milyen eszközzel lehet a legrugalmasabban reagálni a folyton változó igényekre. Első válasz: azzal, amit a legjobban ismersz. Második válasz: ha egyiket sem ismered, akkor válaszd azt, ami a leginkább hajlítható.
Egy "svájci kés" megoldás akkor nagyon jó, ha pont olyan dugóhúzóra van szükséged, mint ami a késen van. De ha nem is tudod pontosan, milyen kellene, vagy pár hetente kiderül, hogy más kellene, akkor neked nem svájci kés kell, hanem egy eszközkészítő eszköz (pl. CCK és Views, amivel gyorsan ki tudod alakítani a kívánt formájú és működésű célszerszámot).
De hangsúlyozom, hogy a Moodle szerintem is színvonalasan fejlesztett szoftver, legalábbis pár évvel ezelőtti tapasztalataim szerint. Ha pontosan tudja valaki, mire van szüksége most, és mire lesz szüksége egy év múlva, és a Moodle-ban pont van olyan eszköz, ami ezeket tudja, akkor tényleg, használja a Moodle-t.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

drupal_set_breadcrumb
Készen kapott modul kódját sose módosítjuk, hanem saját modult írunk, ahol a Drupal által biztosított számos API segítségével módosítjuk működést.
De ezt itt szerintem sminkben is meg lehet oldani, a template.php fájl sminkneve_preprocess_page() függvényében drupal_set_breadcrumb() segítségével be tudod állítani, hogy azon az útvonalon, ahol a kalendáriumod megjelenik, ott mindig tegye ki az Eseménynaptár oldalra mutató linket.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

db_query()
db_query() függvényt nézd meg, ill. keress rá bármelyik alapmodulban, ott látod, hogyan kell használni.
A db_query() használatához előbb természetesen fel kell bootstrapolni a rendszert:
<?php require_once('includes/bootstrap.inc'); drupal_bootstrap(DRUPAL_BOOTSTRAP_FULL); ?>
(Nem muszáj FULL-ra, nézd meg a drupal_bootstrap() függvény lehetséges paramétereit, ha kevesebb is elég.)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
adatokat node-ként
A form-on keresztül beküldött adatokat hogyan tárolod el? Node-ként kellene, és akkor nincs gond az előnézettel (meg másik 30 dologgal, hanem az összes drupalos node funkciód A-tól Z-ig, előnézettől verziókezelésig működik).