Practical .NET

Customize Browser Window Size When Debugging ASP.NET Apps

If, after pressing F5, you've ever found yourself adjusting the size of your browser window, then this tip is for you. But you shouldn't be surprised if it doesn't work.

Typically, when you go into debug mode in an ASP.NET application, your browser window opens in whatever state you last left it (which probably wasn't while debugging an application). Unless you always operate in full-screen mode, that will sometimes mean that the resulting window isn't big enough to display what you need. If that's been bugging you, you might be able to specify the size of the browser window to be used when you start debugging.

To set the browser window size, go to Solution Explorer and right-click on a "browser viewable" file (in ASP.NET MVC, you can use any View for this). From the resulting pop-up menu, select the Browse With choice. The resulting dialog box will let you select which browser to use when debugging. What you may not have noticed is that, somewhere else on the dialog, there will be a dropdown list labeled "Size of browser window."

The default setting for this dropdown list is Default, which causes Visual Studio to use the browser as you last left it. You can, however, pick from three other sizes (480x640, 800x600, and 1024x768). Once you've made your choice, click on the Set as Default button to save your change.

Big caveat! I have to warn you that after going to all this work you might be disappointed: Depending on what versions of which browsers you use, you may find this setting is ignored. Don't call me to complain.

About the Author

Peter Vogel is a system architect and principal in PH&V Information Services. PH&V provides full-stack consulting from UX design through object modeling to database design. Peter tweets about his VSM columns with the hashtag #vogelarticles. His blog posts on user experience design can be found at http://blog.learningtree.com/tag/ui/.

comments powered by Disqus

Featured

  • Microsoft Revamps Fledgling AutoGen Framework for Agentic AI

    Only at v0.4, Microsoft's AutoGen framework for agentic AI -- the hottest new trend in AI development -- has already undergone a complete revamp, going to an asynchronous, event-driven architecture.

  • IDE Irony: Coding Errors Cause 'Critical' Vulnerability in Visual Studio

    In a larger-than-normal Patch Tuesday, Microsoft warned of a "critical" vulnerability in Visual Studio that should be fixed immediately if automatic patching isn't enabled, ironically caused by coding errors.

  • Building Blazor Applications

    A trio of Blazor experts will conduct a full-day workshop for devs to learn everything about the tech a a March developer conference in Las Vegas keynoted by Microsoft execs and featuring many Microsoft devs.

  • Gradient Boosting Regression Using C#

    Dr. James McCaffrey from Microsoft Research presents a complete end-to-end demonstration of the gradient boosting regression technique, where the goal is to predict a single numeric value. Compared to existing library implementations of gradient boosting regression, a from-scratch implementation allows much easier customization and integration with other .NET systems.

  • Microsoft Execs to Tackle AI and Cloud in Dev Conference Keynotes

    AI unsurprisingly is all over keynotes that Microsoft execs will helm to kick off the Visual Studio Live! developer conference in Las Vegas, March 10-14, which the company described as "a must-attend event."

Subscribe on YouTube