paste as Content Key Reference

[dcarlton]

My version of Oxygen Author (13.2) has a "Paste as Content Reference" command that creates a DITA conref from the contents on the clipboard.

I'm switching to conkeyrefs, but I notice there's no "Paste as Content *Key* Reference" command. Such a command would be really helpful because we often find our re-usable elements by searching or navigating a directory hierarchy.

The current dialog box for "Insert Content Key Reference" doesn't scale very well.

[Radu]

Hi,

I'm switching to conkeyrefs, but I notice there's no "Paste as Content *Key* Reference" command. Such a command would be really helpful because we often find our re-usable elements by searching or navigating a directory hierarchy.

We had a similar discussion on the Oxygen Users List a couple of days ago:

http://www.oxygenxml.com/pipermail/oxyg ... 04499.html

There are two approaches which we could implement for a future version:

1) Add two new actions (paste as conkeyref, paste as link key ref).
2) Have the already defined actions automatically insert conkeyrefs and keyrefs if for the pasted content there are already keys defined in the DITA Map.

I would go for (2).

The current dialog box for "Insert Content Key Reference" doesn't scale very well.

Actually Oxygen 14.2 (which should be released in a couple of weeks) there will be a quick find filter to such dialogs (for conkeyref or keyref insertion). Does this help? If not, maybe you can give us some suggestions to better structure the list of keys.

Regards,
Radu

[dcarlton]

Hi Radu:

I'd prefer #1 since #2 makes the UI a little ambiguous, hard to predict, and even harder to debug (I'd actually have to go digging through my ditamaps to figure out why something got pasted as a conref or a conkeyref).

The "quick find filter" might be OK. I'm currently running into a problem in the "Insert Content Key Reference" dialog box that's caused by file size:
We convert the strings in our UI to DITA elements and then conkeyref the elements. Some of the files containing these strings-converted-to-DITA are pretty big (>500000k). When I click the "Sub-topic" button in the "Insert Content Key Reference" dialog box, Oxygen Author freezes and never comes back. I'm planning on handling this by splitting the files, but it would be nice if Oxygen could handle the large file size.

[Radu]

Hi,

I'm currently running into a problem in the "Insert Content Key Reference" dialog box that's caused by file size:
We convert the strings in our UI to DITA elements and then conkeyref the elements. Some of the files containing these strings-converted-to-DITA are pretty big (>500000k). When I click the "Sub-topic" button in the "Insert Content Key Reference" dialog box, Oxygen Author freezes and never comes back. I'm planning on handling this by splitting the files, but it would be nice if Oxygen could handle the large file size.

I think you meant to say 5 MBs (5000k) (and not 500 MBs).
The problem is that when pressing the sub-topic button Oxygen needs to parse the target file to obtain the composing elements + tries to show the content in the Preview area (which shows it like it were opened in the Author page).
Would you be willing to share a sample DITA Reusable file with us? Maybe we can increase the processing speed somehow.
Our email address is support@oxygenxml.com

Regards,
Radu