@broc.seib -- Thank You for the report.

Could some one from Dev team please confirm whether this is an issue or working as intended.
Adding Dev Team related Devs in Cc who might provide a suggestion.
Thanks in Advance.

Hmm, I just tried on Chrome 49 and was able to resize width in 1px increment. Could it be that your mouse is overly sensitive? In this case, holding "shift" while dragging resize borders will help to do precise adjustments.

Please, let me know if it works for you.

I guess this is about new version (50 or 51).

I did a little investigating on the mouse -- it's fine. I captured the USB packets and found a delta of +1 on the mouse x axis would indeed make the width increase by 2px. (I have capture file and screen capture...)

From a coding point of view, the net 2px change is necessary while the subject is centered -- some function receives an event that says x changed by 1px, and now the right hand wall must be moved by 1px. And because the subject is centered, the left hand wall must also move by 1px. This is strictly because the mouse and the resizer bar move together 1:1.

If I use the shift-key modifier (I didn't know about that -- cool!), then I can successfully move the resizer bar in 1px increments. This avoids the 1:1 constraint of the above problem.

The nature of this report was that the 2px width change was a bad side effect of the UI choice of centering the subject -- an argument against centering. The shift-key modifier solution makes perfect sense for having a centered subject. An option to left-align the subject would be acceptable too.

This issue shold be closed since you can actually change the width by 1px, and those broader concerns about centering can be taken up in  issue 598805 .
https://bugs.chromium.org/p/chromium/issues/detail?id=598805

Thank you for detailed investigation. Indeed, we multiply by two to preserve the drag handle under the mouse. I totally agree that this is an argument against centering. Let's gather those in  issue 598805 .