• Login
Community
  • Login

Violet highlighting ?

Scheduled Pinned Locked Moved Help wanted · · · – – – · · ·
6 Posts 3 Posters 1.3k Views
Loading More Posts
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • C
    CouinCouin
    last edited by Jul 28, 2023, 7:50 PM

    Hi,

    I don’t know what happended, but I get now somes violet highlighted lines, depending (but I do’nt know on what it is based) of where I place the cursor.

    This makes me crazy and I don’t know how to disable this :(

    If someone knows :)
    Thanks
    Couin

    violet.jpg

    R P 2 Replies Last reply Jul 28, 2023, 8:17 PM Reply Quote 0
    • R
      rdipardo @CouinCouin
      last edited by Jul 28, 2023, 8:17 PM

      Assuming this is HTML, it looks like the code highlighter is styling all the text between '<table ... in line 254 and ...<br> in line 264 as a single tag. By default, the editor fills in tags with a purple background to reveal the document structure. Try turning it off:

      npp-tag-hilite

      1 Reply Last reply Reply Quote 2
      • P
        PeterJones @CouinCouin
        last edited by PeterJones Jul 28, 2023, 8:19 PM Jul 28, 2023, 8:18 PM

        @CouinCouin ,

        I was going to suggest that you had used Search > Style One Token > Using 4th Style (which defaults to purple) or the right-click-menu equivalent. Try using Search > Clear Style > Clear All Styles and see if it gets rid of that.

        But that’s also the color in the default Theme when it’s showing the matching HTML closing tag in an HTML file:

        023c76c6-b106-4a00-9d33-05b87d95a454-image.png

        So I wonder if you have a </table closing tag that’s missing its >:

        4639ce5f-4e75-4845-9996-06f0f194f841-image.png

        I know that technically, because it’s javascript embedded in HTML, it shouldn’t care about HTML-matching from inside those strings… but it’s trying to be helpful: it sees the start of the </table at line 7, but because there’s no > until line 10, it thinks that closing tag has continued that far.

        So in your screenshot, I’d look on line 256, to the right of where you clipped your screenshot, because there’s probably an incomplete </table

        R 1 Reply Last reply Jul 28, 2023, 8:28 PM Reply Quote 2
        • R
          rdipardo @PeterJones
          last edited by rdipardo Jul 28, 2023, 8:30 PM Jul 28, 2023, 8:28 PM

          I know that technically, because it’s javascript embedded in HTML, it shouldn’t care about HTML-matching from inside those strings…

          Keep in mind that Lexilla does not have the ability to interpret JavaScript template strings: https://github.com/ScintillaOrg/lexilla/issues/94

          A mis-matched pair of backticks somewhere out of the picture frame would be very likely.

          C 1 Reply Last reply Jul 28, 2023, 10:29 PM Reply Quote 2
          • C
            CouinCouin @rdipardo
            last edited by Jul 28, 2023, 10:29 PM

            Hi friends,

            Thanks for your answers :)

            Unchecking “Highlight Matching Tags” Enable option resolved the problem !

            Have a nice week-end :)

            1 Reply Last reply Reply Quote 0
            • R
              rdipardo
              last edited by Aug 2, 2023, 6:58 PM

              Bug report opened at https://github.com/notepad-plus-plus/notepad-plus-plus/issues/13946

              1 Reply Last reply Reply Quote 1
              3 out of 6
              • First post
                3/6
                Last post
              The Community of users of the Notepad++ text editor.
              Powered by NodeBB | Contributors