Myron
The 'not enough' is that I would have to to know what operating system you desktop is on....
Ach! You'd think that after a 35+ year career in large-scale enterprise IT, I'd have learned the drill by now. Okay, housekeeping first.
--
Desktop OS: Windows 10 Anniversary Ed., 64-bit, all updates applied
--
Server OS: CentOS running cPanel via a commercial hosting company.
--
Browsers: I use, and have now tested against, Firefox, Chrome, Opera, and IE. My primary browsers, used interchangeably, are Firefox and Chrome. All browsers are up-to-release and fully patched. In the case of FF and Chrome, to the extent possible, both are configured identically WRT plugins/extensions--e.g., both have AdBlock Plus, Ghostery, and so on. Opera and IE are vanilla with the exception of AdBlock Plus.
--
Screen shots: See attached zip file. Note: Only 3 screenshots (from Chrome) are attached, however, all browsers I tested yield identical results, thus these three images are absolutely representative of the group.
--
Config parameters: I'm providing you with a PDF that contains all the DW config parameters. The PDF is embedded in the attached zip file.
If I understand you, this is the default behavior of the Dokuwiki link wizard and has nothing to do with ckgedit.
Nope, you're not understanding me, which means I'm not explaining myself well. My bad, not yours. Notwithstanding, something you said--possibly a browser issue--twigged, and so off and on for most of Sat I tested things out with all the above mentioned browsers.
Happily, all four browsers exhibited the exact same behavior, including where, and how, they broke down. Now on to the problem description.
Clicking the
Link icon in the toolbar opens the expected Link dialog.
Selecting
Internal link in the Link dialog, and then clicking the
Browse server button brings up the DW Link Wizard, in which I can navigate up, down, and all around to the exact page I want. I can select the page and the
Internal link field is then propagated with the fully qualified address of that page--for example: namespace:subnamespace:pagename.
Switching to the
Advanced tab and then clicking the
Get Headings button is when it all comes to a crashing halt because clicking the button does precisely nothing. I absolutely know the page I selected has MANY subheads because it's a glossary and both the indices (A, B, C, etc.) and terms are all heads. Moreover, all things are correctly tagged (i.e., heading 1, heading 2, etc.) and show up in the auto-generated ToC at top right of page. So, this that's what my problem is.
Interestingly, if I go back to my original wiki (which has CKGedit installed) on the old hosting service, everything works fine. I click the Link icon, I do the
Browse server button, pick a page, go to the
Advanced tab, click
Get Headings, and voila, there are all the subheads on the selected page.
Sidenote: As part of my testing, I turned off all browser extensions in both Firefox and Chrome (I tend to collect extensions). And I also tested with all the extensions active. The results were identical.
Sooo...Sorry about the length of this, but I wanted to ensure you had all the required info, with samples, this time around. If I've missed something, ask away.
And thanks, Myron. Your help is sincerely appreciated.
Charles