filetype off " required
call plug#begin('~/.vim/plugged')
Plug 'mhinz/vim-startify' " Nice start screen (COW)
Plug 'mhartington/oceanic-next'
Plug 'lifepillar/vim-solarized8'
call plug#end() "

And you're using the default theme in Terminology, right?

There's something we've not tried: have you set Set TERM to xterm-256color in Settings → Behavior? Should be the default.
Could you please point me to the exact colorscheme your using and/or minimal vimrc you tested?

Thx for your time. I give up.
Any settings different colorschemes.
Guake, Kitty, Terminator and terminology (on the left):

things in my .vimrc that could be relevant:

set t_Co=256
set background=light
"set background=dark
"let g:solarized_termcolors=256
colorscheme PaperColor
hi Search ctermbg=LightBlue
hi Search ctermfg=White

kitty terminal at exactly this point of time and vim's setup:

snap run terminology

Since you're on ubuntu, could you try that: https://snapcraft.io/terminology ? and tell me if it's better?

terminology -V 1.3.2

Which version of terminology are you using?

It's working for me on Enlightenment v1.22.0 on X. I'm using efl and terminology on their respective master branch.

This isn't going to happen. We don't do sub pixel rendering.

oh I see. well, This same issue exists when you install using sudo apt-get install terminology on elementaryOS. It installs version 0.7 though. which is very old.
I have spent the past 3 days trying to figure out how to solve this issue, have installed and uninstalled many versions.
I also downloaded the package directly from enlightenment.org website and thought to build and install it myself but I hit a snag there as well. I faced some dependency issues there.
That's when I install snap specially for terminology and then installed it using snap. ?
I guess I will try to resolve those dependency issues from the enlightenment.org package. :))

This is with the snap version of Terminology.
I'm aware of that issue but I don't know yet how to fix it.

Thanks. I will be using Tmux inside Terminology while 1.7+ get released. :-)

I'm working on tab management and splits at the moment. It should be nice for Terminology 1.7 but I won't add yet support for what you ask.

So far tabs are like that and the fact that tabs are integrated with the underlying terminal makes it not easy to put splits in there.
For example, the background of a terminal goes "into" the tab.

I confirm this feature works fine in 1.5.0 (I rebuilt that terminology version to test). So it definitely got broken in some commit between release 1.5 and 1.6.

I think this has been fixed.

move to here - i can't reproduce any of the above issues. works perfectly for me. what os AND video drivers?

If you ever find a way, please reopen.

So, I did give your thoughts a chance and a bit of hacking (See https://github.com/billiob/terminology/commit/3892e3eb87be33809f0df5d64a167aca8b9ebaa5 ).
I won't finish that as I consider it to be too difficult/impossible to do it correctly.
1/ It is not writing to the terminal's fd as that would create a security issue.
2/ It is only writing text to the terminal, but that might create issues because it moves the cursor and writes stuff that the application underneath does not know about.

Hi Billiob, thanks for replying. I realize that children inherit the parent's fd's but Terminology obviously has somewhere the fd's to write to the Terminology terminal since that's what it normally does. Maybe within the Ecore_Fd_Handler?

Ok, I understood what is going on!
When you run xdg-open in your shell, it spawns more that write to its standard output… your shell.
When Terminology starts xdg-open, it's not spawning it inside the shell (and it can't do it), but as a child. When `more' write to its standard output, it writes to Terminology's output (they use the same file descriptor), which is actually printed by the parent program: the shell that started Terminology.

Your bug report is great! Thanks.
I can reproduce your issue but I don't know how to fix it yet.