[konsole] [Bug 421926] Konsole new tabs do not respect --profile argument

2021-01-02 Thread Oswald Buddenhagen
https://bugs.kde.org/show_bug.cgi?id=421926 --- Comment #10 from Oswald Buddenhagen --- so, there already is an action which is (mostly?) equivalent with the proposed new-tab-current: clone-tab. and as indicated on gitlab, the maintainers seem to be fine with changing the meaning of new-tab to

[konsole] [Bug 421926] Konsole new tabs do not respect --profile argument

2020-11-01 Thread Oswald Buddenhagen
https://bugs.kde.org/show_bug.cgi?id=421926 --- Comment #9 from Oswald Buddenhagen --- --all-tab-profile=... maybe, to make it less verbose. note that this is lacking the "copy current" mode. one could add --new-tab-profile={default,current,smart} instead, but that just shifts the additional

[konsole] [Bug 421926] Konsole new tabs do not respect --profile argument

2020-10-31 Thread Justin Zobel
https://bugs.kde.org/show_bug.cgi?id=421926 Justin Zobel changed: What|Removed |Added CC||justin.zo...@gmail.com --- Comment #8 from

[konsole] [Bug 421926] Konsole new tabs do not respect --profile argument

2020-10-21 Thread Oswald Buddenhagen
https://bugs.kde.org/show_bug.cgi?id=421926 --- Comment #7 from Oswald Buddenhagen --- the wording was fairly indicative of sarcasm. ;) anyway, having multiple additional actions wouldn't be that bad in this case, as they would appear only in the shortcut config dialog (they aren't relevant for

[konsole] [Bug 421926] Konsole new tabs do not respect --profile argument

2020-10-21 Thread Gustavo Carneiro
https://bugs.kde.org/show_bug.cgi?id=421926 --- Comment #6 from Gustavo Carneiro --- Oswald, allow me to disagree with you, I believe that many options end up confusing users, in this case, I also believe that the behavior should be standard in the case of using the --profile argument for the

[konsole] [Bug 421926] Konsole new tabs do not respect --profile argument

2020-10-21 Thread Oswald Buddenhagen
https://bugs.kde.org/show_bug.cgi?id=421926 --- Comment #5 from Oswald Buddenhagen --- i don't see why changing the behavior should be a notable problem in this case. anyway, how about separate actions? new-tab-default (aliased to the current new-tab), new-tab-current, new-tab-selected, and

[konsole] [Bug 421926] Konsole new tabs do not respect --profile argument

2020-10-20 Thread Gustavo Carneiro
https://bugs.kde.org/show_bug.cgi?id=421926 --- Comment #4 from Gustavo Carneiro --- I really believe that the third option should be the default behavior in case the profile is specified using --profile, even in a new tab, as this is the look that best fits our view. I am open to suggestions

[konsole] [Bug 421926] Konsole new tabs do not respect --profile argument

2020-10-20 Thread Kurt Hindenburg
https://bugs.kde.org/show_bug.cgi?id=421926 --- Comment #3 from Kurt Hindenburg --- This has always been the behavior. Opening a new tab via the default shortcut always uses the default profile. "Fixing" this would be a change in behavior. The patch in the MR uses the 3rd option suggested by

[konsole] [Bug 421926] Konsole new tabs do not respect --profile argument

2020-10-19 Thread Gustavo Carneiro
https://bugs.kde.org/show_bug.cgi?id=421926 Gustavo Carneiro changed: What|Removed |Added CC||gcarnei...@hotmail.com --- Comment #2 from

[konsole] [Bug 421926] Konsole new tabs do not respect --profile argument

2020-10-09 Thread Oswald Buddenhagen
https://bugs.kde.org/show_bug.cgi?id=421926 Oswald Buddenhagen changed: What|Removed |Added CC||o...@kde.org Ever confirmed|0