Views Arguments-szel kombinálva
A hierarchikus szűrő is lehet egyfajta megoldás erre a feladatra. Erre létezik egy modul is Hierarchical Select néven, de a Views megoldás talán rugalmasabban beállítható.
Működő, de még nem az elvárásaimnak megfelelő péda views-zal és argumentumokkal megvalósított hierarchikus szűrőre itt. Fent az URL-ben követhető, hogy miket választottál ki, de a Breadchrumbs még nem azt jeleníti meg. (Erre esetleg én is elfogadok javaslatokat, hogyan tehetném dinamikussá a kenyérmorzsát, mert eddig csak azt sikerült elérnem, hogy azt jeleníti meg, amit beírok a breadchrumbs mezőbe, nem pedig a kiválasztott értéket) A megvalósításról annyit, hogy felvettem egy saját tartalomtípust, minden tulajdonsághoz külön mező és azokra a tulajdonságokra állítottam be argumentumot, amelyekre szűrni szerettem volna, értelemszerűen összeállítva a sorrendet, mint egy tölcsért. Ami fontos, hogy Action to take if argument is not present: Summary, sorted ascending, vagy descending, ha fordított sorrendet szeretnél. Ha magyarul használod a Nézetek modult, csak kisakkozod, hogy melyik beállításokról van szó :).
Ennél tökéletesebb megoldást adna egy olyan modul, amelynek segítségével a munkamenet változóban el lehetne tárolni a te esetedben a kiválasztott város nevét és a következő lekérdezés már vizsgálná, van-e értéke a $_SESSION['city'] változónak. Ha van, akkor csak azokat a találatokat jeleníti meg, amelyekre igaz a feltétel, $city = "Szeged". A Munkamenet-változók "Drupalos" használatáról pl. itt írnak.
Valószínűleg ezt a megoldást valósítja meg Szántó Gábor által javasolt Openatrium is - modulírás nélkül.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Organic groups
De azt a szeparálást az Organic groups csinálja az OpenAtriumban (is). Nem?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Tapasztalatom szerint
Tapasztalatom szerint taxonomy filterrel szépen, egyszerűen megoldható. 1 szótár a városnak, 1 pedig a kategóriának.
Kiválasztja a várost, majd megjelennek ( igaz, amit én használtam, ott nem legördülő menüben) a másik szótár azon elemei, amelyekben van tartalom, azaz ha pl Szegeden nincs Távolbanéző szolgáltató, akkor az kategória nem jelenik meg Szeged alatt.
A hirearchical selecttel sztem az a baj, hogy ott ugyanazt a kategóriát minden egyes városhoz föl kell venni, azaz Szeged -> Távolbanéző (term-2), Budapest -> Távolbanéző (term-4), módszerrel működik. Így viszont sokkal nehezebb a Távolbanéző kategóriára szűrni, hisz abból annyi van, ahány városban van ilyen.
Gazsesz
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
og alapú a szeparálás, de
og alapú a szeparálás, de tuti, hogy nem maga az og csinálja egyedül, szerintem a spaces + purl, plusz egy pár más modul.
----
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
Szerintem elbeszélünk egymás
Szerintem elbeszélünk egymás mellett.
Én úgy értettem, hogy van pl Szeged városa, azt mondja, hogy belép Szeged városába. Innentől kezdve bármit csinál az oldalon, Szeged városában akar maradni.
"megjegyzi a rendszer a már kiválasztott várost és onnantól kezdve csak a választott városhoz kapcsolódó szolgáltatókat és intézményeket (persze csak ha vannak) jeleníti meg minden oldalon, ahova a látogató elnavigál."
Ergo ez nem egy egyszerű kiválasztósdi. Mindent le kell kezelni, a főmenütől kezdve a többi szótár taxonómia oldaláig mindent!
Mert pl. kiválasztja a taxonomy filterrel Szegedet. Belemegy egy node-ba, ami tartalmaz tageket. Ha azokra a tagekre rákattint, akkor ez a modul nem hiszem, hogy megcsinálja, hogy csak a Szegeden belüli "alma" tagekkel kapcsolatos dolgokat listázza.
Ugyanezt a főmenünél. Ha Szegeden belül van, és a főmenüben fitnesstermek, gyógyszertárak meg mondjuk kocsmák vannak, akkor azt nem fogja tudni, hogy rákattintva a szegedi fitnesstermek, gyógyszertárak, kocsmák jöjjenek be.
Szóval ha valóban ez a cél, akkor ez nem valószínű, hogy egy egymodulos/bekattintós feladat lesz.
----
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
Nem tudom, mennyire sürgős a
Nem tudom, mennyire sürgős a megvalósítás, de a modulfejlesztést akkor szokta elkezdeni az ember, amikor valamit nem talál. Ebben esetben a modul 7-es változatát. Szerintem egy nem túl bonyolult feladat (inkább a domain rendszergazdái tudják megkeseríteni az ember életét) és szépen végigvezet a Drupal működésének számos pontján. Ha van egy kis időd elmélyedni a fejlesztésben, akkor ez egy jó apropó. :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nem tudom, lehet, hogy én
Nem tudom, lehet, hogy én komplikáltam túl a kérdést.
Ha azt vesszük alapul, mint pl régen az iwiwen, hogy volt a szülőváros, és az volt egy szekció, tehát minden entitás (fórumok listája, ismerősök keresése) azon a szekción belül történt, amíg "el nem hagytad a várost" és másikra nem váltottál. Ugyanez az openartiumban, bárhol vagy, egy adott csoporton belül tudsz csak dolgozni, arra érvényesek a nézetek, tartalmak beküldése.
Szóval ha ez a helyzet, akkor a faceted search és a taxonomy_filter is kevés lesz, persze ha nem értettem félre.
----
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.