Uploaded image for project: 'Confluence Data Center'
  1. Confluence Data Center
  2. CONFSERVER-6594

Improve Rich editor to allow to Insert/Edit Link to attachments in different pages and spaces, not just the current page.

    • 0
    • 1
    • We collect Confluence feedback from various sources, and we evaluate what we've collected when planning our product roadmap. To understand how this piece of feedback will be reviewed, see our Implementation of New Features Policy.

      NOTE: This suggestion is for Confluence Server. Using Confluence Cloud? See the corresponding suggestion.

      Enable linking to attachments in different spaces and pages using the "link" icon in Editor toolbar.

      Presently, an user can use the Insert/Edit link to link to attachments attached to the current page only.

      Please see associated discussion here:

      http://forums.atlassian.com/thread.jspa?forumID=96&threadID=12007

      "Unfortunately, I'm in a situation where most of our users will simply not refer to the attachment at all rather than learn the notation for adding the attachment in wiki; in other words, if they can't do it in the GUI, they won't do it at all."

      "What I'd like is when I do a search, or i go to the Recently modified tab, that attachments also show up, regardless of space or parent. "

            [CONFSERVER-6594] Improve Rich editor to allow to Insert/Edit Link to attachments in different pages and spaces, not just the current page.

            True, Hans Ginzel, but it's not very user friendly.

            Nathanael Motz added a comment - True, Hans Ginzel, but it's not very user friendly.

            It is possible to use the Search for Attachement type of link.

            Hans Ginzel added a comment - It is possible to use the Search for Attachement type of link.

            As we have autoconvertion of URL links of other pages in RTE, this issue would be easily solved extending it to autodetection of URL of attachment.

            Current behaviour

            Pasted link is inserted as is, e.g. https://wiki/download/attachments/81594387/name-of-attachment.ext

            Proposed behaviour

            1. find attachment in other page, copy location
            2. paste URL to edited page
            3. reference to attachment is detected and converted to native link
                 <ac:link>
                  <ri:attachment ri:filename="name-of-attachment.ext">
                    <ri:page ri:content-title="name-of-page"/>
                  </ri:attachment>
                  <ac:plain-text-link-body>name-of-attachment.ext</ac:plain-text-link-body>
                </ac:link>
              

            Jozef Kotlár added a comment - As we have autoconvertion of URL links of other pages in RTE, this issue would be easily solved extending it to autodetection of URL of attachment. Current behaviour Pasted link is inserted as is, e.g. https://wiki/download/attachments/81594387/name-of-attachment.ext Proposed behaviour find attachment in other page, copy location paste URL to edited page reference to attachment is detected and converted to native link <ac:link> <ri:attachment ri:filename="name-of-attachment.ext"> <ri:page ri:content-title="name-of-page"/> </ri:attachment> <ac:plain-text-link-body>name-of-attachment.ext</ac:plain-text-link-body> </ac:link>

            Agnes Ro added a comment -

            This may be fixed by the new link browser scheduled for 3.2.

            Agnes Ro added a comment - This may be fixed by the new link browser scheduled for 3.2.

            BenjaminA added a comment -

            A customer has requested that the attachment tab in the link pop-up be improved in order to be able to navigate to other attachments other than those stored specifically on the individual page.

            The customer expressed frustration in not being able to easily link to attachments stored on other pages, like child and parent pages, other attachments in the space, and other attachments in their Confluence instance.

            At a mimimum they wanted the ability to be able to instantly see child and parent page attachments, and be able to easily navigate to attachments stored in the space or on other pages (all from within the link pop-up).

            The customer also wanted the ability to search for attachments from within the link pop-up, either from the search tab, or from the attachment tab (currently searching from the link pop-up search tab, is restricted to pages only).

            BenjaminA added a comment - A customer has requested that the attachment tab in the link pop-up be improved in order to be able to navigate to other attachments other than those stored specifically on the individual page. The customer expressed frustration in not being able to easily link to attachments stored on other pages, like child and parent pages, other attachments in the space, and other attachments in their Confluence instance. At a mimimum they wanted the ability to be able to instantly see child and parent page attachments, and be able to easily navigate to attachments stored in the space or on other pages (all from within the link pop-up). The customer also wanted the ability to search for attachments from within the link pop-up, either from the search tab, or from the attachment tab (currently searching from the link pop-up search tab, is restricted to pages only).

            removed some unneeded components, because except for the last sentence in the description, this only refers to wysywig and linking and attachments. half of the last sentence has been implemented already (attachments do show up in recently changed), and searching for attachments is a different issue

            Per Fragemann [Atlassian] added a comment - removed some unneeded components, because except for the last sentence in the description, this only refers to wysywig and linking and attachments. half of the last sentence has been implemented already (attachments do show up in recently changed), and searching for attachments is a different issue

            The way most other wikis handle this is they give the attachments permanent URLs that don't change. Then if you want to link to an attachment, you just put in its URL – you can even link to attachments from other sites!

            And you don't need any special notation.

            Larry Masinter added a comment - The way most other wikis handle this is they give the attachments permanent URLs that don't change. Then if you want to link to an attachment, you just put in its URL – you can even link to attachments from other sites! And you don't need any special notation.

              Unassigned Unassigned
              ivan@atlassian.com Ivan Benko [Atlassian]
              Votes:
              21 Vote for this issue
              Watchers:
              10 Start watching this issue

                Created:
                Updated: