Brusselmans: "Continuïteit bestaat niet, tenzij in zinloze vorm. Iets wat continu is, is obsessief, dus ziekelijk, dus oninteressant, dus zinloos."
Verwijderd
Waarschijnlijk heel omslachtig maar ik zou kijken met javascript of je terug gaat en dan de pagina 1 keer opnieuw laden dan gaat hij wel naar het goede stuk...
Dat werkt ook niet want bij het klikken op de back button wordt de pagina niet opnieuw geladen. Ik 'weet' dus niet wanneer er op 'terug' is geklikt en kan dus ook geen actie ondernemenVerwijderd schreef op dinsdag 16 augustus 2005 @ 16:35:
Waarschijnlijk heel omslachtig maar ik zou kijken met javascript of je terug gaat en dan de pagina 1 keer opnieuw laden dan gaat hij wel naar het goede stuk...
Brusselmans: "Continuïteit bestaat niet, tenzij in zinloze vorm. Iets wat continu is, is obsessief, dus ziekelijk, dus oninteressant, dus zinloos."
Ik denk dat de browser bij een frame kijkt of de anchor nog in beeld is, zo niet dan scrolled hij er naar toe. Maar bij een div+overflow laat de browser die check waarschijnlijk achterwege.
Een oplossing is om met JS de url uit te lezen en de pagina goed te scrollen.
Een oplossing is om met JS de url uit te lezen en de pagina goed te scrollen.
Het vreemde is dat het bij een directe link (http://www.webforest.nl/back.html#link_03) wel werkt.André schreef op dinsdag 16 augustus 2005 @ 17:03:
Ik denk dat de browser bij een frame kijkt of de anchor nog in beeld is, zo niet dan scrolled hij er naar toe. Maar bij een div+overflow laat de browser die check waarschijnlijk achterwege.
Er wordt niks getriggerd wanneer de history-link een anchor link is, dus weet ik ook niet wanneer deze wordt aangeroepenEen oplossing is om met JS de url uit te lezen en de pagina goed te scrollen.
Brusselmans: "Continuïteit bestaat niet, tenzij in zinloze vorm. Iets wat continu is, is obsessief, dus ziekelijk, dus oninteressant, dus zinloos."
Verwijderd
Vreemde situatie! De opzet die je beschrijft, is eerder al door Astroboy aangekaart in "Back Button vs Anchors inside scrollable DIV". Hij kwam daar niet verder mee. Verder lijkt het samen te hangen met de bug-report op quirksmode.org inzake "Back and forward between named anchors doesn't update window.location". En zoals je zelf terecht opmerkt, kun je in deze weinig met JS-events voor de pagina of historie.
Helaas krijg je door het uitblijven van een refresh van de pagina enige loze klikken, maar de vraag is of de navigatie verder in het geding is. Alle onderdelen staan in de TOC vermeld en i.m.ho. kan een bezoeker toch zijn/haar weg vinden binnen de pagina.
Helaas krijg je door het uitblijven van een refresh van de pagina enige loze klikken, maar de vraag is of de navigatie verder in het geding is. Alle onderdelen staan in de TOC vermeld en i.m.ho. kan een bezoeker toch zijn/haar weg vinden binnen de pagina.
Dit is inderdaad hetzelfde probleemVerwijderd schreef op dinsdag 16 augustus 2005 @ 19:58:
Vreemde situatie! De opzet die je beschrijft, is eerder al door Astroboy aangekaart in "Back Button vs Anchors inside scrollable DIV". Hij kwam daar niet verder mee.
Hier was ik ookal achter gekomen. Het maken van een custom back-knop is dus ook niet mogelijk in IEVerder lijkt het samen te hangen met de bug-report op quirksmode.org inzake "Back and forward between named anchors doesn't update window.location". En zoals je zelf terecht opmerkt, kun je in deze weinig met JS-events voor de pagina of historie.
Dit is maar een testje, in werkelijkheid is de tekst veel langer en zijn er ook named-anchor links in de content zelf.Helaas krijg je door het uitblijven van een refresh van de pagina enige loze klikken, maar de vraag is of de navigatie verder in het geding is. Alle onderdelen staan in de TOC vermeld en i.m.ho. kan een bezoeker toch zijn/haar weg vinden binnen de pagina.
Brusselmans: "Continuïteit bestaat niet, tenzij in zinloze vorm. Iets wat continu is, is obsessief, dus ziekelijk, dus oninteressant, dus zinloos."
Pagina: 1