• Icon: Suggestion Suggestion
    • Resolution: Answered
    • None
    • None
    • 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.

      From the Editor Feedback page:

      I know that the editor already highlights (in blue) macros that do not have bodies, such as the Table of Contents macro (in fact, that's the behavior that I want for macros with bodies). And I know that you highlight the contents of the bodies of macros (that have bodies). What I am asking for here is that the editor highlights not just the contents of the body of a selected macro, but also - similar to the way that it highlights macros without bodies - the macro container (by "container", I mean the <table class="wysiwyg-macro"> element). I want to be able to distinguish, for example, between selecting the contents of the body of a Code Block macro (that is, just the code) and selecting the entire Code Block macro.

            [CONFSERVER-25942] Highlighting of containers of macros that have bodies

            BillA added a comment -

            Thank you for raising this issue. While I can see how this feature would be useful, we have no plans to implement it in the foreseeable future. In order to set expectations, we're closing this request now.

            Thanks again for your idea.

            Bill Arconati,
            Confluence Group Product Manager

            BillA added a comment - Thank you for raising this issue. While I can see how this feature would be useful, we have no plans to implement it in the foreseeable future. In order to set expectations, we're closing this request now. Thanks again for your idea. Bill Arconati, Confluence Group Product Manager

            Graham Hannington added a comment - - edited

            The following CSS, when specified as the user style sheet in IE9+, displays the word "Selected" at the far right of a macro-with-body title bar when the macro is selected.

            After playing around with ::selection and ::-moz-selection in various browsers and getting nowhere, I've fallen back on this IE9+-only "toy"/incomplete/inelegant solution, which I apply by setting it as the user style sheet (Tools > Internet Options > Accessibility > User style sheet):

            .wysiwyg-macro-body {
              position: relative;
            }
            .wysiwyg-macro-body:after {
              position: absolute;
              display: inline-block;
              top: -1.7em;
              right: 0;
              content: "Selected";
              color: rgb(240, 240, 240);
            }
            

            (Unfortunately, when highlighting the user selection, other browsers - such as Firefox - do not highlight content introduced by :before and :after.)

            I messed around with :before, too - including setting :before and :after for the table .wysiwyg-macro element - but ran into numerous positioning issues, so dropped it. So, the "Selected" indicator displayed by this CSS is really only true if the user starts selecting downwards (forwards), rather than upwards (backwards).

            This CSS has other problems, too: it introduces a blank line to the end of the body. I'd like to know how to avoid that. I've used :before and :after more successfully in other contexts; these problems appear to be due to setting :before and :after in the context of a table.

            So, perhaps this is mostly just for curiosity value. But if you're using IE9+, and you're selecting from the top down (or even just clicking an individual macro), it shows you which macro(s) you've selected.

            Graham Hannington added a comment - - edited The following CSS, when specified as the user style sheet in IE9+, displays the word "Selected" at the far right of a macro-with-body title bar when the macro is selected. After playing around with ::selection and ::-moz-selection in various browsers and getting nowhere, I've fallen back on this IE9+-only "toy"/incomplete/inelegant solution, which I apply by setting it as the user style sheet (Tools > Internet Options > Accessibility > User style sheet): .wysiwyg-macro-body { position: relative; } .wysiwyg-macro-body:after { position: absolute; display: inline-block; top: -1.7em; right: 0; content: "Selected" ; color: rgb(240, 240, 240); } (Unfortunately, when highlighting the user selection, other browsers - such as Firefox - do not highlight content introduced by :before and :after.) I messed around with :before, too - including setting :before and :after for the table .wysiwyg-macro element - but ran into numerous positioning issues, so dropped it. So, the "Selected" indicator displayed by this CSS is really only true if the user starts selecting downwards (forwards), rather than upwards (backwards). This CSS has other problems, too: it introduces a blank line to the end of the body. I'd like to know how to avoid that. I've used :before and :after more successfully in other contexts; these problems appear to be due to setting :before and :after in the context of a table. So, perhaps this is mostly just for curiosity value. But if you're using IE9+, and you're selecting from the top down (or even just clicking an individual macro), it shows you which macro(s) you've selected.

            Additional detail for other macros

            The current highlighting of macros-without-bodies is problematic, too: whether or not such a macro is highlighted - appears to be selected - when you hold down Shift and an arrow key to select it seems to depend on a combination of whether you begin selecting before or after the macro, and whether you begin selecting immediately adjacent to the macro, or one character away from the macro. Sometimes, it takes two presses of the same arrow key to select such a macro. (What did the first arrow key press select?)

            John Masson added a comment - Additional detail for other macros The current highlighting of macros-without-bodies is problematic, too: whether or not such a macro is highlighted - appears to be selected - when you hold down Shift and an arrow key to select it seems to depend on a combination of whether you begin selecting before or after the macro, and whether you begin selecting immediately adjacent to the macro, or one character away from the macro. Sometimes, it takes two presses of the same arrow key to select such a macro. (What did the first arrow key press select?)

              Unassigned Unassigned
              jmasson@atlassian.com John Masson
              Votes:
              0 Vote for this issue
              Watchers:
              5 Start watching this issue

                Created:
                Updated:
                Resolved: