egy HTML class-t
A második "preprocessálásban" egy általunk kiválasztott elemre egy általunk kiválasztott jellegű HTML class-t (ami ráadásul beszédes is) generáltunk (a 3 meglévő classa mellé ráadásként), hogy aztán egy CSS kiválasztóval egyedi formázást lehessen alkalmazni annak az elemnek annak a speciális állapotára (most nem emlékszem milyen infót hordozott az új class, de az tuti hogy valamilyen állapotát (is) tükrözte annak a valaminek :D ).
Vagyis én így értelmeztem azt a részt :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
trigger
Ez úgy lenne szép, ha saját kódból kezelnéd az első lista változása utáni ajax kérést. Mert akkor egy kérés elég lenne a második és harmadik lista elemeinek lekérdezéséhez. (Ha van előre kiválasztott értéke a második listának.)
Egyébként próbáld meg azt, hogy amikor az első listát a felhasználó kézzel megváltoztatja, akkor elindul az ajax a másodikra, és amikor befejeződik akkor kierőszakolsz egy onChange eseményt a $('.myselect-2').trigger('change'); varázsigével.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ha blokk a kimeneti típusa a
Ha blokk a kimeneti típusa a nézetnek, akkor a blokk tulajdonságainál (admin/build/block) be tudod állítani, hogy melyik oldalakon legyen a nézet látható. Itt meg tudod pl. csinálni, hogy a /admin oldalakon ne legyen látható az adott blokk, így nem fog zavarni adminisztráció közben.
Ugyanitt van "Testreszabható láthatóság" is, itt beállíthatod, hogy a felhasználók kikapcsolhassák maguknak az adott nézetet (a jogosultságoknál talán beállítható, hogy mindezt csak az admin tehesse meg).
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
ebből indulnék ki én is,
(mint eMeLa)
a user is elérhető, használható a neve is: $user->name
a user nevéből vennék pl 4 karaktert + 4 számjeggyel a node id-vel
(vagy ahogy tetszik a karakterszám, a user név lehetséges min. hosszán belül garázdálkodva)
1. a _preprocess_node()-ban elkészíteném (vagy az adott tartalomtípus preprocess-ében) az azonosítót a fenti eszme alapján,
2. kiiratnám az azonosítót a node templétben, vagy a megfelelő node típus templétjében
Geva
----- Számítások - Kalkulátorok
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Semmiféleképpen nem javallott
Semmiféleképpen nem javallott a dbturi, hacsak nem tudod _egészen pontosan_ hogy pl a file hookokat milyen modulok, hogyan implementálták. Ellenben ha normális a modul, akkor visszarakod, a modul felületén törlöd a fáljokat, majd kikapcs -> uninstall újra, és kész.
Mondanám, hogy tedd fel a file_entity modult, az az admin/content/node-hoz hasonló felületet biztosít a managed fáljok törléséhez, de az meg a file usage miatt ugatni fog..
----
Rájöttem, miért kérdezek olyan ritkán a drupal.hu-n. Amíg szedem össze az infokat a kérdéshez, mindig rájövök a megoldásra.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
akkor tovább találgatok :)
akkor tovább találgatok :)
Az Apache-nek van egy AddDefaultCharset utf-8 beállítása és elképzelhető, hogy az IIS alapból nem utf-8-at használ. Nézz utána az itt leírtak alapján:
http://blog.lowtek.com/2006/09/setting-utf-8-character-encoding-for.html
remélem ez segít, mert egyelőre nincs több ötletem ;)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Na itt elakdatma
..mert a logot sem tudom, hol nézzem! Szóval..megvannak a Formcomponensek, mint láthatod itt http://193.225.125.73/node/33
aztán van még olyan opció, hogy e-mail meg Form Settings. az utóbbiban annyit értettem, hogy a submit gomb nevét átirtam. Kell még valamit beállitani ezekben az opciókban? Vagy máshol kell, hogy el is küldje az üzeneteket????
Johnymusic