[Dark Shell] Window border appears on second monitor when maximized

[Icexist]

Using Windows 7 64-bit and Brackets 31 (sprint 31 experimental build 0.31.0-9569 (On branch sprint-31-hotfix,sprint-31-hotfix dd28c6a))

Using dual monitors, a narrow band of the window overlaps into the second window when Brackets is fully maximized.

Attached images display the problem from both the right and left screens, the arrows indicating the split between monitors.

How to reproduce:

1. Open Brackets in a dual-monitor environment.
2. Open fullscreen by either pressing the fullscreen button or dragging to the top of the screen in Windows 7

[taylorthurlow]

Can confirm. I'm running 3 monitors - the middle on has fullscreened Brackets loaded - each side of brackets has that white bar that extends onto each other monitor.

[peterflynn]

Assigned @JeffryBooher. I can confirm too if I plug my Win 7 laptop into a second monitor.

[JeffryBooher]

This is actually an FOL of all Windows that turn off theming except Microsoft Apps. So rather than have different code for XP and Windows Vista and Windows 8 -- we went with this. We should probably push this to PM since he would need to decide if he wants to invest in fixing this. It's only a problem when brackets has an active frame

[JeffryBooher]

Actually it happens with an inactive frame as well...

[peterflynn]

@JeffryBooher I disagree about FOL... It doesn't happen with Office, Chrome, or iTunes -- all of which also have custom window chrome. That seems like good evidence that it's feasible to fix.

[peterflynn]

Clarified title

[JeffryBooher]

@peterflynn I can send you a non themed app that's out of the box and it will do the same thing. This was something that I noticed early on and I posted to Microsoft's MSDN message board and the only response I got was that this is how it works on Windows with multiple monitors.

I'll ping @adrocknaphobia and see if he can get us some help from Microsoft. I spent a few days trying to solve it but came to the conclusion that it was just how it goes with this and that it wasn't worth spending a lot of time on. I have a barebones app that I wrote a back when I was trying to solve this that I can send to MS to see if anyone there has any suggestions...

[taylorthurlow]

@JeffryBooher It seems like more of a problem that it is worth to have the new 'dark' theme. Admittedly I like the dark more than the original windows styling but if it means having this white bar on my preview monitors then I'd go back to windows themed aero any day. Perhaps an option to enable/disable the dark mode?

[njx]

@peterflynn mentioned that Chrome doesn't exhibit this problem on Windows. Have we checked Chromium? If it doesn't have the problem, maybe we could look at the source to see what it's doing.

[peterflynn]

@JeffryBooher
Interesting behavior I noticed last night... perhaps a clue: other apps like Outlook & Chrome still seem to have a hit area that extends slightly onto the next monitor -- they just manage not to draw anything there. With Chrome, I actually get the horizontal-resize cursor over that area, even though the pixels there are from the app that legit belongs on that monitor. But with both apps, if the app doesn't have focus, clicking in that little strip will focus its window.

[genericandy]

I am seeing this behavior as well. If you cannot solve the problem, at least allow us to disable the dark theme so those of use who are working in a 2 monitor environment can work around the problem.

[pthiess]

tagged for Sprint 33

[HamsterCoder]

Wow, I would have never noticed this about chrome =) Cheers for windows!

Confirm this bug on Win 7, x64, starting sprint 31.

[mabasic]

Same bug here.
Windows 7 x64, Brackets sprint 31.