Radu wrote:
That's included in our todo list for Oxygen 19.1.
Great Radu, that´s what I wanted to hear
I support your idea to transfer the conkeyref browser view and functionality into the DITA Reusable Component View.
Radu wrote:
First choose a key, then maybe right click it and possibly say something like "Show Component IDs"?
In my opinion it would fasten the authoring workflow, if the author does not have to select the key before selecting the content ID.
An experienced author knows the ID he wants to insert/link and would preffer to enter it directly into the search box without selecting the parent map/key.
Maybe you can add a new expandable list item level for the IDs directly into the existing DITA Reusable Components list.
Of course, it could happen that you have the same IDs in several topics but it would not become a usability problem if the filtered list shows the key and map level above each ID.
However I do not know if this solution is technicaly feasible for you or if it would result in considerable loss of performance showing all IDs of the selected root map at once.
Another question is the desired behavior for double clicking a ID list entry in the DITA Reusable Component View (the fastes way to use a key).
Actually a double click on a key2topic list item results in a xref entry to the key and a double click on a key2keyword list item results in a ph keyref.
A double click on a key/id list entry could result in xref or conkeyref.
We would preffer conkeyref because we use most of our keys for content reuse and only rarely for links. But this is a matter of taste and depends on project and content architecture.
The ideal solution would be an option to switch the double click functionality in the preferences.
Thanks for your interest and engagemant!