CSÉCSY László blogja

Aki magas színvonalon dolgozik Drupallal, az megtanulta: használd újra, amit csak lehet! Hogyan lehet olyan jellemzőket (a Features modullal létrehozott feature modulokat) létrehozni, amelyek tartalmaznak mindent az újrahasznosíthatósághoz, és csak azt tartalmazzák?

Bizonyára többen belefutottunk már a problémába, miszerint a Drupal 7-hez fejlesztett saját telepítési profilban bekapcsolt jellemzők (feature modulok) már az oldal első meglátogatásakor felülírt (overridden) állapotot mutatnak. Hogyan lehet ezt elkerülni?

Először is, készítsük el úgy a jellemzőinket, hogy azokkal ne legyen probléma! Ez a gyakorlatban a Kit kompatibilitást jelenti, azaz különösen:

Egy 6-os Drupalhoz készült modul egyik űrlapján olyan szövegdoboz található, melynek beviteli formáját a felhasználó választhatja ki. Feladat: a modult portolni 7-es Drupalhoz. A teljes modul helyett csak a konkrét részfeladat portolását ismertetem alább.

Drupal 6 alatt ehhez a szövegdobozunkat egy szülő űrlapelembe kellett tenni, melyben a testvére lett a beviteli forma kiválasztására szolgáló elem:

Feladat: ÉÉÉÉ-HH-NN formátumú dátum felvitelére szolgáló szövegmező biztosítása; JS támogatás megléte esetén a szövegmező melletti gombra ugorjon fel egy naptár, amelyben 1000 és 2050 közötti tetszőleges évszám kiválasztható legyen és a hónapnevek rövidítései magyarul jelenjenek meg. Megmutatom a Drupal 6-ban alkalmazott megoldást is, hogy aztán láthatóvá váljék, miben egyszerűsödik a helyzet Drupal 7-ben.

Az űrlapok sminkelése alapjában nem változott a Drupal 6 óta, de van néhány dolog, amit másképp kell csinálni. Feladatunk a következő űrlap megjelenítése:
Nevem [vezetéknév] [keresztnév] és [kor] éves vagyok.

Már nem az első webhely építésénél kell megoldanom a következőt: az egyik tartalomtípusban fel kell venni egy többértékű, nemkötelező szövegmezőt, melynek automatikus kiegészítéssel kell rendelkeznie a már felvitt értékekre és egy másik típusú tartalmak címeire. Ha ez a mező létező tartalom címét tartalmazza, akkor azt hivatkozásként kell megjeleníteni az adott tartalomra, egyébként egyszerű szövegként.

Adott egy cég, ahol kinőtték az eddigi egyetlen ADSL kapcsolat nyújtotta lehetőségeket, ellenben csak egy újabb ADSL hozzáférés fenntartására van pénz. A feladat: a belső hálózatban levő gépekre gépenként lehessen megmondani, melyik ADSL kapcsolaton kommunikálhatnak kifelé.

Másfél hete, november 12-14-én volt a Drupal Hétvége 2010. Pénteken délután a CEU belvárosi épületeiben találkoztunk, hogy az előadásokról és a d.hu redizájnról/migrálásról beszélgessünk; szombaton mintegy 21 előadást hallgattunk meg két párhuzamos szekcióban a CEU kerepesi úti épületében; vasárnap az NIIF épületében tanulhattunk egymástól műhelymunka keretében.

Adott egy vállalat, melynek különböző dolgozói különböző csoportokban dolgoznak: egy csoportban több dolgozó is, egy dolgozó akár több csoportban is. Minden dolgozó rögzíti, mikor milyen eseményen vesz részt. Hogyan tudhatják a dolgozók, hogy a csoporttársaik mikor milyen eseményen vesznek részt?

Adott egy többszintű, egyszeres öröklődésű taxonómia-szótár, például egy szervezet egységei (igazgatótanács, területek, kirendeltségek, üzletek). Adott egy kilistázandó tartalomtípus (emberek), melyhez hozzá van rendelve az előző szótár (igazgatók, területi vezetők, kirendeltségvezetők, beosztottak). Feladat: egy adott egységhez ki kell listázni az összes dolgozót, bármilyen szinten is legyenek. Íme egy egyszerű, bár elsőre nem triviális megoldás.