Var så let. :)
Hvis der ikke bliver lavet et nyt request, hvordan skifter siden så indhold? (Retorisk, du behøver ikke svare) Du kunne evt. kigge lidt på Firebug plugin'et til Firefox.
Der skød du dig selv i foden, fra dit tidligere indlæg: * Facebook change the hash part of the url so that back and forward browser buttons still work and bookmarking is possible. |
Mads Madsen:Hvis der ikke bliver lavet et nyt request, hvordan skifter siden så indhold? (Retorisk, du behøver ikke svare)
Hvorfor er det retorisk? Siden skifter indhold vha. et iframe, som i øvrigt er beskrevet af den engelske forumtråd, jeg gav dig! Det er jo det, der gør sig gældende ved AJAX, at man kan skifte indhold uden at lave et nyt request på den side, der har AJAX'en.
Mads Madsen:Du kunne evt. kigge lidt på Firebug plugin'et til Firefox.
Jeg har Firebug, men hvad har det med sagen at gøre?!
Mads Madsen:Der skød du dig selv i foden, fra dit tidligere indlæg: * Facebook change the hash part of the url so that back and forward browser buttons still work and bookmarking is possible.
What?! Nu fatter jeg ingenting! Hvordan har jeg skudt mig selv i foden..!? Som sagt så bliver siden loadet ind dynamisk, og # bliver ændret for at gøre det muligt at bookmarke.
Det facebook har gjort, er det samme som vi bruger på vores side, tillagt en ændring af hashen, så bookmarking er muligt. Back og forward virker alligevel. Det er brugen af iframe og ikke #, der gør det.
Det, du har tænkt dig, er helt omvendt og fuldstændig ulogisk. Hvis man klikker på et af dine #-links, som er blevet ændret, da siden blev loadet ind, bliver hele siden jo re-loadet alligevel, og så er du lige vidt!
Istedet skal du have et almindeligt link tillagt en javascript-funktion, der fanger klikket og ændrer siden dynamisk istedet for med et nyt request. Den skal så også putte en værdi i hashen, så man kan bookmarke. Du skal så også lave en funktion, der tjekker, om der er en værdi i hashen, når siden indlæses, og så aktivere det relevante dynamiske indhold, hvis det er tilfældet.