Either from the menu "Beyond Compare > Hide Beyond Compare" or the shortcut Command+H, Beyond Compare doesn't hide itself properly. It's just putting another application in the foreground rather than disappearing from the desktop.
Hide command doesn't work quite right
Collapse
X
-
Thanks for this report. We'll look into this. I have managed to reproduce this during a comparison, but have had trouble reproducing from just the Home screen (with no work processing in the background).
Are you also currently mid-comparison, or have a comparison open, when attempting this?Aaron P Scooter Software -
FTR, build 17036 still has this issue on my machine. Just in case you thought it was closed. The behavior was changed a little, though. Now the initial session window won't hide at any time (even after creating a new window), but any newly created windows will hide properly.
Even more stranger, if I add a new tab to the non-hiding window, it will hide properly but if I remove the new tab the window will revert to not hiding. Very odd.Last edited by derbbre; 27-Nov-2013, 04:27 PM.Comment
-
Hello,
We thought the issue was resolved, but it's apparently still an issue. Could you provide screenshots with precisely the behavior you are seeing before you Hide and after your Hide if possible? Or describe in detail what you were doing before and after executing a Hide?Aaron P Scooter SoftwareComment
-
Here is a scenario:
- open a comparison of two files
- in another editor, edit one of the files and save
- bring back BC, it will ask if you want to reload because the file has changed
- choose yes or no (doesn't matter)
- now "hide" will send it to the back of all windows, but will never truly hide until the app is restarted.
Hope this helps
ScottComment
-
Today I updated BeyondCompare to the latest version, but this problem still exists. I think this bug exists since BeyondCompare runs on Macs.
It would be a nice Christmas present after almost 5 years if this reproducible bug (thanks Scott) could finally be fixed.
ThiloComment
Comment