On Fri, 9 Nov 2018 at 02:28, Oliver Kiddle wrote: > difference of termcap definition. The only hope would be to strip the output > down to just the section actually being tested (which comptest manages), > also using something like: > zle_highlight=( fg_start_code:FGSTART fg_end_code:FGEND fg_default_code:FGDEF ) > and perhaps zle -T somehow to map escape sequences to something readable > somehow contriving to set TERM to something that claims 256 colour support. > And, only relying on the portable subset of sed syntax. > It's not without reason that I was too lazy to attempt this in the first > place. I'm sending the same uplifted, bugs and not-nice things fixed (zpty -n, Zle-echoing-back, etc. ) test file X04zlehighlight as in my answer where I've elaborated on zle -T and enumerated codes being removed like "^[[?2004h" (X-seq: 43811), but with: zpty -w zsh 'zle_highlight=( fg_start_code:"CDE|" fg_end_code:"|" bg_start_code:"BCDE|" bg_end_code:"|" )' I adapted the visible-codes by readability on the terminal, example new-code and it's previous form: -0m38;2;4;8;16mtrue39m +0mCDE|8;2;4;8;16|trueCDE|9| (I've accepted this and other changes into the test, they're correct with the zle_highlight contents). And a bug appeared – every test works, instead of the two near-color tests. The reported differences: -0mCDE|8;5;232|trueCDE|9| +0m38;5;232mtrueCDE|9| (...) Was testing: basic region_highlight with near-color (hex-triplets at input) -0mCDE|8;5;40|tCDE|8;5;160|rCDE|9|CDE|8;5;40|ueCDE|9| +0m38;5;40mt38;5;160mrCDE|9|38;5;40mueCDE|9| Was testing: overlapping region_highlight with near-color (hex-triplets at input) The minus-lines are hand-crafted by me, holding the expected contents after zle_highlight was customized. -- Sebastian Gniazdowski News: https://twitter.com/ZdharmaI IRC: https://kiwiirc.com/client/chat.freenode.net:+6697/#zplugin Blog: http://zdharma.org