A kettő között a különbség az, hogy az egyik az alapértelmezett sminket adja vissza, a másik pedig az éppen aktuálisat, tehát ami éppen megjelenik.

init_theme();
global $theme;
 
$defaul_theme      = variable_get('default_theme', 'garland');
$defaul_theme_path = drupal_get_path('theme', $defaul_theme);
$actual_theme_path = drupal_get_path('theme', $theme);
 
print "Az alapértelmezett smink neve: $defaul_theme, és elérése: $defaul_theme_path<br />";
print "A éppen aktuális smink neve: $theme, és elérése: $actual_theme_path";

kicsit messziről indítom, bocs. (és igazából nem is pasqualle hozzászólására válaszolok, hanem a témára, csak erre +1)
örök vita, hogy eléggé felhasználóbarát e a drupal.
két külön megközelítésről van szó. én (te) aki developer vagyok, számomra tökéletesen felhasználóbarát, mert értem a működését.
van a "végfelhasználó" aki számára nem biztos, hogy tökéletesen (vagy eléggé) felhasználóbarát.

viszont mivel a végfelhasználók és azok igényei felhasználóbarátság szempotnjából alkalmazásonként változik, ezért éppen elég, hogy a fejlesztő számára felhasználóbarát + baromi rugalmas, hiszen így minden egyes alkalmazásra könnyedén testreszabhatom a teljes felületet (nem a működést, hanem a megjelenést!) adott alkalmazás végfelhasználóinak igényei szerint.

itt is erre van szükség.

nem egy alternatív többnyelvűség-megoldást kell kidolgoznod, hanem a meglévő és hibátlanul működő többnyelvüsítési mechanizmus adott végfelhasználói körre való testreszabását kell megoldd.

a konkrét témánál maradva, egy saját modulra lenne szükséged, ami könnyebbé (könnyebben érthetővé, kezelhetővé) teszi többnyelvű tartalmak létrehozását.
egyik ötlet:
egy saját modul multistep formra cseréli a tartalmak beküldését, rögtön az első lépés lesz, hogy hány nyelven akarod létrehozni ezt a tartalmat. aztán kap annyi lépést kap, ahány nyelvet kiválasztott és a végén mented mindegyik nodeot az adott nyelven, megadva, hogy ezek egymás fordításai.

másik ötlet:
létrehozod cckval a beküldő űrlapot egy (a default) nyelven. aztán a saját modulod nyelvenként új mezőt ad a node beküldő űrlaphoz és elintézi azt, hogy ha mondjuk kitöltöm akárcsak az egyik mezőt valamelyik nem default nyelven, akkor az űrlap beküldésekor rögtön két "node_save" történik.
persze ez csak egy kósza ötlet még jól át kell gondolni, mert pl mi van a taxonómiával..

zárszóként annyit szeretnék mondani, hogy az semmiképp nem megoldás, hogy megerőszakolod a drupal immáron kiforrott többnyelvűsítési logikáját (csupán csak azért mert adott alkalmazás felhasználói nem tartják eléggé logikusnak azt) ha másért nem is megoldás, hát azért mindenképpen, mert minden más contrib modulod erre a logikára épít és ha te lecseréled azt egy saját logikára, akkor minden más modullal is tudatnod kell majd, hogy nem úgy kell működnie hanem amúgy.
vics iz novánz ájdia of hev fán. :)

Az a kérdés, hogy iskolai e-naplónak melyik a jobb? Ez egy vicc, mert nem tudjuk mit jelent iskolai e-napló. 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. Részemről olyan mélységig nem ismerem a Moodlet mint a Drupalt. A fentiek miatt én nem tartom jogosnak egyik vagy másik mellett letenni a voksot. Volt már olyan amikor egyedi Drupal fejlesztés lett a vége egy projektnek, de volt már olyan, hogy a Moodel-ra esett a választás és volt már olyan is, hogy mindkettőt használtuk. (és olyan is amikor egyiket se csak az régen volt, de nem elképzelhetetlen, hogy bizonyos feladatokra van alkalmasabb eszköz mint e kettő)

Még egyszer: én használtam Moodlet iskolai e-naplónak, sőt annál többnek, mert nem csak a jegyek, hanem a beadott feladatok és a hallgatóval folytatott diskurzus is tárolódott benne. Azt is figyelhettem, hogy a feltett anyagokat ki, mikor és hányszor olvasta el.(a tanulók viszont, tehát tudták mikor javítottam ki a dolgozatot és mi a véleményem róla) Mindezek - egy rövid szoktató időszak után - jól használható és kezes felületen. Az adatokat bárhol meg tudtam nézni, exportálhattam különböző formátumokba és utófeldolgozhattam más programokkal. Mindezt úgy, hogy nem kellett hónapokig tanulnom, többezer modul közül kiválasztanom a megfelelőt, próbálgatnom, csak használnom. Ráadásul több éven át a legnagyobb megelégedéssel tettem ezt. Én csak ajánlani tudom a Moodlet. Ha ezekre kell akkor ne menj tovább használd.
Ha mást is szeretnél akkor ajánlom a Drupalt sőt ajánlom egyszerre mindkettőt. Talán nem véletlen, hogy van olyan modul, hogy http://drupal.org/project/moodle.

pp

FAST GALLERY:

URL: http://drupalmodules.com/module/fast-gallery

Ez a modul akkor hasznos, ha mondjuk a képeket tömegesen szeretnénk feltölteni FTP-n keresztül,
a képeket úgy tudjuk albumokba rendezni, ha egy alkönyvtár képez egy-egy albumot, és a könyvtár neve egyben az album nevéül is fog szolgálni.

--le kell tölteni, ki kell csomagolni, fel kell tölteni, engedélyezni kell

-- nem működik az ImageCache és az Imageapi modul nélkül.

-- miután felraktuk a modulokat és engedéyleztük őket, hozzunk létre egy könyvtárt a drupal, gyökerébe
pl. "fast" néven

töltsük fel ebbe a "fast" könyvtárba FTP-n keresztül a képeket

-- utána be kell állítani pár dolgot a Fast gallery modullal kapcsolatban:
"Webhely beállítás"-->"Fast Gallery"

-- jogosultságot is be kell állítani a modulokra nézve

itt meg kell adni, h mi a könyvtár neve, ahová feltöltöttük a képeket FTP-n, pl. "fast"

mi legyen a menüpont neve, amelyen keresztül elérem a galériát

ha van lightbox2 vagy thickbox felrakva akkor, ez használni is fogja ha megadjuk: "Choose your Javascript framework:" -nél

NAGYON FONTOS: h miután ha mindent megadtunk akkor le kell nyomni mind3 gombot: clearDB, Rescan, Flush Internal Cache

és ezek után kell elmenteni a beállításunkat.

ha mindent jól csináltunk akkor a "Fast gallery" menüpont alatt meg lehet nézni a képeinket

Amennyiben létrehozok könyvtárszerkezetet a "fast" nevű könyvtárban, és feltöltöm a képeket,
utána elmegyek a "Webhely beállítás"-->"Fast Gallery" és itt elvégzem az alábbi műveletsort
NAGYON FONTOS: h miután ha mindent megadtunk akkor le kell nyomni mind3 gombot: clearDB, Rescan, Flush Internal Cache
Utána mentem a beállításokat, és elmegyek a Fast gallery menüpontra, akkor az alkönyvtárakba feltöltött képek is meg fognak jelenni.

Megj: ha esetleg nem látnánk a képeket, lehet változtatni kell a könyvtárak jogosultságán...

Megj: a Webhely beállítás-->Fast gallery-->Advanced résznél lehet megadni, melyik Imagecache beállítást használja, és
legyen bepipálva a "Toggle UTF-8 conversion of captions" rész