Toll wäre, wenn die als "ungelesen" markierten Beiträge nach dem lesen via Ajax nicht mehr markiert wären, ohne dass die Seite neu geladen werden muss.

Jau da stimme ich dir zu.
Vor allem, bei mir nützt auch neu laden nichts. Ich muss zuerst nochmals in das Forum hinein das der Beitrag als gelesen markiert wird

Ja genau, wenn ich auf Neue Beiträge klick, lese ich einen Beitrag und benutze danach den zurück Button... und dann soll das viereck weg.


AIM ist doch AOL?

Dem schliess ich mich an, wäre super wenn das Viereck danach weg wäre.
Was mir noch aufgefallen ist: das passiert nur wenn ich einen Proxy im IE eingestellt habe (auch wenn die Seite gar nicht über den Proxy geladen wird; der macht bei mir nur Werbefilter).

Griessli
Irene

@Beni, ebenfalls gute Idee. Rekapitulation zwecks Verständnis: Du gehst auf "aktuelle Themen" (links in der Navi) oder auf "neue Beiträge" (rechts oben) und klickst dann einzelne Beiträge an, und gehst mit dem Browser-Zurück-Knopf wieder auf die entsprechende Seite zurück. Richtig? Konkret soll dabei das blaue Viereck mit dem weissen Dingsda ausgeblendet werden, nachdem Du klickst?


PS:

Zu diesem Problem brauch ich hilfe. Denn ich steh auf dem Schlauch:

Wie kann ich per Javascript auf ononload oder body.onclick den Link auslesen, der als letztes angezeigt wurde.

Eine Lösung mit onclick pro link ist sehr einfach zu realisieren, aber das wäre unnütz viel Quellcode.

Wie das mit Javascript gehen sollte, weiss nicht auch nicht. Aber ich hab grad mal nachgeschaut, weil ich so einen Verdacht hatte. Also mein IE schickt, wenn ich auf nem Beitrag bin und auf den Browser-Zurück-Knopf drücke, gar keinen Request zum Server (jedenfalls keinen nach der Seite, nur nach der Werbung irgendwie). Das macht der IE dann, wenn er denkt eine Seite ist statisch, weil statische Inhalte kann er aus dem Cache darstellen. Es müsste also reichen, den Browsern klarzumachen, dass die Seite dynamisch generiert wurde; evtl. mit irgendwelchen Headers, Verfalldatum oder Cache-irgendwas oder so.

Griessli
Irene

Ich muss mit Clients rechnen, die keinene Refresh machen, egal was ich ihnen klar mache.

Deshalb möchte ich einfach auf onclick && link zu topic (3 pro Zeile) das Bildchen killen.

Immer einen refesh machen wär einfach, aber z.B. User mit Tabs klicken ein paar links an, lesen sie durch und schliessen sie nacheinander. Wenn sie wieder beim Index angelangt sind, besteht das UI Problem bestehen.

Ich zeig mal was ich mein, ibf komprimiert eh.

Jetzt hab ich mal einfach wenn Du drauf klickst per js das Bild gekillt. Im Firefox funktioniert das soweit, aber im IE überhaupt nicht, weil er die innerHTML änderungen auf einem höheren Layer zu machen scheint. Es ist wieder mal typisch, meine erste idee funktioniert auf ff...
ich versuchs später nochmal. Evtl. doch ajax, weil ein ganzer reload ist viel zu viel.

Ich weiss nicht ob Du jetzt noch was geändert hast, aber in meinem IE gehts - das Bild verschwindet beim Klick auf den Link. Aber wenn ich dann von einem Beitrag zurück auf die "neue Beiträge"-Seite gehe, dann isses natürlich wieder da.

Was Ajax betrifft, das geht bei mir nicht, weil ActiveX grundsätzlich disabled. Und ich meinte, bei XP ist das standardmässig auch so.

Griessli
Irene

Das war eine Totgeburt. Wenn ich noch wüsste, wo der Code wäre, würde ich ihn wieder entfernen. Denkfehler, ich dachte die Browser würder mir entgegenkommen.

Jetzt hab ich mal ein paar headers geworfen, obwohl ipb das von alleine machen sollte. Allerdings langsamer...

Besser?

Sorry dass das immer so dauert.

Jo, also bei mir tuts jetzt genauso wie's soll. Danggschön

Griessli
Irene

Leider tuts im FF nicht so...

hab mal alles an headers reingestopft, was aus den Fingern zu saugen war, aber FF interessiert das nicht im geringsten.

header("Expires: Mon, 26 Jul 1997 05:00:00 GMT");
header("Last-Modified: " . gmdate("D, d M Y H:i:s") ." GMT");
header("Cache-Control: no-cache");
header("Pragma: no-cache");
header("Cache-Control: post-check=0, pre-check=0", FALSE);

Versuch mal noch:
<meta http-equiv="cache-control" content="no-cache">
<meta http-equiv="pragma" content="no-cache">

Was ist den nun mit dieser Funktion?

Firefox ist nicht gewillt einen der etwa 8 versuchten header zu akzeptiern. IE machts. Google Suche brachte einige frustrierte und fluchende mit gleichem Problem, niemanden mit Lösung.

Ich hab mal n beschiss angesetzt, sag mir obs funktioniert. Allerdings bin ich damti unglücklich

Funktioniert.
Getestet mit Firefox 2 Beta 1 @ OS X 10.4.7

Funktioniert. Super!

Ich bin mehr als unzufrieden mit dieser Lösung.
Irgendjemand muss mir doch erklären, wie ich dem Firefox sagen kann er soll nicht cachen...?!?
Die einzige Cache hab ich, wenn ich den Cache in der Webdeveloper Toolbar ausschalte...

Gelöst habe ich das Problem (welches beim IE nicht existiert) mit sehr viel Beschiss:

D.h. ich muss die Bildchen per Javascript selber löschen => suboptimal...

Kann mir evtl. noch jemand einen Gefallen machen und mir erzählen was IE oder Opera zu dem Javascript sagen, da ich immer mal wieder 5-15minuten investiere, ist Baustelle noch sehr vornehm ausgedrückt. leider.

-bug: js check time stupido