• Icon: Bug Bug
    • Resolution: Duplicate
    • Icon: Medium Medium
    • None
    • 1.9.0
    • General
    • None

      I really love the new look of SourceTree 1.9, but there is one change that I would like to turn off. Now in the view of local files, it always shows the full path of the file. When working with a large project with many submodules, the control becomes unreadable (image1) In all but the rarest cases, I don't need to see " "core/bundles/ticket/src/main/java/com/tradingscreen/ticket/" repeated over and over again.

      And while you've give the ability to sort by file name, visually trying to find the file your are looking for is extremely difficult when your eye has to track through the full paths.

      I'm really hoping there is a setting to turn this off, though I couldn't find one.

        1. image_before.png
          image_before.png
          165 kB
        2. image1.png
          image1.png
          189 kB
        3. IntelliJ.png
          IntelliJ.png
          86 kB

          Form Name

            [SRCTREE-2240] SourceTree: Local file window now shows full path

            David Lee added a comment -

            In 1.9.1 I still see the truncation occurring in the middle of the path.

            But according to the release notes this should be fixed:
            "Truncate file names at start rather than middle, so file name is more likely to be unaffected on narrow views (SRCTREE-2232, SRCTREE-2240)."

            David Lee added a comment - In 1.9.1 I still see the truncation occurring in the middle of the path. But according to the release notes this should be fixed: "Truncate file names at start rather than middle, so file name is more likely to be unaffected on narrow views ( SRCTREE-2232 , SRCTREE-2240 )."

            Thanks for the feedback, we're collating these requests under SRCTREE-2266

            Steve Streeting (Inactive) added a comment - Thanks for the feedback, we're collating these requests under SRCTREE-2266

            Yes, going forward we'll review whether we need to revive the tree view and the multi-column flat view. This is more than can be done for 1.9.1 for the moment, but rest assured we are listening to feedback and are discussing it internally.

            Steve Streeting (Inactive) added a comment - Yes, going forward we'll review whether we need to revive the tree view and the multi-column flat view. This is more than can be done for 1.9.1 for the moment, but rest assured we are listening to feedback and are discussing it internally.

            But IntelliJ gives you the ability to turn that off (see IntelliJ.png)

            David Sausville added a comment - But IntelliJ gives you the ability to turn that off (see IntelliJ.png)

            Most IDE's, such as JetBrains or Sublime Text, use a tree in which each directory can be individually expanded and the files/directories under that are only indented to the text of the directory name above.

            In the meantime, the Pending files view works best as it only shows the files that have changed.

            osirisdevelopment added a comment - Most IDE's, such as JetBrains or Sublime Text, use a tree in which each directory can be individually expanded and the files/directories under that are only indented to the text of the directory name above. In the meantime, the Pending files view works best as it only shows the files that have changed.

            Definitely agree. Separating the path and file name was an amazing feature and it's much more difficult to handle now that it's gone.

            Daniel Orner added a comment - Definitely agree. Separating the path and file name was an amazing feature and it's much more difficult to handle now that it's gone.

            Thanks Steve. Not sure that 'start' will really make that much difference. In fact, it could make it worse by truncating the beginning of the file name unless the window is sufficiently wide. That will also not address the issue of allowing your eyes to easily scan the file list.

            I completely understand you need to work with your design team to come up with a resolution. Any thing I can do to help, please let me know.

            Thanks.

            David Sausville added a comment - Thanks Steve. Not sure that 'start' will really make that much difference. In fact, it could make it worse by truncating the beginning of the file name unless the window is sufficiently wide. That will also not address the issue of allowing your eyes to easily scan the file list. I completely understand you need to work with your design team to come up with a resolution. Any thing I can do to help, please let me know. Thanks.

            For the moment, 1.9.1 will change the truncation mode to 'start' rather than 'middle' which should help a bit. We will have some further discussions with the design team regarding the feedback we've received for long paths.

            Steve Streeting (Inactive) added a comment - For the moment, 1.9.1 will change the truncation mode to 'start' rather than 'middle' which should help a bit. We will have some further discussions with the design team regarding the feedback we've received for long paths.

              Unassigned Unassigned
              80789feb461b David Sausville
              Affected customers:
              2 This affects my team
              Watchers:
              5 Start watching this issue

                Created:
                Updated:
                Resolved: