Gedit ctrl-T does not open new tab

Bug #301942 reported by Peter Lonjers
56
This bug affects 10 people
Affects Status Importance Assigned to Milestone
One Hundred Papercuts
Fix Released
Wishlist
Unassigned
gedit
Fix Released
Low
gedit (Ubuntu)
Fix Released
Wishlist
Unassigned

Bug Description

I am using intrepid with the default gedit.

When I am in gedit and press ctr-t a new tab does not open.
ctr-n works but it took me a long time to find and it is not what I am used to after using firefox for so long.
Perhaps both could be mapped to opening a new tab. Or if some one uses ctr-t a dialog could pop up showing to use ctr-n.

Revision history for this message
Jordan Bain (jbain-deactivatedaccount) wrote :

This should be changed to wishlist.

Changed in gedit:
status: New → Invalid
Revision history for this message
Bernhard (b.a.koenig) wrote :

You could install geany. It's just as fast and user-friendly as gedit, more powerful and you can define your own keyboard shortcuts.

Revision history for this message
Jordan Bain (jbain-deactivatedaccount) wrote :

It seems, rather than completely disregarding this, there should be a standard for this kind of thing. All Gnome apps should have unified key settings (ctrl+t opening a new tab, for instance.) Its up for debate.

Revision history for this message
Mackenzie Morgan (maco.m) wrote :

You can define your own keyboard shortcuts in most GNOME applications. System -> Preferences -> Appearance -> Interface, check "Editable menu shortcut keys". Then mouse-over the item in the menu and hit whatever shortcut you want to remap it to. This should work for most things in GNOME, the notable exception being Evolution.

Revision history for this message
Peter Lonjers (plonjers) wrote :

Thanks for the help. I know you can remap the keys or use a different editor but I was just thinking about it as default for ubuntu. Anyways changing status to wish list unless there is a reason for this to be invalid.

Revision history for this message
Peter Lonjers (plonjers) wrote :

Never mind apparently I can not change the status.

Revision history for this message
Mackenzie Morgan (maco.m) wrote : Re: [Bug 301942] Re: Gedit ctrl-T does not open new tab

I'm discussing making ctrl+t a new standard GNOME keyboard shortcut with
the GNOME Usability team. The thing is, on Gedit it's Ctrl+N as in "New
Document." Someone on the Usability team says before GTK 2, Gedit
opened new files in new windows. So bringing back
new-file-in-new-window on Ctrl+N and making new-file-in-new-tab be Ctrl
+T is also being talked about there.

Assuming I can use LP's email interface properly...

importance wishlist

Changed in gedit:
importance: Undecided → Wishlist
status: Invalid → New
Changed in gedit:
status: New → Confirmed
Changed in gedit:
assignee: nobody → desktop-bugs
Revision history for this message
Pedro Villavicencio (pedro) wrote :

right, there's a bug on the HIG regarding the new tab shortcuts http://bugzilla.gnome.org/show_bug.cgi?id=416110 ; this reports needs to be send upstream to bugzilla.gnome.org where the software authors can read it, thanks.

Revision history for this message
Felipe Castillo (fcastillo.ec) wrote :

the reason why ctrl+t doesn't work, it's because it's use for indention. When you activate the plugin you can indent text automatically. I don't think it should be use to open a new tab, because you are not just opening a new tab, you're creating a new document, so ctrl+n makes lots of sense. Maybe there should be another shortcut to open a new document in a new window.
That's why gedit doesn't call it, open a new tab, it's create a new document.
I totally disagree with this bug report.

Revision history for this message
Johnathon (kirrus) wrote :

Adding to upstream bug report

Changed in gedit:
importance: Undecided → Unknown
status: New → Unknown
Changed in gedit:
status: Confirmed → Triaged
Revision history for this message
Johnathon (kirrus) wrote :

fcastillo, the problem is, new users, used to using CTRL-T in other applications, will expect it to do the same thing in gedit. It makes logical sense for it to be CTRL-N in gedit, but it does not make as clear a logical sense a for firefox. Its a very complicated usability issue... it's up to the devs to decide what to do.

Changed in gedit:
status: Unknown → Confirmed
Changed in hundredpapercuts:
status: New → Confirmed
milestone: none → round-10
Revision history for this message
David Siegel (djsiegel-deactivatedaccount) wrote :

Related bug # 389873

Recommends using ctrl-n to open a new document in a new window, not in a new tab.

Revision history for this message
Michael W. Koehler (mkoehle1) wrote :

I had made a quick debdiff to change the shortcut from CTRL+N to CTRL+T for another bug report. You can decide whether to use it or you can go a different route.

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for your work there, could you add the patch upstream too?

Revision history for this message
Michael W. Koehler (mkoehle1) wrote :

Sure. I added it to #416110 in Bugzilla. Also, if you would like to have that file included in the next release of gedit, I'll need someone to help by sponsoring it (I don't have access).

Changed in hundredpapercuts:
milestone: round-10 → r2
Revision history for this message
alecwh (alecwh) wrote :

Hello, what's the progress on this? Is Michael's patch being used? Has the patch been submitted to the gedit developers?

Revision history for this message
Johnathon (kirrus) wrote :

The patch has been submitted upstream, but it's waiting for one of their developers to look at it.

The patch has not been applied to ubuntu, it will need a sponsor, but I don't know how to request one :/

Revision history for this message
Mackenzie Morgan (maco.m) wrote :

 subscribe ubuntu-main-sponsors

Revision history for this message
Chris Coulson (chrisccoulson) wrote :

I don't think that this can be uploaded without further discussion. Ctrl+T is already used by the indent plugin, so you'd need to reassign that keybinding to something else first.

Revision history for this message
Sebastien Bacher (seb128) wrote :

thank you for the work there, could you open upstream bugs on gedit though? the one you added your changes too is a hig documentation bug and no gedit hacker will likely read it there. unsubscribing the sponsors for now, as chris said that requires discussions

Anzenketh (anzenketh)
tags: added: bitesize
tags: removed: bitesize
Revision history for this message
Anzenketh (anzenketh) wrote :

If we leave it how it is we do not have to retrain people using the indent
plugin. And people can figure out what the hotkey is by looking at the file
menu.

However if we change it how would we communicate to the users of the plugin
that there plug-in no longer works.

If we want to implement this I say we would need to check to see if the plugin
Indent Lines is enabled.

Vish (vish)
Changed in hundredpapercuts:
importance: Undecided → Low
status: Confirmed → Triaged
Revision history for this message
Allan Day (allanday) wrote :

There's another upstream report of this bug here: https://bugzilla.gnome.org/show_bug.cgi?id=588702

Revision history for this message
Tobias Wolf (towolf) wrote :

Seriously people. I beg to differ. Ctrl-N has been use for »New...« in all programs for ages.

Now Firefox came along and had Ctrl-N for »New Window«, so Ctrl-N was taken and they made Ctrl-T »New Tab«. It turned out people want to open new tabs more often and became trained on Ctrl-T for »New ...«. It’s wrong, Firefox should have made Ctrl-N open a new tab.

Nowadays I even have to patch programs to move Ctrl-T back to Ctrl-N, where it should be and you people want to mess things up further.

Just look at any software: Photoshop, Notepad, anything (but browsers). Ctrl-N is »New ...«

Revision history for this message
Peter Lonjers (plonjers) wrote :

Ok so I did a little experiment. I went through all the applications in my Ubuntu menu. Firefox, terminal, gedit, and nautilus had tabs. They all used ctr-t for new tab and ctr-n for new window except gedit. Well the terminial used ctr-shift-t for new tab but same idea.

Revision history for this message
Chris Coulson (chrisccoulson) wrote :

Well, remember that the primary action for the CTRL+N binding in Gedit is to start a new document. It just happens to open the new document in another tab rather than a new window (because it is a tabbed application).

I took a look at Openoffice, Abiword and Gnumeric, and they all use CTRL+N to create a new document, just like Gedit.

This is exactly why we haven't just uploaded a change yet

Vish (vish)
Changed in hundredpapercuts:
milestone: lucid-round-2 → maverick-round-2-mail+office
tags: added: patch patch-forwarded-upstream
tags: removed: patch
Revision history for this message
Bilal Akhtar (bilalakhtar) wrote :

The decision is not confirmed yet for this bug, so marking it confirmed rather than triaged.

Changed in hundredpapercuts:
status: Triaged → Confirmed
Changed in gedit (Ubuntu):
status: Triaged → Confirmed
Revision history for this message
Vish (vish) wrote :

Triaged in gedit, the bug has been sent upstream

Changed in gedit (Ubuntu):
status: Confirmed → Triaged
Changed in gedit:
importance: Unknown → Low
Changed in hundredpapercuts:
milestone: maverick-round-2-office → none
Revision history for this message
Chris Wilson (notgary-deactivatedaccount) wrote :

This problem has been under discussion on Brainstorm for a while now

http://brainstorm.ubuntu.com/idea/17763/

Changed in hundredpapercuts:
importance: Low → Wishlist
Changed in ayatana-design:
status: New → Invalid
Revision history for this message
Chris Wilson (notgary-deactivatedaccount) wrote :

Has a decision been reached on what should be done about this issue yet?

Changed in gedit (Ubuntu):
assignee: Ubuntu Desktop Bugs (desktop-bugs) → nobody
John Lea (johnlea)
no longer affects: ayatana-design
Revision history for this message
Chris Wilson (notgary-deactivatedaccount) wrote :

I think regardless of what decision is made by the Gedit devs and Gnome HIG team, a patch for this should at least be included in 12.04 since Ctrl+T make the most sense for opening a tab, and with the 5 years of support being offered with this LTS, many people, especially corporate users, won't upgrade until the last possible minute in 2017 when that supported expires.

Changed in hundredpapercuts:
milestone: none → precise-3-productivity
status: Confirmed → Triaged
assignee: nobody → Papercuts Ninja (papercuts-ninja)
Changed in hundredpapercuts:
milestone: precise-3-productivity → quantal-2-productivity
Changed in hundredpapercuts:
milestone: quantal-2-productivity → gedit
Changed in hundredpapercuts:
milestone: gedit → papercuts-s-gedit
Changed in hundredpapercuts:
assignee: Papercuts Ninjas (papercuts-ninja) → nobody
Changed in gedit:
status: Confirmed → Fix Released
Revision history for this message
Launchpad Janitor (janitor) wrote :
Download full text (7.6 KiB)

This bug was fixed in the package gedit - 3.18.1-1ubuntu1

---------------
gedit (3.18.1-1ubuntu1) xenial; urgency=medium

  * Newer upstream version and merge on Debian, includes those changes
    - code snippets plugin improvements (lp: #1335613)
    - implements a minimap widget (lp: #1302451)
    - don't close infobar after print preview is dismissed (lp: #929554)
    - some segfault fixes (lp: #928420)
    - save files even when backups can't be created (lp: #867923)
    - let you edit binary files (lp: #848253, #575500)
    - count underscores are part of a word (lp: #615506, #413360)
    - don't display warnings when saving after foccusing out (lp: #589906)
    - use correct printing margins (lp: #331077)
    - ctrl-T opens new tabs (lp: #301942)
    - hide print preview tooltips when moving the cursor (lp: #234711)
    - include word wrap option in the statusbar popover (lp: #118522)
  * debian/control.in:
    - don't Build-Depends on gnome-icon-theme-symbolic it's deprecated
    - gedit replaces gedit-common (<< 3.18.1-1ubuntu1)
    - updated the requirements
  * debian/patches/06_lp_401692.patch:
    - dropped, the change is included upstream now
  * debian/rules:
    - create compatiblity desktop file for upgraders
  * Remaining other changes
  * debian/rules:
    - Build without --Bsymbolic-functions to fix issues
  * debian/patches/0001-Use-the-OSX-menubar-layout-for-XFCE-Unity-etc.patch:
    - add traditional menubar (GNOME bug #741904)
  * debian/patches/02_add_keywords.patch:
    - Add new keywords for unity and gnome-shell
  * debian/patches/05_menu_label.patch:
    - Don't display in menu as "gedit Text Editor"
  * debian/patches/07_use_del_instead_ctrl_del.patch:
    - Use Delete, not Ctrl+Delete, to delete files in file browser
      side panel to match our Nautilus behavior (LP: #1163287)

  [ Lars Uebernickel ]
  * New upstream version (lp: #1339371)
  * debian/patches/01_gedit-bugreport-location.patch,
    debian/patches/02_add_keywords.patch,
    debian/patches/05_menu_label.patch:
    - update for new desktop file name
  * debian/patches/03_no_gnu_gettext.patch,
    debian/patches/06_lp_401692.patch,
    debian/patches/07_use_del_instead_ctrl_del.patch,
    debian/patches/08_multiarch_fallback.patch:
    - refresh
  * debian/patches/disable-warnings.patch:
    - dropped - should be fewer deprecation warnings now
  * debian/patches/00git_state_property_type.patch,
    debian/patches/fix_snippets_encoding.patch,
    debian/patches/fix_snippets_python34.patch,
    debian/patches/fix_snippet_warning.patch,
    debian/patches/git_encoding_combo.patch,
    debian/patches/git_filebrowser_toolbar.patch,
    debian/patches/git_get_start_sig.patch,
    debian/patches/git_save_run_tool_order.patch,
    debian/patches/git-search-hide-when-hitting-Esc.patch,
    debian/patches/git-search-use-new-GtkSearchEntry-signals.patch,
    debian/patches/git_select_mispelled_word.patch,
    debian/patches/git_Show-preview-text-in-the-font-chooser.patch,
    debian/patches/git_store_dialog.patch,
    debian/patches/git_wrap_labels.patch:
    - dropped - applied upstream
  * debian/patches/git_zeitgeist_crash.patch:
    - dropped - moved to ge...

Read more...

Changed in gedit (Ubuntu):
status: Triaged → Fix Released
Changed in hundredpapercuts:
status: Triaged → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.