After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 610629 - [feature request] Pass right-click and hot-keys to application
[feature request] Pass right-click and hot-keys to application
Status: RESOLVED DUPLICATE of bug 13299
Product: gnome-terminal
Classification: Core
Component: Profiles
unspecified
Other Linux
: Normal enhancement
: ---
Assigned To: GNOME Terminal Maintainers
GNOME Terminal Maintainers
Depends on:
Blocks:
 
 
Reported: 2010-02-21 20:01 UTC by Skip Sloan
Modified: 2010-02-21 23:04 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Skip Sloan 2010-02-21 20:01:57 UTC
I think of this as a "dumb terminal" option. The ability to pass all inputs to the app running in the terminal. My file manager of choice is Midnight Commander, but it's functionality is limited in gnome-terminal(GT), because GT hijacks right clicks and function keys.

This would have to be a boolean value set manually in the profiles xml file. Otherwise users could inadvertently lock themselves out of the default profile.

This would also allow an administrator to lockdown the default profile on public systems, when used in combination with menubar suppression.

GT is easily the prettiest terminal in the gnome enviroment, yet I (like many, I assume) have chosen to set another terminal as the default.

Final Thought: The terminal should not interfere with the functionality of the application, and users can not be trusted with control of profiles, on public systems.

Thanx,


Skip
Comment 1 Christian Persch 2010-02-21 20:28:09 UTC
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.

*** This bug has been marked as a duplicate of bug 13299 ***
Comment 2 Skip Sloan 2010-02-21 22:21:40 UTC
I really feel sh*t upon...

I've got what I think is relevant feedback... I take the time to find my way around bugzilla... I create an account using a valued e-mail... I laboriously put my thoughts into a coherent posting(which is no simple task)... and I post my feedback.

In less time than it took me to get started, my report is marked RESOLVED, and considered to be a duplicate of bug 13299. Bug 13299 is 9 years old! It is listed as NEW, and hasn't had a meaningful comment added since 2006.

I don't use gnome-terminal, but I would like to. It's handling of right-clicks, and hot-keys make it unusable for me. I am forced to use xterm, Eterm, aterm, rxvt... Take your pick! gnome-terminal is a terminal-emulator-almost.

I do promise this, should I find gnome-terminal on a public system, I will change the profile to black text on a black background. Then I would... nope, can't lock it down. And that has nothing to do with bug 13299!

I'd thank you for your time, but you spent none.
Comment 3 Christian Persch 2010-02-21 22:32:33 UTC
The age of the bug is irrelevant; you described the same problem as that bug wrt. the mc command. The fact that it is old only means nobody cares enough about it to fix it. The fact that it's still open means it's considered a valid request. Note also that it's not as easy to fix as it might seem (bug 13299 comment 20).

Lock-down is covered by bug 527160; but a bug can only be marked dup of *one* other bug, so I chose the first issue in this bug.

> I'd thank you for your time, but you spent none.

Of course I spent time on this bug; and now even more. I read the initial report, knew of the duplicates, and changed the bug status accordingly.
Comment 4 Skip Sloan 2010-02-21 23:04:57 UTC
Thank you for your time! Really!

From bug 527160, I think I might want to test my mileage with vte.