<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEEDINFO " title="NEEDINFO - EDITING Writer 6.0.1 - Hyperlink Frames do Not accept/preserve assigning a Frame name" href="https://bugs.documentfoundation.org/show_bug.cgi?id=115997#c7">Comment # 7</a> on <a class="bz_bug_link bz_status_NEEDINFO " title="NEEDINFO - EDITING Writer 6.0.1 - Hyperlink Frames do Not accept/preserve assigning a Frame name" href="https://bugs.documentfoundation.org/show_bug.cgi?id=115997">bug 115997</a> from <a class="email" href="mailto:rb.henschel@t-online.de" title="Regina Henschel <rb.henschel@t-online.de>"> Regina Henschel</a> <pre>There are indeed bugs (a) If you have a floating frame and enter its name manually, this information is correctly written to file, but not visible in the document, as reported here. (b) The file has the correct reference in the attribute office:target-frame-name and the correct value xlink:show="replace" in the <text:a> element, but the replacement does not work. The description about that attribute is <a href="http://docs.oasis-open.org/office/v1.2/os/OpenDocument-v1.2-os-part1.html#attribute-office_target-frame-name">http://docs.oasis-open.org/office/v1.2/os/OpenDocument-v1.2-os-part1.html#attribute-office_target-frame-name</a>. I'm not sure, that it had worked in any LibreOffice version, especially the part "If the named frame does not exist, a new frame with that name is created." is suspect. (c) This feature corresponds to "iframe" in HTMl. But if you insert a floating frame and save the document to HTML, there is no "iframe" generated but a faulty img-element, so that the hyperlink does not work, although it has the correct target attribute. In export to XHMTL the iframe element and the target attribute in the <a> element are missing. Same question, has it ever worked? Does it work for other exports, EPUB or PDF e.g.? (d) The help text is very unclear about the intended use case. Given the fact, that it is not clear whether (b) or (c) had worked, it sounds more like a WONTFIX. Perhaps we can add a warning to the help files and remove the not working parts from the UI.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>