Mamoru TASAKA

I tried this patch and it seems to be working. This is a nice feature and I will be glad if this patch is merged :-)

Well, I cannot reorder tabs on 0.3.1 (compiled with GTK2) without this patch. I guess the patch author actually cannot reorder, either.

> After reordering, the terminal->terms doesn't properly reindexed Just a thought: there is "page-reordered" signal, so perhaps we can do what is written in ``terminal_move_tab_execute`` when this signal is emitted...

https://ci.appveyor.com/project/ecmwf/eccodes/builds/42144907 says Windows build does not pass tests with this change: This is (currently) expected because as said above, this change needs #60 beforehand.

So looks like basically the following is happening: https://wandbox.org/permlink/YtDkFLycBnwpPT54

A quick workaround for this is just not to compile this (as `thread_cached_synchronized_benchmark` is marked as "benchmark test", this file is safe to skip). For example, the following can make...

This is https://bugzilla.redhat.com/show_bug.cgi?id=1640765 and https://github.com/CristianHenzel/ClipIt/commit/99d1d57875c5672a1b22e6b8b10786f4ff5cea0b should fix this issue, i.e. should be fixed in 1.4.5 .

A detailed explanation is here: https://bugzilla.redhat.com/show_bug.cgi?id=1640765#c11

So Fedora 33 `clipit-1.4.4-8.fc33` seems to work for shortcut `ctrl-Alt-H` , which is compiled with gtk2, and clipit 1.4.4 does not compile with gtk3. On the other hand, with Fedora...

Well, for `ctrl-Alt-H` issue with 1.4.5, I've also noticed that increasing `POPUP_DELAY` value seems to workaround this issue, and it seems that on clipit git this change was introduced somehow...