• elm_config: use correct type

I'm sorry that the commits are done as if they were done by me.
I have to learn how to use arcanist better.

Thank you for your patches!

With tabs shown, the issue does not occur.

Your terminology 1.6.0 is probably linked with an other version of efl, one that was compiled when epoll-shim wasn't installed.

There are some changes in src/bin/termpty.c but I don't see why it should fail.

Would it be possible for you to compile terminology 1.6.0 with the same efl version?

If you create a new terminal from the menu, is it better?
What if you focus/unfocus the window?

No update in more than a year

Should be fixed by 38e4935427939d21f9c545935e3a0e2ffa674a0b

It's only on debug, for development purpose. As such, this is not blocker to the release.

Are you using terminology from git? Because there was a bug and pasting stuff might not have worked as expected. It was fixed in
https://phab.enlightenment.org/rTRMb76bbbe45507e2c1c62e38b60f12c09eef176e15 ?

I was expecting something like using the picture from the root window of the wm and just use that as background.
I'm using feh to set the background picture.

The line set termguicolors makes vim use truecolor escape sequences.
Terminology uses color approximation in that case and that's the reason it uses that dark color for the background.
I've blogged a bit about it in https://fau.re/blog/20180313_terminology_encircled.html .
If the background was #073642, you'd have more luck.

I do agree with you. It's been broken on too many stable releases to be considered a broken on that one.

It still does not work for me outside e.
I couldn't find a release of efl, with a meson build, that had this to be working.

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?

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

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

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 is with the snap version of Terminology.
I'm aware of that issue but I don't know yet how to fix it.

I should have pushed a fix last night.
Was it like that : https://twitter.com/m0rb/status/1221927857389215746?s=19 ?
Should be fixed in bee2482fe76ab5a9fd3b35f36cdd36c919e8c860
Could you please test?

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 think this has been fixed.

Removing the include should be enough

I'm not using wayland myself. Could you get us a core dump of Terminology
when it crashes? Do you have the same behaviour with an other efl
application like elementary_config?

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.

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.

Let's close it :)

bash sets the title on each prompt. You'd see it easily with echo -ne "\033]0;Foo Bar\007"; sleep 5.

Terminology does not print back the title due to security issues it would introduce.

I've tested with 1.3.2 and it still works with zsh, but not with bash!

With the git version, it does work for me.

When set by the tooltip, it won't be changed by the escape sequence.
I'm wondering if your shell is not acting behind your back and setting it back to some other value.
Have you tried doing it through an other shell?

Which version of Terminology are you using?

Are you using a debian-based distribution?
If you are, could try changing the state of the checkbox called BackArrow sends Del (instead of BackSpace) in the Settings menu.
You need to start a new term to have that change taken into account.

Sadly I won't occur soon as it would need to be done at the EFL level on the textgrid.

Thanks @necrifede

Have you tried with Terminology 1.5.0?

There are 2 commits. (I do suck at using arc…)
The one on tiny.cc is to make it compile with musl libc.

To be added to the 1.23 branch please.