Ähnliche Entdeckungen habe ich auch schon hinter mir, inkl. der Feststellung:

"Würde das Brett die Beiträge übrigens chronologisch vorwärts anzeigen, würde es das Problem eh nicht geben."

Die vorgeschlagene Vorgehensweise funktioniert, leider aber nur, weil in der Baumansicht die Thread-Seiten beliebig lang werden können und dementsprechend lange unter andauernder Neudarstellung laden. Würden die Seiten eine bestimmte Größe nicht überschreiten dürfen, würden sich die Seitenzähler mit der Zeit auch ändern.

Zur Demonstration des eigentlichen IT-Problems wird ein ausreichend langer Thread benutzt:
Anleitung zum Einfügen von Bildern/Charts

Ein beliebig aus der Mitte heraus genommenes Posting in Baum-Struktur sei:
http://candletalk.de/thread.php?threadid=244&threadview=1&page=3#post108989

Dasselbe Posting hat in der Brett-Struktur die Adresse:
http://candletalk.de/thread.php?postid=108989#post108989
Dieselbe Adresse - die eigentliche Posting-Referenz - wird auch in der Baumstruktur unten beim Rechtsklick auf das Artikel-Icon dargestellt.

Bei einer richtig arbeitenden Foren-Software sollte aber auch die zweite Adresse eine dynamisch berechnete Seite haben, denn die richtige Sprungmarke ist sowohl in der Adresse als auch auf der richtigen Seite schon vorhanden. Auch die Auslieferung einer Seite mit ungeänderter Adresse ginge, denn was die Foren-Software auf die Anfrage liefert, ist ihre Entscheidung. Im Sinne konstanter Adressen, kann man bei ...postid108989... eigentlich nur eine Seite erwarten, die dieses Posting auch enthält, nicht unbedingt an der gleichen Position oder immer mit diesem Posting an der ersten oder letzten Position. In der vorliegenden Denkart "vergißt" die Software wegen einer Unterlassung der Programmeirer in der Brett-Ansicht schlichtweg die dynamische Erzeugung der richtigen Seitenzahl, die aus der Post-ID und der aktuellen Posting-Anzahl im Thread genauso problemlos ermittelt werden kann, wie bei der dynamischen Zusammenstellung der Link-Übersicht im Kopf der Baum-Ansicht. Die richtigen Software-Teile sind also schon da. Ein IT-mäßig intern einfacher Weg wäre, daß bei Anforderung der ewig konstanten Post-ID (denn die aktuelle Seite ändert sich ja), daß die Foren-Software intern auf eine Adresse umlenkt, in der die Seitenzahl eingefügt ist und diese an den Browser schickt, also (im Moment):
http://candletalk.de/thread.php?postid=108989&page=1#post108989
(Hat jetzt natürlich keinen Effekt, da Seite 1 sowieso standardmäßig ausgeliefert wird.)

Der von Hintman vorgeschlagene Weg funktioniert zwar, ist aber wegen der Darstellungswechsel und der Zusatz-Aufwände wenig nutzerfreundlich und wird bestimmt kaum jemanden animieren, die Postings so zu verlinken.

Würde das Brett die Beiträge übrigens chronologisch vorwärts anzeigen, würde es das Problem eh nicht geben. Ebenso würde ohne einzufügende interne Umlenkung alles funktionieren, wenn bei chronologisch absteigender Ordnung die Seiten ebenfalls rückwärts gezählt würden.

Das ist ein nachbesserungsbedürftiger Mangel der Software, genau wie die fehlende Umschalt-Möglichkeit der Anzeige-Reihenfolge in aufsteigender chronologischer Folge. Der minimale Aufwand der Software-Leute steht in einem ganz klaren Verhältnis zu den massiven Mehr-Aufwänden der Nutzer für eine Software-Reparatur. Wenn der Hersteller unverschämte Preise verlangt, kann ja zur Kollekte aufgerufen werden. Andererseits sollte er mal nicht solche Höhe kriegen, denn er muß erstmal eine Weile suchen, bis er für seine halbausgereiften Produkte ein so großes Board als Referenz kriegt und wer seine Kunden wirklich doll verärgert, kann auch erreichen, daß sie zu einer anderen Software migrieren, was zwar ein richtig vorzubereitendes Projekt ist - aber keinesfalls unmöglich.