Ja, ich denke, das ist so korrekt rekapituliert. Wir haben in der jeweiligen start-Seite eine include-Einbindung von Unterseiten (hier: main.txt, howto.txt, parameter.txt und technical.txt, welche entsprechende Hauptüberschriften und Inhalte liefern. Seiten wie main, howto, parameter und technical sind für die Ansicht in der Sidebar ausgeschaltet (via Konfiguration, hidepages). Es besteht also durchaus die Möglichkeit, eine solche Hilfsseite direkt anzuwählen, wenn man deren Namespace und Namen kennt. Es bräche uns bestimmt auch kein Zacken aus der Krone, wenn der Treffer nur die Unterseite öffnete. Aber es macht wenig Sinn, in der Sidebar zu einer thematischen Seite vier oder mehr Unterseiten einzublenden die dann immer main, howto, parameter ... bzw. Was mache ich hier?, Wie mache ich es?, Was brauche ich dazu? ... lauteten.
Wäre die Lösung ggf., die Konfiguration hidepages zu leeren, das Plugin searchindex auszuführen und dann die Konfiguration hidepages wieder einzusetzen? Das werde ich gleich testen... Voilá:
Die Parameter der Funktion 'hidepages' schränkt die Trefferliste ein, da diese nach (sichtbaren) Namespaces und Seiten strukturiert ist! Selbst wenn ich vollständig durchindexiert habe (ohne hidepages-Einschränkung), wird mit dem nachträglichen Einsatz von hidepages die Treffermenge auf die 'zulässigen' Seiten reduziert. Da es für die Suche/Treffer hier aber keine sozusagen Gegenfunktion gibt, welche die Sicht des Betrachters annimmt, ist die Volltextsuche in Kombination mit gehideten Includeseiten derzeit chancenlos. Entweder müssen wir nun alle Startseiten umstricken, Unterseiten einbinden und restliches Include auf Abschnitte herunterbrechen, oder jemand findet noch eine Alternative. Ggf. gibt es ja auch ein anderes Such-Plugin als die Standardvariante, welches auch Inhalte includierter Seiten volltextechnisch erfasst.