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.

I think this is fixed in EFL 1.23

Those are the default.
See in config.c:config_new:

config->jump_on_change = EINA_FALSE;
config->jump_on_keypress = EINA_TRUE;

Should be fixed with the next EFL release.

Merged in ef9bdfe67a3c73a8f88a391c6487f999a7d801fa

I can't help you much here because I'm on holidays and I only have my phone. I'll come back in early September.
You could look into win.c about how the command line is showing up because we'd need something like that.
Also have a look at config.c and options_keys.c to see how key bindings are configured cause they'll be needed too.

Could you please check the options under the Behavior settings tab. I think it's called something like "Scroll on new content" and you have to uncheck it.
I'm replying from my phone cause I'm on holidays till early September.

I'm on holidays till early September. I'll look into it at that time.
As a workaround, you may want to check/uncheck an other setting to make sure it is saved

It is not done on purpose.
I'll do it someday.

change variable name

@raster: do you have any idea?

Do you have the same issue if you're not using a transparent background in Terminology?

Could you please test with Terminology 1.5.0 or ask to have it on opensuse?

Which version of Terminology are you using?

I think this has been fixed in Terminology 1.5.0 released last week. Could you try it?

Now, emacs' startup should be faster on terminology than on xterm ☺

Ok, now, it's done!
It took me too many commits for that. I shouldn't code when I'm tired.

Emacs startup is still way too slow on terminology rather than on xterm. I'll try to look into it.

Indeed, emacs complains but I have no clue why (yet).

Thanks :)

Fixed in ff136b78f12f945639ea8a891cc339231fc5ef70

Fixed in ff136b78f12f945639ea8a891cc339231fc5ef70

Fixed in ff136b78f12f945639ea8a891cc339231fc5ef70

Last questions. Do you have Focus split under the mouse?
In that case, is the mouse cursor over the new split or not?

and which version of EFL are you using?

How do you split? with the key bindings or through the UI?

The patch is still needed since without it, I get the following:

Fixed in d197d2207eb6069f9ebc89fd5356ca0dc5c5c49d

Could you please provide a screenshot?
If you run elementary_config and adjust scale, is it better?

Sorry. I got busy. I will test without the patch on EFL 1.22.1 on Tuesday.

I think this is needed.
I'll try without and tell you.

make way more sense!

I'll fix that tonight

I have not tested compiling with meson on that environment yet.

still not perfect:

modules/evas/image_savers/tgv/evas_image_save_tgv.c:1:10: fatal error: evas_common_private.h: No such file or directory
 #include "evas_common_private.h"
          ^~~~~~~~~~~~~~~~~~~~~~~

Can you reproduce it reliably?

xterm behaves the same.