ugrás a tartalomhoz

Linkre kattintás csak a tartalom részbe töltsön be új lapot

unregistered · 2006. Dec. 11. (H), 19.07
Szóval olyan lenne hogy jobboldalt van nékem egy menüm pl most legyenek

INFO
KÉPEK
EGYEBEK

a jobboldali menü után középen a kiválasztott tartalom jelenik meg majd 3. oszlopban sok szép aktuális infó ami nem is lényeg jelen esetben

Szóval:

Hogy lehet azt megcsinálni CSS-el, hogy amikor rákattintok a menüböl bármire akkor ne az egész oldal töltűdjön újra a hivatkozással és akkor a tartalom részen megjelenik a kiválasztott menütartalom, hanem pl mint a táblázatoknál csak a tartalom rész változzon és ne töltődjön az egész oldal újra be. Vagy ez az a rész amikor már érdemes inkább iframe-t használni?

Előre is köszönöm!

Üdv
 
1

sehogy

Anonymous · 2006. Dec. 11. (H), 21.02
keress itt az ajax-ra!
2

:(

unregistered · 2006. Dec. 11. (H), 21.25
gondoltam hogy nemes eccerűséggel ilyen egyszerű lesz a válasz :(

ok akkor marad az iframes megoldás... és majd legalább azt beigazítom css-el ;) igazi tákolmány lesz :D

Ajax? eszik vagy isszák? ;)
(bár az ajax elméletével már találkoztam csak reméltem hogy nem kell majd hozzányúlnom ajax féle dolgokhoz)
Ok megnézem :)
3

előtted a megoldás

Anonymous · 2006. Dec. 12. (K), 00.01
ha megtaláltad a témát amit tegnap nyitottak szó szerint ugyanezzel a kérdéssel, hozzá is szóltál, akkor már miért nem használtad fel ezt a hozzászólást?!

gex
5

akár igazad is lehetne... ;)

unregistered · 2006. Dec. 12. (K), 02.42
hát csupán 2 nagyonegyszerű dolog miatt

1. ha megnézed az órát fél órával előbb nyitottam mint ahogy válaszoltam arra a kérdésre ez akár lehetne a hülyeségem is de az ő problémája szerintem nem igazán az mint az enyém :(

2. ami viszont nyomósabb érv hogy divvel az a gond hogy nálam OnLoad-ra jelenik meg csak a honlap amikor már betöltött.. namost ha én berakom mondjuk a képgalériát ami elég nagy akkor megnézhetem magam mire betölt a lap... az iframenél meg ugye alapból nem tartalmazza a képgalériát csak amikor rákattintasz akkor változik a tartalom... most nemtom hogy ha kiszedem az OnLaod-ot és utána próbálom akkor mennyire lesz gyors... kipróbálnám csak az a baj hogy előtte fel kell tölteni a képgalériát hogy legyen mivel küzködni az meg még nincs kész :(
9

igazam is van... ;]

Anonymous · 2006. Dec. 12. (K), 11.51
1. a két probléma egy és ugyanaz
2. ezt nem teljesen sikerült értelmeznem

de leírom újra, itt nagyon sok hasonló probléma van, ha végig olvasod őket, biztos találsz megoldást az összes problémádra.

gex
4

nem ajax, de ....

Harder · 2006. Dec. 12. (K), 00.38
Nézd meg ezt:
Tartalom váltása a lap újratöltése nélkül

Nem tökéletes megoldás olyan szempontból, hogy a lapok tartalmát tulajdonképpen nem akkor töltöd le, amikor kattintasz.
6

húú... komoly... :)

unregistered · 2006. Dec. 12. (K), 02.52
húú apám ez nem egyszerű mármint van itt minden mint a búcsúban... :D
Köszönöm szépen segítséged, de sajnos itt is egyben tölti be az egész lapot ha jól értelmezem... :(

Lehet hogy ez a betöltés csak az én rögeszmém? :D
Amúgy miért nem szeretik sokan az iframet? :P
8

masik link

Harder · 2006. Dec. 12. (K), 09.40
Tessék, ez már nem egyben tölti be a lapot. :)
Tartalom váltása a lap újratöltése nélkül II. - HTMLHttpRequest
11

zsííír :D

unregistered · 2006. Dec. 12. (K), 14.07
Nah oké köszönöm szépen ez már pofásabb is és tényleg müxik ;)

Köszönöm ismét... :D

(ui.: néztem a hátrányokat és ott a cash-es változások kiküszöbölhetőek elég egyszerűen... pont az oldaladon is fent van egy megoldás ;) hát a többinél meg üsse kavics :D )
7

re

toxin · 2006. Dec. 12. (K), 07.58

Amúgy miért nem szeretik sokan az iframet? :P

* Limit accessibility
* so make trouble for people with access difficulties
* Goes against teh WAI recommendations
* Are not in the future of XHTML in their present form
* Limit your rankings in search engines as they don't reflect what you have on the site.
* iframes are proprietary code, so non-standard.
* If you want your sites to be seen on nonPC devices then frames have problems

* Printing becomes a problem
* Bookmarking pages becomes difficult
* Multiple scrollbars appear on badly designed pages so usability is immediately effected

http://www.sitepoint.com/forums/showthread.php?threadid=145885


üdv t
10

lássuk sorban:

Anonymous · 2006. Dec. 12. (K), 13.20
*Limit accessibility: ebben szerintem kb annyi az előnye, mint a hátránya
*so make... : ez lehet, de ha sok iframes oldal lenne, jobbak lennének az alternatív megoldások is a kezelésére (pl. mivel sokszor csak a belső frame frissül, a menü változatlan, akár még előnyös is lehetne) (ráadásul ajaxos dhtml oldalaknál sem lehet egy álom az "access difficulties" people számára a böngészés)
*goes against... *are not in future... *iframes are prop... : ezek ugyanazok az érvek - de nem magyarázatok
*limit your... : ez szerintem a keresők hibája. nem kéne, hogy így legyen
*if you want your... : az elavult eszközökkel persze hogy baj van, de a CSS-sel is, meg az AJAX-szal is...
*Printing...: kezelhető (pl CSS-sel), sőt egyes esetekben előny, pl az IE felkínálja hogy egy bizonyos keretet nyomtasson és akkor a menü nem kell (a nyomtatás nem iframes oldalaknál is probléma lehet)
*bookmarking...: oda kell figyelni rá, de nem vészes. Ajaxnál még több a probléma vele
*Multiple...: erre szintén oda kell figyelni csak. divnél is lehet ilyen probléma ezer (overflow auto).

Szóval szerintem az iframe igen jó ötlet volt, szerintem inkább továbbfejleszteni kellett volna a rá vonatkozó szabványokat és lehetőségeket, nem "betiltani". :-(

De sajnos tényleg az iframe mentesség a trend, de szerintem a fő oka ennek a gugli alkalmatlankodása (amit nem értek).
12

:(

unregistered · 2006. Dec. 12. (K), 14.15
Hát igen... a trend ugyebár... énis itt szenvedtem vele mármint az iframe mentességgel... bár mostmár Hardernek hála megoldódott :D Viszont tényleg nem értem hogy miért kell ilyen pofonegyszerű dolgokat "eltörölni" és mindenféle bonyolúlt függvényt kitalálni helyette... már nemtom ki hogy van vele de általában a normális ember könnyít a helyzetén nem pedig ront...