szülő, gyermek
A kifejezések hozzáadása oldalon (http://www.oldalneve.hu/admin/taxonomy/x/add/term) van egy legördülő menü. Amikor létrehozod a kifejezést (vagy meglévő módosítása esetén) ebben a legördőlőben megadhatod, hogy melyik kifejezés legyen az adott kifejezés szülője. Egy gyermek kifejezés további kifejezések szülője is lehet, sokszintes hierarchiát tudsz létrehozni.
Pl. :
Szótár: Helyiségek
1. szint, Helyiségek gyermeke, BAZ megye szülője: Megyék
2. szint, Megyék gyermeke, Miskolc szülője: BAZ megye
3. szint, BAZ megye gyermekei: Miskolc, Miskolctapolca, ....
Szótár: Tevékenységek
1. szint, Tevékenységek gyermeke, Szállodák szülője: Turizmus
2. szint, Turizmus gyermeke: Szállodák
2. szint, Turizmus gyermeke: Utazási irodák
Ezek után ki tudod listázni a miskolci irodákat, vagy a miskolctapolcai szállodákat a kifejezések kombinálásával (http://www.honlapneve.hu/taxonomy/term/x+y)
Innentől már magadnak kellene továbbmenni...
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
egy fórumtéma, egy kérdés
verziózhatja (legyen mindig egy munkaverzió és ő mondja meg, hogy ez a következő verziókba hasonlókra gondolunk. sztem az igazi megoldás egy googledocs-szerű automatikus verziókövető és egy egyszerű
Ez most egy magyar mondat akar lenni? Legfeljebb találgatni tudom, hogy mit szeretnél – ez nem "specifikáció", hanem csak egy sajtcédula, amire felfirkantottál egy-két dolgot, amit szeretnél Drupallal megvalósítani.
Megérzéses alapon azt tudom mondani, hogy igen, meg lehet csinálni, Drupal core + CCK + Views + Node Profile + Tagadelic...
Hasonló címkék (tag) tiltása problémás lehet, elméletileg se nagyon tudom elképzelni, hogyan működne egy ilyen szűrő – ha annyira jól be lehet határolni a lehetséges eseteket, hogy nem fordulhat elő legitim címke blokkolása, akkor érdemes előre létrehozni kategóriákat; ha meg nem, akkor mire jó a hunspell...
A specifikációból másolom ki a pontokat, ha valami nem tiszta, kérdezzetek nyugodtan.
Szinte nincs olyan mondat, ami "tiszta" – úgyhogy mi lenne, ha nem velünk futtatnál plusz köröket, hanem szépen, szabatosan, egyenként megfogalmaznád a problémáidat, és nyitnál nekik 1-1 fórumtémát?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
nézeget?
... hiába nézegettem
Egy elég összetett webhelyet szeretnél építeni, ez "nézegetéssel" nem fog menni, fel kell tenni ezeket a modulokat (CCK, Views, Tagadelic Views) és gyakorlás közben megtanulni a használatukat. Ezt sajnos nem tudom helyetted "röviden" megtenni, legfeljebb annyit tehettem, hogy készítettem egy CCK + Views oktatóvideót, linket lásd fent. Ha a CCK node reference koncepció és a Views által létrehozott nézetek beágyazása már világos, akkor a Tagadelic Views is magától értetődő lesz.
Nyilvánvaló, hogy az Autó oldalt és a vele egyszintű oldalakat egy CCK tartalomtípus példányaiként kell létrehozni, amelyekre CCK node reference segítségével hivatkoznak a második szinten lévő márka típusú tartalmak, amelyekre aztán node reference segítségével hivatkoznak a felhasználók által felvitt tartalmak.
A menürendszer kialakításához csak magamat tudom idézni:
Én ilyen esetekben taxonómia helyett a fent belinkelt cikkben leírt CCK node reference megoldást használom a főkategóriák kialakítására, és ezt kombinálom szabad címkézéssel (Views Tagadelic modul).
Így megoldható, hogy kilistázzuk azokat a címkéket, amelyeket a felhasználók azon oldalakon használtak, amelyek a Kutya (Autó, Audi) című CCK-s oldalra hivatkoznak node reference útján.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
reset
crt-nél van a jó megoldás, használd a második híváskor a $reset-et. A Devel modulban az Empty cache link nem erre való.
<?php node_load($node->nid, $revision = NULL, $reset = 1); ?>
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Én így csinálnám:
fognám a modules/forum.modul fájlt és megkeresném benne mi állítja elő a fórum lista kimenetét. (theme_forum_list ;))) ezt a függvényt úgy ahogyan van bemásolnám a sminkem template.php fájlba és a theme szócskát átírnám a smink nevére.
Módosítanám, úgy, hogy benne legyen a kis képecske és a megfelelő divnek adnék egy id-t. pl:
a div meg:
Ezekután készítenék egy js-t, mely minden kép click eseményéhez hozzáadná azt a függvényt, ami a div-et ki-be csukja, és ezt a js-t a drupal_add_js függvénnyel hozzáadnám. (ezt lehet a theme_forum_list függvénybe is betenni, hisz csak ilyenkor van rá szükség.)
a js kb:
if (Drupal.jsEnabled) { $(document).ready( function (){ $('img.toggle_img').click( function(){ // this.id-ből ki kell szedni a számot és betenni az id változóba. $('td_' + id).toggle(); }); }); }
remélem segít elindulni.
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
igen, kábé
a views_build_view egy tömbben várja az argumentumokat, de maguk az argumentumok már nem tömbök!
tegyük fel, van egy "nezetneve" nézeted. a nézet két argumentumot vár (ebben a sorrendben), egy taxonómia id -t és egy node id -t. (ez utóbbi 'not equal')
ekkor így:
$terms = taxonomy_node_get_terms($node->nid); $view = views_get_view("nezetneve"); foreach ($terms as $key => $tobj) { $args = array($tobj->tid, $node->nid); print views_build_view('embed', $view, $args, false, 5, 0); }
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges


Palócz Paal Pál, a drupal.hu admin csoportjának tagja

Ha gyorsan tanulsz és jó
Ha gyorsan tanulsz és jó érzéked van a kódoláshoz, akkor hamarabb is mehet a dolog, de ne felejtsd el, hogy mindehhez még a Drupal specifikus dolgokkal is alaposan meg kell barátkozni. 1-2 hónap alatt ez így egyben ritkán szokott összejönni:-).
Csak egy tipp, nekem anno mintha olykor bejött volna, hogy ha direktben nem tudtam validálni egy mezőt, akkor Rules-al(switch-case...stb.) egy közbeiktatott másik, teszem azt logikai mezőt, vagy sima szövegest úgy módosítottam, hogy arra viszont már lehetett validálni. Persze amíg a computed field ki nem hozza a szükséges értéket - azaz még nem áll rendelkezésre - addig validálni sincs mit. Ez az érték meg ugyebár a mentés után áll a rendelkezésre.
Amikor logikailag nem építhető fel egy jó megoldás, akkor célszerű egy másik, alternatív modellt kidolgozni a feladatra és nem küzdeni feleslegesen. Nálam ez legalábbis be szokott válni. Még ha végül meg is lehet oldani a problémát, megéri-e a ráfordított sok időt és energiát? Nekem többnyire nem.