Illyés Edit képe

Ezt dobta ki a Google. Bátor döntés Postgre-re tenni egy Drupal webhelyet. :)

0
0
Illyés Edit képe

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;
?>
0
0
Illyés Edit képe

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.

0
0
Illyés Edit képe

Illyés Edit képe

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.

0
0
Illyés Edit képe

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. :)

0
0
Illyés Edit képe

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).

0
0
Illyés Edit képe

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.

0
0
Illyés Edit képe

Fogsz egy szótárt, és mire lefordítottad, máris sokat javult az angolod. ;)

0
0
Illyés Edit képe

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é.

0
0