Lost ability to open terminal by clicking on empty space in tab bar

[svandragt]

What Happened?

Up until recently it was possible to open a new terminal tab by double clicking on empty tab bar space. This is no longer possible, nothing happens. As the empty tab space is larger than the plus button, this is a UX regression.

Steps to Reproduce

1. Open the terminal
2. Double click on the space between the tabs and the "restore" button on the right
3. Nothing happens

Expected Behavior

1. Open the terminal
2. Double click on the space between the tabs and the "restore" button on the right
3. a new tab is created

OS Version

7.x (Horus)

Session Type

Classic Session (X11, This is the default)

Software Version

Latest release (I have run all updates)

Log Output

No response

Hardware Info

AMD graphics card

[jeremypw]

I think this is due to using a Hdy.TabView/TabBar instead of the deprecated Granite.DynamicNoteBook in preparation for Gtk4. We will have to re-implement that behaviour as it is not native to the Hdy (or Adw) widget. The same is true for Code and Files which have also dropped the Granite widget.

[TomiOhl]

I think I've read somewhere that not many people knew about that feature, thus it's not something that would be reimplemented. Just wanted to add that despite that I've also really liked that feature and I still keep clicking the empty space in both terminal and files (even though Files lost this feature quite a while ago)

[jeremypw]

Unfortunately there is no simple way of reimplementing this behaviour while using the the Hdy/Adw TabBar widget which is sealed and rather opaque. The TabPages themselves are Objects, not Widgets. There is no obvious way of determining when the empty space is clicked on as the width of the tabs is not available. Putting a horizontally expanding end action widget in the "empty" space results in it stopping the tabs using that space. You could probably do some hackery to overcome this but I doubt its worth it.

[37491]

can we have old version of terminal with OS v7? (by add older version to the PPA).
maybe is better to add new feature (or use new API/component etc) to latest OS version only, previous version OS only gets bug/security fix.

I'm so fear more changes like this will be made to OS v7 😢

[37491]

new tab shortcut key is changed from CTRL+T to CTRL+SHIFT+T, will it be reverse like other 2 keys?

[jeremypw]

@37491

can we have old version of terminal with OS v7? (by add older version to the PPA).

You could try the method detailed here: https://www.baeldung.com/linux/deb-package-old-version-pin#:~:text=Using%20the%20Local%20Package%20Cache&text=This%20directory%20stores%20.,after%20accidental%20upgrades%20or%20maintenance. I haven't tried it but if you have access to an older .deb package it should be possible. There could be dependencies issues though.

new tab shortcut key is changed from CTRL+T to CTRL+SHIFT+T, will it be reverse like other 2 keys?

Sorry, I am uncertain what you mean by this.

[jeremypw]

@svandragt Might be worth raising an upstream issue at https://gitlab.gnome.org/GNOME/libadwaita (Gtk4) and/or https://gitlab.gnome.org/GNOME/libhandy (Gtk3).

[37491]

have tried all ways except compile from source, to get previous version of deb, but no luck. ppa has only latest version and my local cache has been cleared.

new tab shortcut key is changed from CTRL+T to CTRL+SHIFT+T, will it be reverse like other 2 keys?

Sorry, I am uncertain what you mean by this.

new terminal tab shortcut key was CTRL+T , now is CTRL+SHIFT+T. will CTRL+T be back?

the setting has no effect now.

update: compiled version 6.2 and install. a great great version.

[jeremypw]

new terminal tab shortcut key was CTRL+T , now is CTRL+SHIFT+T. will CTRL+T be back?

See #545 for reasoning behind this design decision.

The option for "Natural Copy/Paste" (without <Shift>) applies only to the "Copy" and "Paste" shortcuts.