Az ötlet eleve halott, hogy háttérzene menjen, de ha mediaplayer/egyéb szolgáltatás kell, szerintem inkább alkönyvtárban legyen a Drupal és ne nevezd át az index.php-t.

Az a helyzet, hogy a két oldal, és benne a két táblázat nem tudja egymásról, hogy egymás folytatásai.

Ha lenne olyan lehetőség, a HTML-ben, hogy ezt jelezni lehetne, és lenne olyan böngésző ami ezt értelmezné, akkor lehetne arról beszélni, hogy a Views modul nem jó HTML kódot tol ki, mert ezeket a spec jeleket nem helyezi el a kódban. Ekkor ez egy olyan hiba lenne amit a Views modulban lehet kijavítani. (persze ehhez kéne egy jövőbelátó modul is a böngészőkben, hogy tudják, hogy milyen újabb táblázat darabokat kapnak, vagy le kéne tolni az egész táblázatot, akkor viszont pont felesleges a lapozás, és szépen meg is ölné a webszervert egy-egy nagyobb táblázat.)

Amíg ez nem igaz, addig sajnos egy olyan hibáról van szó, ami az egész webes architektúra sajátja, a Views modul erről nem tehet.

Ennek a hibának a kijavítására pedig csak kerülő megoldások vannak, ráadásul olyanok, amik nem lehetne része a Views modulnak, ugyanis a végső forma megalkotása, a renderelés nem a Views modul feladata, hanem a böngészőjé(bongésző, smink stb. függő).

Márpedig ezt a hibát csak úgy lehetne javítani, ha tudnánk azt, hogy hogyan renderelődik le a táblázat összes oldala. Szóval ehhez nem csak le kéne tölteni az adatbázisból az összes elemet, nem csak html-é kéne konvertálni, hanem még le is kéne rajzoltatni az összes oldalt egy böngészővel a szerver oldalon, egy oldal kiszolgálása előtt.

Márpedig lapozást pont azért rakna be, hogy ezt ne kelljen.

Ami az offline világban elvárható, az itt az online-ban nem mindig várható el. Ezt el kell fogadnod.

Szóval hibának hiba, csak nem fog senki ezzel(teljesen automatikus helyes tördelés) foglalkozni, mert kb. annyira felesleges mint megpróbálni örökmozgót építeni.

pp

Csak egy tipp: az alapértelemezett nyelv gondolom a magyar, ez esetben csak a magyar találatok jelennek meg, az angol nyevnél pedig minden. Én kipróbálnám az angolra átállítva. Ekkor mi történik ?

A másik megnézném, hogy és hol tárolja az adtbázisban, melyik node angol és melyik magyar. Kérdés ez jól van-e tárolva. Van olyan eset, hogy nyelvfüggetlen a node. Ha a magyar node-ok nyelvfüggetlenek, akkor angol nyevnél megjelenik a "magyar" node is.

Persze azt is ki lehet próbálni, hogy újra elmented egy adott tartalomhoz tartozó magyar és angol node-ot. ha megjavul akkor itt a bibi.

Megjegyzem, nekem a localizer modul kezesebbnek tőnt, én azt használtam eddig.

Az alap probléma, hogy a views page saját maga kezel minden argumentumot, nem használ menu loadert, vagyis az egyes argumentumok nem menu objectek, tehát nem lehet hozzáférni menu_get_object()-el. A node/10 útvonalon a $node = menu_get_object() visszaadja a nodeot, node/10/views_path útvonalon nem.

Azon kívül ott vannak azok a korlátok, hogy pl argumentum validálásnál csak egy nézet érvényesülhet. Tipikus példéja a taxonomy/term/% útvonalak felülírása, ha csak egy szótárra akarod érvényesíteni a nézetet, akkor lehet ugyan validálni az argumentumot, ellenben kinyírod vele az összes többi szótárat.

Szóval a valami/%elem oldal tákolására page manager való.