Amit a "pure" PHP formokról tanultál, azt itt felejtsd el, az egyik legnagyobb gányolás lenne. A Drupal tartalmaz egy remek Form API-t, amivel egyszerűen tömbként kezelhetsz formokat, kezdve a megjelenítéstől egészen a benne tárolt adatok elmentéséig.
Még ez is érdekes lehet, meg ez is.

Szerk.: Amúgy a dolog szépsége kb. ott kezdődik, hogy a modulodban (aminek a neve legyen foobar és áll legalább egy foobar.info és foobar.module fájlból, mindezek pedig a sites/all/modules/foobar könyvtárban) írsz egy foobar_own_form() függvényt, ami nem csinál semmi mást, csak visszaad egy megfelelően elkészített tömböt. Ez a tömb reprezentálja a formodat, a kezdeti lépésekben segít a fenti leírás, pontos referenciát pedig itt találsz. Ebből a tömbből a drupal_get_form() előállítja a szükséges kimenetet, amit aztán könnyedén sminkelhetsz is.
Ha a fenti formodat előállító függvény neve foobar_own_form(), akkor rögtön használhatsz foobar_own_form_validate($form, &$form_state) függvényt, ahol paraméterként visszakapod tömböt, a $form_state['values']-ben pedig a felhasználó által a formban megadott értékeket. Itt le tudod ellenőrözni ezek helyességét, ha nem jó, akkor a form_set_error()-ral vissza tudod dobni az űrlapot, ha pedig minden oké, akkor foobar_own_form_submit($form, &$form_state) és mentheted az adatokat.

Ennyi az egész, ez a Drupalos szép megoldás, érdemes az http://api.drupal.org/ olvasgatni, illetve tanulmányozni az Examples modul mintakódjait.
Ez a fenti történet pedig úgy kapcsolódik a kérdésedhez, hogy a hook_form_alter()-val elcsípheted a tartalom hozzáadásakor és szerkesztésekor megjelenő formot, ugyanígy tudsz egy új tömbelemet hozzáadni és azt lekezelni a tartalom elmentésekor.

Tovább is van, mondjam még? :)

Modul:

• D6 ra volt: http://drupal.org/project/jquery_scrollto
• D7-re készül: http://drupal.org/project/jquery_localscroll (fórumtársunk munkája!)

Házi barkács:

1. Js/jquery snippet:

   http://css-tricks.com/snippets/jquery/smooth-scrolling/

   A fenti linken található javascriptet (akár az eredetit, akár a kommentben lévőt) egy .js fájlba lehet tenni, elhelyezni a smink-mappában, majd az .info fájlban jelezni, hogy van. Utána teljes cache törlés kell.

   Javascriptet a drupal no-conflict wrapperével szokás használni, legjobb, ha letöltöd a Zen sminket, és abból kiveszed és ide felhasználod a no-conflict wrapperrel előkészített script.js-t.

2. A tartalomban a cél:

   A tartalomban meg kell maradnia a html id-knek (mert azokra lehet célozni a linkekkel), pl.: <h2 id="ide-gorduljel">valami</h2>

   Full HTML szövegformátumot nem szeretünk engedélyezni, a filtered HTML meg kigyomlálja az id-ket. Én létrehoznék egy külön szövegformátumot, amit a htmlpurifier modullal tennék egyéni módon szűrt HTML-lé, amiben külön engedélyezném az id megmaradását.

3. A rájuk mutató link a menüben:

   Jó a helyzet, mert a drupal menükben könnyen létre lehet hozni a célzásra alkalmas linket: node/7#ide-gorduljel. Ez lefordul url aliasra is, tehát magától /fancy-alias#ide-gorduljel lesz belőle.

   Vigyázat: ez így csak ugyanazon az oldalon belül meghívva gördül szépen, tehát olyan menüben alkalmazható normálisan, amiben csak ugyanezen az oldalon belülre vonatkozó hivatkozások vannak.

Utóirat:

jQuery guruk, pls help: http://drupal.org/node/1795214 és akkor lehetne rá stabil (hazai) modul!

Úgy érzem, nekem kissé végletesnek tűnik a „vagy tutizicheratombiztos, vagy gagyi az egész” megközelítés. A kettő között rengeteg köztes fokozata van a skálának és ezen a skálán a Drupal összességében, mint ökoszisztéma valóban előkelő helyet vívott ki magának az évtizedek alatt, joggal.

Először is külön kell nézni a Core és a Contrib kettősségét. Előbbit valóban vasmarokkal fogják közre és árgus szemekkel figyelik – részben átvitt értelemben, de tény, hogy automatizált eszközökkel és rengeteg élőemberi munkaóra-ráfordítással ügyelnek a biztonságára (lásd: Katedrális és bazár elmélet – érteni fogod, a Drupal Core melyik a kettő közül).

Utóbbival – amiről itt most ebben a fórumtémában szó van – valóban más a helyzet. Bár a best practices (pl. egy modul architekturális felépítése), a coding standard (a forráskód „kinézete”), a grafikus felhasználói felületen követendő megszokások, a megjelenő szövegek, üzenetek megfogalmazási stílusa, a tesztlefedettség elvárt mértéke, és ezeken kívül még számos más szempont nyilvánosan közzétett szabályokban rögzített, amelyek hosszú évek alatt alig változtak, jól beégtek már mindenki rutinjába. Így egy gyakorlott fejlesztő a tapasztalatából adódóan jó eséllyel meg tudja tippelni egy véletlenszerűen a szeme elé kerülő Drupal-modulról annak érettségét, minőségét, megbízhatóságát, esetleg hosszú távon való fenntarthatóságát, stb. Az informatikában általánosságban ezt szokás „code smell”-nek is nevezni, amit magyarra talán „mennyire bűzlik a kód”-ként lenne lefordítható.

És akkor még nem is említettem a Drupal Security Team-et, akik viszont valóban aktívan vizsgálják az arra önként jelentkező modulok friss kiadásait. Az egyik általam is karbantartott modul kapcsán nemrég nekem is volt szerencsém részt vennem egy foltozási folyamatban, így belátnom a kulisszáik mögé. Engem is meglepett az a profi összehangoltság, ahogy a biztonsági kiadás közzétételét előkészítik és órára-percre pontosan szinkronizáltan levezénylik, hogy ki-mikor-mit csinál majd a kiadás napján – pedig „csak” 13/25-ös súlyosságú rés volt.

Összefoglalva: nem kell sem túlbecsülni, sem félni a modulok projektoldalán látottaktól, GitLab-on ma már nagyon kényelmes belekattintgatni kicsit a forrásába, vagy letölteni (Composer-rel már te is kezded érezni, milyen egyszerű tud is ez lenni), egy helyi Drupal-példányon feltelepíteni (Drush-sal szintén pár másodperc), kattintgatni kicsit, próbálgatni, játszani vele. Ha eddig nem hasalt el vagy dőlt össze a modul (vannak ugyanis olyanok), akkor utána rá lehet keresni (pl. vagy a magyar, vagy a nemzetközi Drupal Slack-en), mások miket írnak róla, megkérdezni ismerősöket, vagy bejelentkezni egy DUG videóközvetítésére és körbekérdezni a többieket, ismerik-e, próbálták-e már, tudják-e javasolni, vagy alternatívát helyette, ilyesmi.