tamoca képe

Még nem értem a égére, lehet hogy még kérdezek, addig is köszi a gyors segítséget!

tamoca

Atyla képe

Honnan tudja majd a rendszer, hogy ne a gyökér/modul mappába keresse a modult, hanem a sites/ stb mappába?

Ehhez valahol valamit be kell állítani, gondolom.

És mi való a default és mi az all mappákba?

Van valami linked, ahol ez le van írva.

egyáltalán, ha van magyar leírás, ahol a mappastruktúra és az egyes file-ok szerepe le van írva, akkor elolvasnám és nem kérdeznék :-)

Van ilyen?

0
0
york képe

Ha rendesen leirod mit szeretnel akkor konnyebben tudunk segiteni :).
Felesleges meg egyszer leprogramozni azokat a reszeket amit mar tud a drupal kiegeszitesekkel, mert ezek a kiegeszitesek eleg flexibilisek es hosszabb tavon csak elonyos lesz neked.

0
0
chx képe

Es a W3C szerint?

0
0
alippai képe

Ennek szemantikai okai vannak, nagyon kényelmes lehet kész elemeket form helyett másra használni, de a webet ma már nem így írjuk, tessék a megfelelő HTML elemekből megalkotni a kinézetet CSS és JS segítségével. A HTML a funkció leírására való.

0
0

Lippai Ádám
young element

nevergone képe

Mindkettőben keresi, az csak a saját szívatásod, hogy hova rakod. A "system" táblában nézz körül, és próbáld használni a Google, less bele a Drupal forrásába, megéri, ezért is jók a nyílt forráskódú rendszerek: leshetők, próbálgathatók és a többi. :)

0
0
pp képe

A form vagyis űrlap arra való, hogy a felhasználótól fogadj adatokat. A drupal_get_form egy halom dolgot elintéz azon kívül, hogy visszaadja a form html kódját.

Ezek egy része a felhasználótól jövő adatok feldogozásával foglalkozik, másik részük pedig egyéb olyan okosságokat tesz bele mint pl a javaScript fájlok hozzáadása a kimenethez, vagy lehetővé teszi, hogy egyéb modulok beépüljenek ebbe a folyamatba.

A tulajdonképpeni html űrlap ugyanis ennek a folyamatnak egy nagyon nagyon kis részén kerül felhasználásra: amikor kiíratjuk.

A gondolkodás is fordított. Ha kell neked egy így és így kinéző űrlap, akkor először meg kell alkotnod az űrlapot(drupal_get_form). Ebben benne van az űrlapot leíró függvény elkészítése(FORM_ID), valamint az ellenőrzést (FORM_ID_validate) és feldolgozást (FORM_ID_submit) végző kódsorok elkészítése. Ha minden jól működik akkor áll neki az ember megformázni vagyis sminkelni az űrlapot, hogy úgy nézzen ki ahogy szeretné.

Ha a submit és validate függvényekre nincs szükséged, vagyis nem a felhasználóval való interakcióra akarod használni az űrlapot akkor keresned kéne egyéb megoldást a hasonló megjelenésre (mint ahogyan ezt alippai kollega is leírta).

pp

0
0
aboros képe

eleve arra számít, hogy oda rakod őket. :)

a sites/default és sites/all felosztásnak multisite setup esetén van igazán jelentősége.
sites/all » ami itt van minden site használhatja
sites/inknow42.com » ami itt van modul, smink, stb azt csak az inknow42.com oldal használhatja majd, tehát ha másik oldalt is hajt ugyan ez a drupal, az ide pakolt modulok másik oldalak modul listájában eleve meg se jelennek.

nem tudom hol van erről magyar leírás, de a /INSTALL.mysql.txt -ben és a /sites/all/README.txt -ben le van írva minden szépen embernyelven.

0
0

-
clear: both;

Sir_Csavar képe

megpróbálom még egyszer leírni.

tehát kell egy regisztrációs űrlap ami a fent leírt követelményekkel hozzá tud adni felhasználót a rendszerhez. a regisztráció zárt az oldalra, meghívás nincs.

ez a regisztráció egy csoporthoz kapcsolná az újonnan felvett felhasználót az alapján az azonosító alapján amivel az őt regisztráló tag rendelkezik.

0
0

--
A jó ember az ő szívének jó kincséből hoz elő jót; és a gonosz ember az ő szívének gonosz kincséből hoz elő gonoszt: mert a szívnek teljességéből szól az ő szája. (Lukács 6:45)

pp képe

A csoport tagjai számára engedélyezed a felhasználók adminisztrálását. Ezután a hook_user-ben a megfelelő csoportba beteszed a felhasználót.

Kb. ennyi.

pp

0
0