danke für den screenshot.
wenn es das ist, was GUIfreund auch sieht/sah:
das ist beabsichtigt. man soll mit dem scrollbalken sehen, welche beiträge (bzw. welche kopfzeilen, genauer gesagt) sich gerade im browserfenster befinden. also dieser ausschnitt soll verkleinert das browserfenster wiederspiegeln. oberes ende des balkens: erster sichtbarer beitrag (kopfzeile). unters ende: letzter sichtbarer beitrag (kopfzeile).
wenn alle beiträge eingeklappt sind, passen natürlich recht viele ins fenster, so dass der balken eben entsprechend lang wird.

meine erste version der navi hat nur den ersten sichtbaren beitrag markiert, aber ich wollte gerne beides haben, so dass es so ein balken geworden ist.

das einzig unlogische finde ich, dass nur die kopfzeilen berücksichigt werden, so dass es passieren kann, dass ein langer ausgeklappter beitrag im browserfenster ist, aber die kopfzeile schon weiter oben verschwunden ist. dann wird der beitrag in der navi nicht mehr als sichtbar markiert. ich müsste mich statt nur an der kopfzeile an den gesamtmassen des beitrags orientieren.

empfindest du es so, wie es jetzt ist, als bug?