That's because bezel correction effectively renders a scene oversized, based on the determined displacement that you have configured during the setup of Eyefinity/Surround (E/S).
If bezel correction supported plp configuration, then an example setup using 1920x1080 monitors, at a minimum, E/S would need to render a 4080x1920 image (1080x1920 + 1920x1920 + 1080x1920). Add to that the bezel correction factor (bcf) of 150 pixels (this is just an example value), then you end up with 4380x1920 as the render size. This means the 2 outside screens get a render area of 1230 x 1920, which is the 1080 + BCF x 1920. The landscape monitor in the middle has a render area of 1920x1920 with a display area of 1920x1080, so nearly 45% of the rendered size for the landscape monitor is not being displayed; and this is probably your main view!. The end result of this oversized render of the main view (which the game is aware of because you need to tell it about the oversized requirement), is that a lot of the UI elements like Menus and HUD probably wont be visible on screen (not to mention a good portion of your Windows desktop and all the pretty icons on it).
It's not that the driver couldn't do it, it's more because doing it in a plp layout would no doubt generate far more complaints about not being able to find menus and other UI elements than it is worth.
Yes, you
might want a render based of the landscape monitor (you didn't say this) so you end up with something more "normal" like 4380x1080, and the two portrait monitors have blank areas with no game in them (i.e. 1080x1080 + 1920x1080 + 1080x1080). While this is a nice idea, it doesn't work as a whole for the Windows desktop, which is effectively where the driver is rendering it. You only want this one to be application specific, which you
might be able to do (see below).
You might be able to do this manually in ISBoxer, by setting up a reset/active region size that is oversized as per the desired value for the E/S, and then determining placement manually. You would need to adjust the display positioning offset for it to work nicely. I suggest that this should be done in the Computers node in ISBoxer (you'll probably need to add one) as Windows won't allow you to set a gap between the displays, whereas you might be able to get away with it by forcing the position in ISBoxer. BTW I have no idea if this will work!.
edit:
I had a little play and it looks like it might work - I didn't actually run a game as I'd prefer not to muck up my other settings.
Instructions are:
Add a computer. It should pick up your existing displays.
Change the screen boundaries for the left and right displays so you have the correct gap between all 3 displays.
Assign the computer to a character set.
Use the Window Layout Wizard to create a new layout based on the character set (choose any layout, it don't matter).
Adjust the new Window Layout regions manually to size, place and align the regions as desired. The displays should show with a gap between
.
edit2:
Actually ran a game and, your results may be varied depending on what you are running.
The problem I had was the game definitely did not like the aspect ratio (it likes standard ratios only), although it recognised the region size. Also had trouble with the mouse. Windows still thinks there are 3 separate displays, and that the game is running on the left most one, so all UI elements, even those on the right most display) are only clickable via the relative scaled position on the left most display. I didn't get the bezel edge compensation I was looking for, despite having the gap configured. This is probably because Windows is still reporting 3 separate displays that are next to each other. I expected Innerspace to override it, but maybe it doesn't in that particular section. The problem with the mouse may not be overridable as it will return co-ordinates based on the 3 separate displays rather than the E/S configuration which behaves as a single display.
Sun Oct 19, 2014 7:55 pm 
