Page 1 of 3 123 LastLast
Results 1 to 10 of 27
  1. #1
    Join Date
    May 2005
    Posts
    23

    Question Can new windows/tabs in BC3 be made not to steal focus?

    In BC2, a new diff opened in the background if you had another diff or some other application active in the foreground. In BC3, new diffs always pop up in the foreground and steal your focus. This is extremely irritating when starting dozens of diffs in a batch (e.g. from SCM applications). This behavior is exhibited regardless if you use tabbed interface or not.

    Is there any way to make it pop the new diffs in background, not in foreground? I have looked in the options and in the tweaks dialog, but have found nothing. Any kind of option or scripting solution would be greatly appreciated, as this is really driving me nuts lately. Thanks!

  2. #2
    Join Date
    May 2005
    Posts
    23

    Default

    Bump!

    Is there any workaround for this? Could this be fixed/added in an update? Can someone from Scooter Software please comment on this?

    Thanks in advance!

    Alen

  3. #3
    Join Date
    Oct 2007
    Location
    Pennsylvania
    Posts
    1,772

    Default

    I think, what you are suggesting, is a toggle to open new sessions on the bottom of the windows/tab control stack instead of on the top. I agree that this would be useful.

    I once asked for an option to insert new sessions at the left end of the tab control instead of at the right when launched from a batch process... but the root issue was really that I wanted the leftmost tabs to be at the top of the windows control stack. Having an option to open new sessions at the bottom of the windows stack would have taken care of the issue I was having at the time...and is a better implementation than what I was asking for (inserting new sessions on the left end of the tab control). I whole-heartedly agree with your request for such an option.
    BC v4.0.7 build 19761
    ŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻ

  4. #4
    Join Date
    Oct 2007
    Location
    Madison, WI
    Posts
    4,584

    Default

    It isn't possible to change this behavior. If you launch a diff from a version control application, Beyond Compare 3 will always get focus.
    Chris K Scooter Software

  5. #5
    Join Date
    Oct 2007
    Location
    Pennsylvania
    Posts
    1,772

    Default

    What about my comments on where the new session is placed on the session stack?

    Beyond Compare getting focus is not the issue for me. Placing the new session on the top or the bottom of the session stack is. I would like to keep the current session/tab active, and have an option to place new sessions on the bottom of the session stack (FIFO) so that when I close a tab, the oldest session (which is next in line at the top of the stack) becomes the current session.
    BC v4.0.7 build 19761
    ŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻ

  6. #6
    Join Date
    May 2005
    Posts
    23

    Default

    Quote Originally Posted by Chris View Post
    It isn't possible to change this behavior. If you launch a diff from a version control application, Beyond Compare 3 will always get focus.
    Beyond Compare 2 was doing it in the correct way, so I think it must be possible. This behavior was changed for worse in BC3.

    It is very irritating ever since we changed over from BC2 to BC3. I thought I would get used to it, but I can't. It makes BC3 appear slower and more sluggish in relation to BC2. (Which is not the fact - it is just as fast, I have tested that, just that BC2 opens the rest of windows in the background, so it seemed much faster, as by the time I'm done examining the first one, the next one is already loaded, so it all seems very fast.)

    Let me explain the usage scenario in more details:

    When doing some refactoring, I can frequently have like 30 or more files (sometimes even a hundred) open in Perforce. Some of those are real edits, some are just search&replace that change one line in the file. Before submitting the changelist, I do "Select All" and "Diff". Now, with BC2 I was able to very quickly go through this visually. I would take a look at the first file, if it was a real change examine it in more detail, if it is just one line quickly verify it; and then close that window. The next window is already waiting for me - rinse and repeat. Doing this with keyboard shortcuts, I can do like 30 files in less than a minute. Sometimes, even about one file per second. (If it is just a visual check on one highlighted line, and close.)

    Now with BC3, if the list is big, I have to wait 30 seconds or sometimes more than a minute to even start. I cannot start examining the first file because others keep popping up in foreground. By the time it is done, I'm already out of zone. (Probably went to check email, or whatnot.... )

    Please, please do something to fix this.

  7. #7
    Join Date
    Oct 2007
    Location
    Pennsylvania
    Posts
    1,772

    Default

    This is exactly what I am suggesting with the session stack. If new sessions were opened in new tabs (at the bottom of the session stack), the current session tab would keep it's focus until closed. The next tab would be ready and waiting. Again, this is not an issue with Beyond Compare 3 getting focus as stated by Chris... it is an issue with where Beyond Compare 3 puts the new session when it gets focus.
    BC v4.0.7 build 19761
    ŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻ

  8. #8
    Join Date
    Oct 2007
    Location
    Madison, WI
    Posts
    2,503

    Default

    We'll look into improving this. The behavior we'll probably switch to is to record the time when a new instance is launched, and if the interval between instances is small enough (< 1s?) we'll launch the new comparison in a background tab.
    Zoë P Scooter Software

  9. #9
    Join Date
    Oct 2007
    Location
    Pennsylvania
    Posts
    1,772

    Default

    Quote Originally Posted by Craig View Post
    The behavior we'll probably switch to is to record the time when a new instance is launched, and if the interval between instances is small enough (< 1s?) we'll launch the new comparison in a background tab.
    Craig,

    Is there a reason why you would not want to implement a configurable option or tweak rather than basing it solely on the launch interval? There certainly are times that I would prefer the tabs to be loaded in FIFO mode instead of LIFO mode regardless of the launch interval... although I have no problem with the launch interval being one of the configurable options...

    Load New Sessions in:
    ○ Foreground tab (LIFO)
    ○ Background tab (FIFO)
    ○ Based on launch interval
    BC v4.0.7 build 19761
    ŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻ

  10. #10
    Join Date
    Oct 2007
    Location
    Madison, WI
    Posts
    2,503

    Default

    Quote Originally Posted by Michael Bulgrien View Post
    Is there a reason why you would not want to implement a configurable option or tweak rather than basing it solely on the launch interval?
    Yes.

    We aren't going to add new options unless there's a compelling reason to do so, and this just isn't.

    The fact that you want it one way sometimes and the other others is immaterial. You aren't going to launch BC, change the setting, then go back and trigger your batch process, then switch it back.

    Not having it based on the launch interval isn't possible. BC has no way of knowing that it's going to be launched from a batch process or how many comparisons will be started by that operation.
    Zoë P Scooter Software

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •