Benoit Maisonny wrote: > > I found the following behaviour slightly annoying in the Link tool: > > 1. Click somewhere in a document where a link can be created. > 2. Ctrl-Shift-X to list possible link targets. > 3. Click somewhere else in the document, where a link can as well be > created, inside the same parent element: the list of targets is > not emptied; so far so good. > 4. Click somewhere else in the document, where a link can as well be > created, but outside the current parent element: the list is > emptied, so one has to hit Ctrl-Shift-X again or click on the link > button to populate the list.
It does not really work like this. Just like almost any other tool (e.g. the Edit tool), the list of suggestions is emptied when the editing context changes. The editing context does *not* change simply because you are clicking elsewhere within the same text node. > > Granted, for someone using the keyboard, this second Ctrl-Shift-X is > necessary to bring back the focus inside the Link tool. When using the > mouse, however, hitting the link button seems superfluous. I imagine > that Ctrl-Shift-X could bring the focus anyway, without the need to > empty the list when changing the implicitly selected element. I'm sorry but we are not going to implement your RFE: * The use case you describe does not occur that often. * The behavior you describe is not consistent with the behavior of the other tools (e.g. the Edit tool). > > Thanks for the link tool, by the way: it's a great improvement, > especially for modular documents. FYI, we're going to use it for a > number of "special" references that exist in out document type. They use > ID/IDREF but their targets are specific elements. For instance, for > glossary term occurences pointing to glossary entries. The configuration > options makes this a breeze. > Thank you for these compliments. -- XMLmind XML Editor Support List [email protected] http://www.xmlmind.com/mailman/listinfo/xmleditor-support
