I suspect you mean useheading. I have that set to Always.
Yes - that's the parameter, and that's my setting too.
Over time, as I revisit the index page, more and more of the hyperlinks will be "resolved" to the header from the page, but it takes a long time (days, for me). You posted 36 hours ago, so you may or may not see the phenomenon. But I'd be interested to know if you do see the problem.
I'm not seeing that.
This is the crux of the problem, so I modified your script to generate 200 Request Type Definition pages, instead of 50, and to populate the index with links to all 200.
Also, in order not to overwrite my work in progress, I used a namespace called
core_system:playground_request_types:request_type_definitions:
TarGet=data/pages/core_system/playground_request_types/request_type_definitions
mkdir -p $TarGet
# touch $TarGet/request_type_{001..050}.txt;
echo -e "^Request Type ID^Description^" > $TarGet/index.txt
Title=1
for i in {001..200}
do echo "======$Title======" > $TarGet/request_type_"$i".txt
echo -e "| ''[[core_system:playground_request_types:request_type_definitions:request_type_$i]]''|This is a dummy description of Request Type $Title|" >>$TarGet/index.txt
(( Title++ ))
done
[/color]
I created a link from the top level of the wiki to the index page:
[[:core_system:playground_request_types:request_type_definitions:index]], and then clicked it.
As you can see in the first screen shot, the process of "resolving" the linknames into page titles has stopped after doing the first
five lines. After refreshing my browser's cache (Cntl+F5) several times and not seeing any progress, I edited the index page,
made a minor edit, saved it, and refreshed my cache again. This is shown in the second screen shot.
[Note - I was unable to attach more than one screen shot. The second is the same as the first, except that now the first
ten lines have been resolved.]
In your instance I suspect I'd use the
Structured Data plugin to generate the contents of
index - providing it suits your usecase to use
Data Entry input format when generating
request_type_$n.txt (the index would then link to the page name but display the heading in the link).
This would be new territory and I haven't looked into it yet. But what's intriguing to me is that DokuWiki
does appear to
be able to resolve these linknames, despite their not having been created within the editor; it's just reluctant to. Given enough time, it does make progress, and it also seems to respond - a little - to nudging (e.g. making an edit to the page and saving it).
Using the pagename as the linkname won't be a viable option for us, long-term.
Maybe I will have to look into Structured Data, but I'd much rather do what it takes to force DokuWiki to resolve all the linknames on a page.