
profile_load_profile
Létrehozol egy CCK Computed típusú mezőt, és megadod, hogy a mező alapértelmezett értéke az adott profil mező legyen. Előbb be kell hívni a profilt a profile_load_profile() segítségével:
<?php global $user; profile_load_profile($user); // Itt van egy változó, amibe a Computed Field kéri betenni az alapértelmezett értéket, nem emlékszem a nevére. $cck_mezo_alapertelmezett = $user->profile_profilmezo; ?>
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

6.11
Pár napja én is regisztráltam náluk. Még mindig 6.11-en vannak. Remélem legalább be van foltozva a rendszer. Egyelőre várakozó állásponton vagyok, nem tudom, merjek-e feltölteni dolgokat... napi mentés a Backup and Migrate modullal elég strapás lenne.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

telepítési profil
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

sminkben adatot módosítani?
helyette a theme_preprocess_node -ot kell inkább a template.php -ban megvalósítani és ott kedvünkre módosítani a $content (és egyéb változók) tartalmát
Sminkben adatot módosítani gányolás. (Persze én is csinálom, meg még ennél durvább dolgokat is. :D) Sminkben legfeljebb megjelenítést, "statikus" elemeket illik módosítani. Például így jön ki a motorból:
<div class="valami">adat</div>
És helyette ezt szeretném:
<div class="valami"><span>adat</span> valami</div>
... ahol a "valami" mondjuk nyelvfüggő, vagy az adat értékétől függően változik. Viszonylag ritka eset.
display:none is for loosers:)
A nagykönyvet szépen megtanulta a leányzó, de nem sok valós munkatapasztalata lehet. :) Például a keresődoboz labeljét rendszeresen display:none-nal tüntetem el. Egy ilyen dolog miatt többnyire nem éri meg formalterezni, hacsak nincs napi egymillió látogatónk, ahol az a pár byte is számít. Általában kissé egészségtelen dolog, ha a megjelenítési célból írt PHP kód önmagában egy nagyobb modul méretére duzzad – mert itt nem élvezzük a közösségi karbantartás előnyeit.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

szubjektív
az előfeldolgozó azért van, az a célja és értelme, hogy a számára elérhető változókat módosítsam benne még mielőtt azok a sablonba kerülnének. _semmi_ gányolás nincs benne, ez a rendeltetésszerű használata.
Erről azt hiszem egyszer volt itt egy beszélgetés, hogy hol ér véget az adat és hol kezdődik a megjelenítés. Én ebben elvileg elég konzervatív vagyok, és azt mondom, attól, hogy lehet mindenfélét csinálni a sminkben, attól még nem ott kell (hanem pl. hook_nodeapi()-ban). A smink feladata a megjelenítés. Itt szerintem legfeljebb arról lehet vita, hogy valami adatprobléma, vagy megjelenítési probléma – és itt van egy szürke zóna, ahol a megítélés elég szubjektív.
a keresés űrlap módosításához egyébként nem kell saját form_alter modul, mert ugye van neki saját előfeldolgozója :)
Hopp, na erről a kis aranyosról mindig megfeledkezem. Köszönöm, hogy emlékeztettél. :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

ez egyértelműen smink
Az, hogy a mező a body előtt vagy utána van, az szerintem egyértelműen megjelenítési kérdés, tehát valóban a sminkben a helye. De a mező értékét már nem ott manipuláljuk (elvben, persze én is szoktam vizet prédikálni és bort inni).
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

izgalmas
Még hozzá is szóltatok, de a "nehasználjálimagegombot" felkiáltás fátyolán át nem vettétek észre a lényeget.
Észrevettem, csak mindig elfelejtem, hogy használni kellene :) Az érdekfeszítő vita pedig nem a formázás színteréről szól, hanem arról, hogy egyáltalán hol kezdődik a formázás. Na így már mindjárt más, nem? :)
Közben a kérdezőnek nem nagyon adtunk kézzelfogható választ:
$node->field_mezoneve[0]['view']-val érdemes próbálkozni, általában pedig tedd fel a Contemplate modult, az megmutatja az elérhető változókat, onnan könnyen lehet puskázni tpl.php-k írásakor.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

szótár
Fogsz egy szótárt, és mire lefordítottad, máris sokat javult az angolod. ;)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

csatlakozz
A http://forditas.mindworks.hu/ oldalon tudsz bekapcsolódni a fordítási munkába.
Egybeírjuk-különírjuk, ez egy krónikus probléma, ami a Drupal 7 fordításában remélhetőleg majd rendeződik. A drupal.hu-t valószínűleg csak a verzióváltáskor fogjuk frissíteni, valamikor az év vége felé.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
postgre?
Ezt dobta ki a Google. Bátor döntés Postgre-re tenni egy Drupal webhelyet. :)