Community

    • Login
    • Search
    • Recent
    • Tags
    • Popular
    • Users
    • Groups
    • Search

    [7.8.6] Closing tabs order.

    Help wanted · · · – – – · · ·
    5
    9
    755
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • DarshShoman
      DarshShoman last edited by

      Hello there;
      Before I updated to the latest version [7.8.6] when I closed tab, it simply closed the next tab to the left. Now it closes the most recent visited tab (which isn’t a suitable behavior for me.)
      I need to control “after tab closing” behavior so that the application open the tab to the left of closed tab again. Should I down grade or there’s an option for that in preferences since I couldn’t find it?
      Best Regards

      Alan Kilborn 1 Reply Last reply Reply Quote 1
      • Alan Kilborn
        Alan Kilborn @DarshShoman last edited by

        @DarshShoman

        I believe it now shares this setting:

        b484ceea-77e5-4f6b-805b-321133dbe6cb-image.png

        Michael Vincent 1 Reply Last reply Reply Quote 4
        • Michael Vincent
          Michael Vincent @Alan Kilborn last edited by

          @Alan-Kilborn said in [7.8.6] Closing tabs order.:

          I believe it now shares this setting:

          I have that disabled always and when I close a tab, the one to the left opens always. So I think that’s what the OP wants. Thanks @Alan-Kilborn !

          Cheers.

          1 Reply Last reply Reply Quote 2
          • Alan Kilborn
            Alan Kilborn last edited by

            Some digging shows in the 7.8.6 change.log:

            Make MRU tab activate instead of rightmost tab while tab closure (if MRU enabled).

            I know that everyone works differently, but why exactly is it desirable behavior to open the tab to the left of where a closed tab was?

            I’m afraid the answer might be: “Because that is how Notepad++ used to work”.
            That answer is okay on one hand, but uncomfortable on the other hand.
            We should always consider a possibly better way of working, rather than just the same old way being best.

            For me it makes way more sense to activate the MRU tab, so I welcome the above change.
            I often grab something from one tab, paste it into another tab, and then close the tab where I did the paste. Then I need to continue working in the original tab, but (before the change in behavior) I am left sitting in some “ansychronous” tab that isn’t related to what I was doing. I’d have to find the original tab and switch to it, and that was distracting to my workflow.

            Here’s some more history on this:

            • https://community.notepad-plus-plus.org/topic/14146/why-doesn-t-a-tab-close-return-you-to-tab-most-recently-worked-in
            • https://github.com/notepad-plus-plus/notepad-plus-plus/issues/885
            1 Reply Last reply Reply Quote 1
            • Donatas Mačiūnas
              Donatas Mačiūnas last edited by

              MRU behavior for Cltr+Tab and for tab closing should be different settings. I really like MRU for Ctrl+Tab but where it totally breaks for me when closing files is this:
              Say I have 3 files which I keep constantly open and I’m now looking at [File 1]
              [*File 1*] [File 2] [File 3]
              now I drag in 3 files which I want to review and close 1 by 1
              [File 1] [File 2] [File 3] [Review 1] [Review 2] [*Review 3*]
              bus as soon as I Ctrl+W the last file I end up looking at [File 1]
              [*File 1*] [File 2] [File 3] [Review 1] [Review 2]
              which is absolutely not what I want or expect.

              Point is that switching between files and closing files are different tasks and should have separate settings.

              1 Reply Last reply Reply Quote 1
              • Donatas Mačiūnas
                Donatas Mačiūnas last edited by

                Moreover the settings section explicitly notes in the title/label that this behavior applies to Ctrl+TAB… ¯\_(ツ)_/¯ it’s a bug… but not a bug in a title rather a bug in that two different behaviors were merged into a single setting.

                Ekopalypse Alan Kilborn 3 Replies Last reply Reply Quote 0
                • Ekopalypse
                  Ekopalypse @Donatas Mačiūnas last edited by Ekopalypse

                  @Donatas-Mačiūnas

                  as you’ve already found out, this is nothing which, currently, can be configured hence I guess this is now relevant.

                  1 Reply Last reply Reply Quote 2
                  • Alan Kilborn
                    Alan Kilborn @Donatas Mačiūnas last edited by

                    @Donatas-Mačiūnas said in [7.8.6] Closing tabs order.:

                    in that two different behaviors were merged into a single setting.

                    Probably the idea was/is to keep the number of Preference settings as small as possible, thus some functionality is shared. I do understand your complaint, though.

                    Why not start your review with Review1, and then move to the right, reviewing tabs until you have finished all of your reviews (you know it when you run out of tabs); then delete the “review” files by right-clicking on the tab for File 3 and choosing Close All to the Right ?

                    1 Reply Last reply Reply Quote 1
                    • Alan Kilborn
                      Alan Kilborn @Donatas Mačiūnas last edited by

                      @Donatas-Mačiūnas said in [7.8.6] Closing tabs order.:

                      the settings section explicitly notes in the title/label that this behavior applies to Ctrl+TAB

                      Isn’t hardcoding “Ctrl+Tab” on the user interface a “bad thing”??
                      I mean, I can assign any (unrelated) function I want to “Ctrl+Tab”…and now that verbage on that setting in the Preferences doesn’t make any sense, because now my Ctrl+Tab combo opens up an Explorer window (for example).

                      This seems odd. If a program is going to take over Ctrl+Tab for a specific purpose, that’s fine, but it should be disallowed to use that combination for other things in Shortcut Mapper then…

                      1 Reply Last reply Reply Quote 0
                      • First post
                        Last post
                      Copyright © 2014 NodeBB Forums | Contributors