Reassigned to ES.

Reassigned

.

OpenOffice.org Issue Tracker - Feedback Request.

The Issue you raised is currently assigned to 'Requirements' pending review, but
has not been updated within the last 3 years. Please consider re-testing with
one of the latest versions of OOo, as the problem(s) may have already been
addressed. Either use the recent stable version:
http://download.openoffice.org/index.html
or consider trying the new OOo 3 BETA (still in testing):
http://download.openoffice.org/3.0beta/
 
Please report back the outcome so this Issue may be Closed or Progressed as
necessary - otherwise it may be Resolved as Invalid in the future. You may also
wish to search for (and note) any duplicates of this Issue that may have
advanced further by checking the Issue Tracker:
http://www.openoffice.org/issues/query.cgi
 
Many thanks,
Andrew
 
Cleaning-up and Closing old Issues as part of:
~ The Grand Bug Squash, pre v3 ~
http://marketing.openoffice.org/3.0/announcementbeta.html

still valid in 2.3.1 (cannot test 3.0 since I only have a productive PC).
therefore changed version to 2.3.1

I confirm that this is also not implemented for 2.4

Using a fresh copy of OO 3.0.1 copying html into writer and then pasting it back
into the website destroys existing hyperlink titles.  I was hoping to use it for
editing content offline for Drupal using the TinyMCE wysiwyg editor.

(In reply to strellman from comment #7)
> Using a fresh copy of OO 3.0.1 copying html into writer and then pasting it
> back
> into the website destroys existing hyperlink titles.  I was hoping to use it
> for
> editing content offline for Drupal using the TinyMCE wysiwyg editor.

If hyperlink titles are getting destroyed on a round-trip, that's not an "ENHANCEMENT", that's closer to a data loss "DEFECT".

The HTML image writing code in OutHTML_Image() of main/sw/source/filter/html/htmlfly.cxx fetches the current link properties like URL, name and target from a pURLItem of type SwFmtURL, defined in main/sw/inc/fmturl.hxx with these fields:

    String    sTargetFrameName; // in diesen Frame soll die URL
    String    sURL;             //Einfache URL
    String    sName;            // Name des Anchors
    ImageMap *pMap;             //ClientSide Images

    sal_Bool      bIsServerMap;     //mit der URL eine ServerSideImageMap


The HTML text writing code in OutHTML_SwFmtINetFmt() of main/sw/source/filter/html/htmlatr.cxx fetches the current link properties like URL, name and target from an instance of SwFmtINetFmt, defined in main/sw/inc/fmtinfmt.hxx with these fields:

        String msURL;                                   // die URL
        String msTargetFrame;                   // in diesen Frame soll die URL
        String msINetFmtName;
        String msVisitedFmtName;
        String msHyperlinkName;                            // Name des Links
        SvxMacroTableDtor* mpMacroTbl;
        SwTxtINetFmt* mpTxtAttr;                        // mein TextAttribut
        sal_uInt16 mnINetFmtId;
        sal_uInt16 mnVisitedFmtId;


Both of those would need to be extended to store title as well.

When the HTML is read, links are parsed in SwHTMLParser::NewAnchor(). It supports many options, but there's no title.

Fixing those would only get us to title pass-through support: being able to save the titles we loaded without losing them. If we want to expose the title through UNO, we might need new APIs, if we want to allow editing through the UI, we'd need the link editing form changed to include the title.