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

Missing green arrows on external links and attachment links

    • 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.

      Confluence before version 4.0 did mark external links with a little green arrow to the up-right, and a little green arrow for attached files pointing to the lower-right.

      I think this was very helpful when managing pages (links), as it was easy to see at a glance where the link was pointing to, internal page link vs external link vs attachment.

      With 4.x, these green arrows are gone.

      I want to request to bring them back. (If you prefer, make it configurable to turn them on or off).

      As this feature was gone without any communication, I mark this request as "bug", not "improvement".

            [CONFSERVER-28299] Missing green arrows on external links and attachment links

            what a shame this is out. we have a number of space users (different spaces, different people) who have expressed that this was a major visual clue for them to zero in on attachments to a page

            Ann-Marie Choules added a comment - what a shame this is out. we have a number of space users (different spaces, different people) who have expressed that this was a major visual clue for them to zero in on attachments to a page

            I assume "Affects version(s)" should include some 5.x versions.

            Hans-Peter Geier added a comment - I assume "Affects version(s)" should include some 5.x versions.

            ...then how to vote for this issue? We're rather interested in having this feature back, and perhaps other customers, too. The workaround with CSS is not very nice.

            Thomas Kreft added a comment - ...then how to vote for this issue? We're rather interested in having this feature back, and perhaps other customers, too. The workaround with CSS is not very nice.

            Glad you got the CSS to work Hans-Peter.

            We don't have any plans to add this back however so rather than give you unfounded expectations I won't be reopening it.

            John Masson added a comment - Glad you got the CSS to work Hans-Peter. We don't have any plans to add this back however so rather than give you unfounded expectations I won't be reopening it.

            Thanks Hans-Peter, this was bugging me, too. You have my vote (as soon as this issue is re-opened).

            Thomas Kreft added a comment - Thanks Hans-Peter, this was bugging me, too. You have my vote (as soon as this issue is re-opened).

            Hi John,
            I got your suggestion to work in this way:

            .wiki-content a.external-link:after {
                content: " ."; 
                width: 12px;
                height: 12px;
                background-image: url(/images/icons/linkext7.gif);
                background-repeat: no-repeat;   
            } 
            

            The trick was to add some "content" (white space) which can show the background behind it.
            Regrettably, one space is not wide enough, and " " would not do the trick.
            Then I attempted to use multiple " " instead, but it is apparently masked instead of creating spaces,
            so for now I ended up placing a dot. Anything invisible would be preferred. how to?
            (a space and a dot is still not wide enough if the text style is subscript or superscript)

            I was only able to do this for external links, as they still have this class.
            Attachment links, mailto links and links to personal pages do no longer have a class, so it is not possible to add a symbol by myself using the custom CSS definition.

            Can we have this ticket re-opened, so other users can vote for it?

            Hans-Peter Geier added a comment - Hi John, I got your suggestion to work in this way: .wiki-content a.external-link:after { content: " ."; width: 12px; height: 12px; background-image: url(/images/icons/linkext7.gif); background-repeat: no-repeat; } The trick was to add some "content" (white space) which can show the background behind it. Regrettably, one space is not wide enough, and " " would not do the trick. Then I attempted to use multiple " " instead, but it is apparently masked instead of creating spaces, so for now I ended up placing a dot. Anything invisible would be preferred. how to? (a space and a dot is still not wide enough if the text style is subscript or superscript) I was only able to do this for external links, as they still have this class. Attachment links, mailto links and links to personal pages do no longer have a class, so it is not possible to add a symbol by myself using the custom CSS definition. Can we have this ticket re-opened, so other users can vote for it?

            Hi,
            I noticed that the required gif files still exist in 4.3.

            Accordint to your suggestion I tried to add this to custom css:

            .external-link:after {
                width: 12px;
                height: 12px;
                background-image: url("/images/icons/linkext7.gif");
            }
            

            and also

            .external-link:after {
                width: 12px;
                height: 12px;
                background-image: url("../../../images/icons/linkext7.gif");
            }
            

            but regrettably no impact.

            Hans-Peter Geier added a comment - Hi, I noticed that the required gif files still exist in 4.3. Accordint to your suggestion I tried to add this to custom css: .external-link:after { width: 12px; height: 12px; background-image: url( "/images/icons/linkext7.gif" ); } and also .external-link:after { width: 12px; height: 12px; background-image: url( "../../../images/icons/linkext7.gif" ); } but regrettably no impact.

            On your last question.

            The remote API is still available, as is the option to turn it on and off (see https://confluence.atlassian.com/display/DOC/Enabling+the+Remote+API). There's no longer an option for the threading of comments, they are always threaded.

            John Masson added a comment - On your last question. The remote API is still available, as is the option to turn it on and off (see https://confluence.atlassian.com/display/DOC/Enabling+the+Remote+API ). There's no longer an option for the threading of comments, they are always threaded.

            Hi hans-peter.geier, Thanks for the additional info. I've done some more checking, and actually you'll be able to bring this back yourself with a bit of custom css because there are still class names for these in the links.

            Some CSS like

            .external-link:after {
                width: 12px;
                height: 12px;
                background-image: url();
            }
            

            Could work with an image of your choice. I actually looked quickly Wikipedia who use the following as an example:

            background: url(data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAAoAAAAKCAYAAACNMs+9AAAAVklEQVR4Xn3PgQkAMQhDUXfqTu7kTtkpd5RA8AInfArtQ2iRXFWT2QedAfttj2FsPIOE1eCOlEuoWWjgzYaB/IkeGOrxXhqB+uA9Bfcm0lAZuh+YIeAD+cAqSz4kCMUAAAAASUVORK5CYII=) center right no-repeat;
            background-image: url(data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAAoAAAAKCAYAAACNMs+9AAAAVklEQVR4Xn3PgQkAMQhDUXfqTu7kTtkpd5RA8AInfArtQ2iRXFWT2QedAfttj2FsPIOE1eCOlEuoWWjgzYaB/IkeGOrxXhqB+uA9Bfcm0lAZuh+YIeAD+cAqSz4kCMUAAAAASUVORK5CYII=);
            background-repeat-x: no-repeat;
            background-repeat-y: no-repeat;
            background-attachment: initial;
            background-position-x: 100%;
            background-position-y: 50%;
            background-origin: initial;
            background-clip: initial;
            background-color: initial;
            

            John Masson added a comment - Hi hans-peter.geier , Thanks for the additional info. I've done some more checking, and actually you'll be able to bring this back yourself with a bit of custom css because there are still class names for these in the links. Some CSS like .external-link:after { width: 12px; height: 12px; background-image: url(); } Could work with an image of your choice. I actually looked quickly Wikipedia who use the following as an example: background: url(data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAAoAAAAKCAYAAACNMs+9AAAAVklEQVR4Xn3PgQkAMQhDUXfqTu7kTtkpd5RA8AInfArtQ2iRXFWT2QedAfttj2FsPIOE1eCOlEuoWWjgzYaB/IkeGOrxXhqB+uA9Bfcm0lAZuh+YIeAD+cAqSz4kCMUAAAAASUVORK5CYII=) center right no-repeat; background-image: url(data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAAoAAAAKCAYAAACNMs+9AAAAVklEQVR4Xn3PgQkAMQhDUXfqTu7kTtkpd5RA8AInfArtQ2iRXFWT2QedAfttj2FsPIOE1eCOlEuoWWjgzYaB/IkeGOrxXhqB+uA9Bfcm0lAZuh+YIeAD+cAqSz4kCMUAAAAASUVORK5CYII=); background-repeat-x: no-repeat; background-repeat-y: no-repeat; background-attachment: initial; background-position-x: 100%; background-position-y: 50%; background-origin: initial; background-clip: initial; background-color: initial;

            when I see (as a space administrator reviewing new or modified pages) that a link pointing to another Confluence page has a green up-arrow, I know at a glance that the user had used the http: spelling of the link instead of the Confluence-internal syntax. So I could contact him to advise. (this may be no issue anymore in version 4, as it will automatically change the spelling, won't it).

            I just see that http: spelling of links are not automatically converted to internal links if appropriate. I thought it would do so now? So, one more reason why I miss the arrows.

            Hans-Peter Geier added a comment - when I see (as a space administrator reviewing new or modified pages) that a link pointing to another Confluence page has a green up-arrow, I know at a glance that the user had used the http: spelling of the link instead of the Confluence-internal syntax. So I could contact him to advise. (this may be no issue anymore in version 4, as it will automatically change the spelling, won't it). I just see that http: spelling of links are not automatically converted to internal links if appropriate. I thought it would do so now? So, one more reason why I miss the arrows.

              jmasson@atlassian.com John Masson
              05877970a3e6 Hans-Peter Geier
              Votes:
              0 Vote for this issue
              Watchers:
              4 Start watching this issue

                Created:
                Updated:
                Resolved: