When a file associated with an open tab has changed, the user is prompted to reload (i.e., "Right file has changed on disk. Reload?").
While that prompt is up, if you launch another compare from a third-party app, or open a new tab (CMD-T), it will open a new compare window instead of a new tab in the existing window.
Ideally, it would utilize the same window while keeping the prompt somehow accessible. I guess if the new tab took focus, then moving back to the blocked tab should cause the panel to reappear.
This situation might be easier to handle if the prompt was a non-blocking, more passive message ... perhaps at the right side of the toolbar as opposed to a modal popup window. Future edits or actions on that tab should probably be blocked until the user responds to the prompt, but it shouldn't block the entire window.
-----
A secondary (but related) issue is that the menu bar option "Window" > "Merge All Windows" appears to do nothing in some situations.
If you had more than two windows open, the command will merge any non-blocked windows, so it might appear to partially work.
-----
Finally, while the "reload" prompt is visible, a number of menu bar menu items are disabled when they actually do function via shortcut keys. "New Tab" and "New Window" are just two that I've used in this state.
It's great that these commands work while the prompt is up, as people may be interested in creating new compares before dismissing the "reload" panel, but the menu items should accurately reflect what is accessible.
While that prompt is up, if you launch another compare from a third-party app, or open a new tab (CMD-T), it will open a new compare window instead of a new tab in the existing window.
Ideally, it would utilize the same window while keeping the prompt somehow accessible. I guess if the new tab took focus, then moving back to the blocked tab should cause the panel to reappear.
This situation might be easier to handle if the prompt was a non-blocking, more passive message ... perhaps at the right side of the toolbar as opposed to a modal popup window. Future edits or actions on that tab should probably be blocked until the user responds to the prompt, but it shouldn't block the entire window.
-----
A secondary (but related) issue is that the menu bar option "Window" > "Merge All Windows" appears to do nothing in some situations.
- Open a file compare, and then modify the file outside of BC4 so that the "reload" prompt appears.
- View the contents of the "Windows" menu, and notice that all the tab and window-related menu items are disabled.
- Open a new file compare (CMD-N), which will create a new window.
- With the new window focused, view the contents of the "Windows" menu, and notice the all menu items are enabled.
- Select "Merge All Windows"
If you had more than two windows open, the command will merge any non-blocked windows, so it might appear to partially work.
-----
Finally, while the "reload" prompt is visible, a number of menu bar menu items are disabled when they actually do function via shortcut keys. "New Tab" and "New Window" are just two that I've used in this state.
It's great that these commands work while the prompt is up, as people may be interested in creating new compares before dismissing the "reload" panel, but the menu items should accurately reflect what is accessible.
Comment