Version: 2.5 (using Devel) OS: Linux The behavior of the "New Tab" menu item has apparently changed in 4.5 RC (2?). Before, clicking on it would simply open a new tab, which is I guess what everyone expects. As of 4.5 RC, this is not the case: a list opens, showing the types of tabs that can be opened. Actually, this is only an educated guess, considering the fact that it only shows one item, "Shell" for me. Now, I strongly disagree with this kind of behavior, for the following reasons: - If there is only one possible action, why should I waste another click (and the time to realize I _have_ to click something and move the pointer over)? If there would be only one item, the list is superfluous: the action should be executed, and the list should not appear. - Even if there are more than one options, the menu item should still be pushable, and it should invoke the default action (most likely "Shell"). For those who want to do more fancy stuff, there is the list. - If the behavior I just described is not feasible (I am not that acquinted with Qt), then make two menu items: "New Tab", which opens a new terminal tab, and "Open Special Tab" (or sth along that line), which shows the list. Please consider my suggestions. The current behavior is annoying and is not certainly not sound usability-wise. Reproducible: Always Steps to Reproduce: Just click on "New Tab". Actual Results: Clicking on the "New Tab" menu opens a list with only one element. Expected Results: No list should be opened if there is only one element in it.
Cannot reproduce on trunk. Clicking the "New Tab" button simply opens a new tab. Holding it shows the menu.
Ah sorry, you mean the menu item ... I never use those, I just use the button at the left of the tab bar (or double click into empty tab bar area).
(In reply to comment #2) > Ah sorry, you mean the menu item ... I never use those, I just use the button > at the left of the tab bar (or double click into empty tab bar area). Can I take that as a confirmation? :)
*** Bug 258477 has been marked as a duplicate of this bug. ***
Still the same in 4.6 beta 1 :(
Actually, if a duplicate of this bug has been filed by someone else, shouldn't that count as a confirmation?
*** Bug 264402 has been marked as a duplicate of this bug. ***
Created attachment 63749 [details] do not display "Default Profile" or the first user profile Hi, I have created a patch for this bug. :) Best Regards, Francesco
Francesco: Great! I'm looking forward to seeing it in action. :) (In reply to comment #8) > Created an attachment (id=63749) [details] > do not display "Default Profile" or the first user profile > > Hi, > I have created a patch for this bug. :) > > Best Regards, > Francesco
#8, thanks for the patch - it appears to work as expected. If you have time, can you put patches on https://git.reviewboard.kde.org/dashboard/ w/ konsole group.
The one issue I see is that if the user has only a non-default profile selected to show in menu, when clicked/triggered, the default profile is always called.
Git commit 127c2b523ee2e75679d066cd8c399774ca37b990 by Kurt Hindenburg. Committed on 24/09/2011 at 22:17. Pushed by hindenburg into branch 'master'. Don't show the default profile in list when no others are listed. When user selects only 1 profile to be listed in menu, it makes the 'New Tab->' list unnecessary. No profile will listed if the only selected profile is the default one. Patch by Francesco Cecconi <francesco.cecconi@gmail.com> BUG: 245478 REVIEW: 102670 FIXED-IN: 4.8 M +34 -14 src/MainWindow.cpp http://commits.kde.org/konsole/127c2b523ee2e75679d066cd8c399774ca37b990
Still (again) an issue in 22.12.3 Now File->NewTab opens a menu with a single item "Built-in" If Built-in is customized by user, it opens a menu with *2* items: the original "Built-in" and a second item with the users' customizations. Both cases are wrong. In the second case, the users' customizations should overwrite and completely hide the original Built-in, and still not cause that submenu to appear.
"it's a feature, not a bug". Adding a profile gives the "New Tab" sub-menu the items ["Built-in", "Profile 1"]. This confused me when my assigned new-tab keyboard shortcut wasn't working. It would be nice if "New Tab" wasn't a sub-menu to the actual actionables when this behavior isn't explicitly desired.