I suggest you ...

Don't scramble designer.cs files on updating (so diffs become readable)

When a user control or form gets updated via the graphical designer, Visual Studio seems to create the underlying designer.cs file totally anew, instead of updating just what changed.

When you check that into your version control system, a diff view of the changes becomes totally meaningless, since almost every line has some sort of "change".

So please,please, please: try to update the designer.cs files in such a way that changes are minimal.

88 votes
Vote
Sign in
(thinking…)
Sign in with: facebook google
Signed in as (Sign out)
You have left! (?) (thinking…)
berntie shared this idea  ·   ·  Flag idea as inappropriate…  ·  Admin →

Thanks for taking the time to share this suggestion. This item has been around for a couple of versions of Visual Studio and we haven’t acted on it. Looking at the VS “15” plans, we’re not going to take action on this item, so we’re going to close it. If the suggestion is still relevant, please either take a look to see if there’s another suggestion that’s similar that you can vote on, or open a new suggestion.

- The Visual Studio Team

5 comments

Sign in
(thinking…)
Sign in with: facebook google
Signed in as (Sign out)
Submitting...
  • Nathan Phillip Brink commented  ·   ·  Flag as inappropriate

    @James Ford: Visual Studio winforms Designer *must* be run in a Windows environment with 96DPI display. If you have a different DPI and VS itself scales, it also scales the designer stuff on load and then saves everything at the different scale. You are probably seeing it set a form-level Scale property and then scaling all the dimensions appropriately. MS doesn’t really seem to be improving winforms stuff, they are just maintaining it. WPF uses device independent dimensions like how CSS does (the px unit in CSS has for a long time not been a literal pixel), so it doesn’t have that issue.

  • Mark Hurd commented  ·   ·  Flag as inappropriate

    As this is "closed" we should be saving designer files as binary files in Source Control. Right!

  • James Ford commented  ·   ·  Flag as inappropriate

    I like how every time you save all controls change in size by several pixels for no apparent reason, (maybe its based on screen resolution of the programmer who last saved it), but even so is irrelevant since they are set to dock and/or autosized.

  • Anonymous commented  ·   ·  Flag as inappropriate

    It's easy: please order the file contents so that the have always the same structures.

Feedback and Knowledge Base