.NET Tutorials, Forums, Interview Questions And Answers
Welcome :Guest
Sign In
Register
 
Win Surprise Gifts!!!
Congratulations!!!


Top 5 Contributors of the Month
MarieAdela
Imran Ghani
Post New Web Links

CLR Inside Out: Extend Windows Forms Apps Using System.AddIn

Posted By:      Posted Date: August 21, 2010    Points: 0   Category :ASP.Net
 

See how Windows Forms applications can be adapted to use the new .NET Add-in framework (System.AddIn) this month.

Mueez Siddiqui

MSDN Magazine July 2008




View Complete Post


More Related Resource Links

GUI Library: Bring the Simplicity of Windows Forms to Native Apps

  

In this article, author John Torjo presents a guide to his C++ GUI library called eGUI++ and explains how it makes user interface programming easier.

John Torjo

MSDN Magazine June 2008


Winning Forms: Practical Tips For Boosting The Performance Of Windows Forms Apps

  

This article discusses techniques you can use to ensure that Windows Forms-based apps provide optimal performance to match the rich UI responsiveness they're known to provide.

Milena Salman

MSDN Magazine March 2006


Text Rendering: Build World-Ready Apps Using Complex Scripts In Windows Forms Controls

  

The System.Windows.Forms.TextRenderer class provides support for complex scripts in Windows Forms controls so you can render text the way you want and support international locales.

Miguel A. Lacouture

MSDN Magazine March 2006


Spice It Up: Sprinkle Some Pizzazz on Your Plain Vanilla Windows Forms Apps

  

With the .NET Framework and GDI+, you can easily add elements of style to your applications. You can use transparency, irregularly shaped windows, notification icons, toast pop-ups, different color schemes, and lots more. Designed well, these techniques can create much more compelling interactions between your application and your users. This article explains how.

Bill Wagner

MSDN Magazine September 2005


Web-Aware Apps: Build Hyperlinks into Your Client App with the Windows Forms LinkLabel Control

  

LinkLabels are Windows Forms controls that enable a user to hyperlink to a URL that points to either the Web or the local directory system. While the SDK documentation discusses the control, it does not demonstrate how linking is accomplished, nor does it outline the power and flexibility the control provides. This article fills those gaps, showing how to link using the LinkLabel control. It also shows the flexibility of this control for the programmer using the .NET Framework. In addition, the author covers the large number of properties that allow you to customize your controls and accurately place them. Their built-in behaviors are also discussed, along with their use in both Visual Basic .NET and C#.

Dan Hurwitz

MSDN Magazine February 2003


Go International!: Let Your Apps Span the Globe with Windows Forms and Visual Studio .NET

  

How would an English speaker feel if his car's owner's manual was written in German or if the dash board markings were written in Japanese because the car was manufactured in that country? This is an experience common to computer users all over the world who don't speak English as their primary language, and it's becomming more important. The Microsoft .NET Framework not only makes it possible to build international applications, but many of the tools such as Visual Studio .NET make it quite easy. This article looks at internationalization with .NET and presents real tools you can use to make all of your Windows Forms applications global-ready.

Jason R. Bell

MSDN Magazine June 2002


Windows 2000 Registry: Latest Features and APIs Provide the Power to Customize and Extend Your Apps

  

The Windows registry as it is recognized today first appeared in Windows 95. Its introduction simplified the storage of initialization information and made that data more secure. This article covers the history of the registry, the form it took in the early days, and its current incarnation in Windows 2000. Practical tips for managing data in the registry are outlined, along with descriptions of special keys, functions, and file types. Manipulation of the registry to customize both application behavior and certain features in Windows is discussed. Also covered are future directions of the registry, including the use of XML to store registry information in a hierarchical fashion.

Dino Esposito

MSDN Magazine November 2000


A first chance exception of type 'System.ArgumentException' occurred in System.Windows.Forms.dll

  
I've read a bit about this error and maybe I have nothing to worry about.  BUT ... my simple little app gets 7 of these before it even gets to the first Dim statement in the Class Form1!  I found and followed instructions on how to have the Debugger intercept these exceptions but it seems that they are not being intercepted.  I only know that they have happened because of the messages in the Immediate Window.  In the Designer all I have is 5 Labels and 5 TextBoxes.   Any thoughts on how I could get to the cause of these messages? Thanks,  Bob

System.Windows.Forms.InputLanguage.LayoutName

  
System.Windows.Forms.InputLanguage.LayoutName can get the current keyboard layout. If a language has more than one keyboard layout, like Chinese simplified, how can I list all the layout under it in code?

Problem with overriding OnPaint method of System.Windows.Forms.Textbox

  
Hi,   I want to change the border colour of the Textbox. However, when I override the OnPaint method, some strange behaviour occurs.   The new border is drawn, as is the textbox background. However, the text itself appears in bold and only while I actually type something in, afterwards it disappears. I have provided a sample of my code here:         protected override void OnPaint(PaintEventArgs e)         {             base.OnPaint(e);             Rectangle rect = new Rectangle(0, 0, this.Width, this.Height);             ControlPaint.DrawBorder(e.Graphics, rect, _BorderColour, ButtonBorderStyle.Solid);         }   I have also set the style of the control to Userpaint, so that the paint method is actually used. Does anybody know how to solve this issue?

System.Windows.Forms.WebBrowser strips out #fragments

  
I have a WebBrowser called webBrowser. I call: webBrowser.Navigate(@"file://C:\Documents and Settings\michaelb\Local Settings\Temp\tmp2F.tmp\OPS\main3.xml#section_5343"); I have a handler for the Navigating event: void   webBrowser_Navigating(object sender, WebBrowserNavigatingEventArgs e) Inside the handler I see that e.Url has no properties in which the fragment (i.e. the # onwards) has been retained - all knowledge of the fragment has vanished. I saw a posting in the WPF forum where a developer had noticed that the WPF browser control was doing this with a URL using the http:// scheme. The expert responding said that this was a known problem and that the workaround was to use the traditional WinForms browser control (i.e. the one I am using). I, however, am seeing that same problem with this WinForms browser control - the only difference that I am aware of between my case and that described in the other post is that my URL uses the file:// scheme. Anyone know a fix? Regards, Michael

Word Interop - System.InvalidOperationException in System.Windows.Forms.dll

  

Context:

Microsoft Visual Studio 2005 Version 8.0.50727.42 

Microsoft .NET Framework Version 2.0.50727

Word 2003 Interop


Problem:

I am trying to recreate the "AmbiguousMember" example from p. 31 of Whitechapel's "MS .NET Development for MS Office" using VB instead of VC#.

This involves implementing an event handler for the Word Quit event. In the event handler, I need to toggle the Enabled state of two buttons. This causes the following error:

A first chance exception of type 'System.InvalidOperationException' occurred in System.Windows.Forms.dll

The code behind the Form1 form is shown below. Form1 has two buttons: Button1 "Run Word"; Button2 "Quit Word". The event handler is intended to clean up if the user quits the Word application, and reset the buttons.

A net s

System.Windows.Forms.ListBox scroll-to-top on focus - how can I prevent this behavior?

  

Greetings,

 

I've been trying to find a solution online for the last couple days and I'm surprised at how little there is on this topic -- namely, I'm trying to prevent the default behavior of ListBoxes scrolling to the top whenever they regain focus.

 

I've created a toolbar-like control that is docked on the left-hand side of my screen.  This vertical toolbar is comprised of several ListBoxes, and each ListBox is collapsible (much like the Visual Studio designer toolbar).  The problem is, if I click on an item on a ListBox that is partially off the top of the screen, the entire toolbar scrolls so that the first item in that particular ListBox is at the top, so your mouse is no longer over the item you originally wished to select.

 

I'm trying to figure out a way to prevent this behavior.  Any suggestions?

 

RBL


Setting trust level for windows.system.forms.browser control

  

Hi All,

I am using a browser control in my WPF application. The users of this application will be using this control for viewing content that could contain malicious scripts. I want to set the Trust Level so that none of the scripts should be executed. I have added the Attribute to the method that creates the Browser control. I dont think its working though. Any thoughts on how this can be done?

[

PermissionSet(SecurityAction.Assert, Name = "Nothing")]

 

public System.Windows.Forms.WebBrowser CreateBrowserControl(

Setting trust level for windows.system.forms.browser control

  

Hi All,

I am using a browser control in my WPF application. The users of this application will be using this control for viewing content that could contain malicious scripts. I want to set the Trust Level so that none of the scripts should be executed. I have added the Attribute to the method that creates the Browser control. I dont think its working though. Any thoughts on how this can be done?

[

PermissionSet ( SecurityAction .Assert, Name = "Nothing" )]

 

public System.Windows.Forms.

Setting trust level for windows.system.forms.browser control

  

Hi All,

I am using a browser control in my WPF application. The users of this application will be using this control for viewing content that could contain malicious scripts. I want to set the Trust Level so that none of the scripts should be executed. I have added the Attribute to the method that creates the Browser control. I dont think its working though. Any thoughts on how this can be done?

[

PermissionSet ( SecurityAction .Assert, Name = "Nothing" )]

 

public System.Windows.Forms.

Is Dispatcher.BeginInvoke really NOT thread safe, while the old System.Windows.Forms.Control.BeginIn

  

Hello.

 

System.Windows.Forms.Control.BeginInvoke is documented as thread safe (in fact, BeginInvoke , EndInvoke , Invoke , InvokeRequired , and CreateGraphics are).

Great!

 

But in WPF, Dispatcher.BeginInvoke is not documented as thread safe. Which would appear to me as a regression (and not really convenient, to be honest).

Was it only forgotten in MSDN documentation, or should I really use external locking to prevent the dispatcher to get lost in its messages and priorities?

 

 

Thanks. ;)


Categories: 
ASP.NetWindows Application  .NET Framework  C#  VB.Net  ADO.Net  
Sql Server  SharePoint  Silverlight  Others  All   

Hall of Fame    Twitter   Terms of Service    Privacy Policy    Contact Us    Archives   Tell A Friend