DotNetNewsgroup.com  
web access to complete list of Microsoft.NET newsgroups
   home   |   control panel login   |   archive  |  
 
  carried group
academic
adonet
aspnet
aspnet.announcements
aspnet.buildingcontrols
aspnet.caching
aspnet.datagridcontrol
aspnet.mobile
aspnet.security
aspnet.webcontrols
aspnet.webservices
assignment_manager
datatools
dotnet.distributed_apps
dotnet.general
dotnet.myservices
dotnet.nternationalization
dotnet.scripting
dotnet.security
dotnet.vjsharp
dotnet.vsa
dotnet.xml
dotnetfaqs
framework
framework.clr
framework.compactframework
framework.component_services
framework.controls
framework.databinding
framework.drawing
framework.enhancements
framework.interop
framework.odbcnet
framework.performance
framework.remoting
framework.sdk
framework.setup
framework.webservices
framework.windowsforms
framework.wmi
frwk.windowsforms.designtime
lang.csharp
lang.jscript
lang.vb
lang.vb.controls
lang.vb.data
lang.vb.upgrade
lang.vc
lang.vc.libraries
  
 
start date: Mon, 9 Jul 2007 14:00:39 -0500,    posted on: microsoft.public.dotnet.framework.windowsforms.designtime        back       

Thread Index
  1    schneider
          2    OD webmaster @ e-naxos dot com
                 3    schneider
                        4    OD webmaster @ e-naxos dot com
                        5    schneider
                        6    OD webmaster @ e-naxos dot com


Where does the designer code come from?   
How does the designer determine what code is used in the form designer code?

For example 1, when you drag a control (using the object name?):

private System.Windows.Forms.TextBox txtUserName;

this.txtUserName = new System.Windows.Forms.TextBox();


Thanks,
Schneider
Date:Mon, 9 Jul 2007 14:00:39 -0500   Author:  

Re: Where does the designer code come from?   

> How does the designer determine what code is used in the form designer code?
> For example 1, when you drag a control (using the object name?):
> private System.Windows.Forms.TextBox txtUserName;
> this.txtUserName = new System.Windows.Forms.TextBox();


When you drag a component onto the designer surface, VS is knowing the 
class, then using reflection, it can get the list of public properties 
and events. As all components must implement IComponent (providing 
functionnality required by all components) and must inherit from 
Control, it is easy to generate the "new" code and to manage other 
common component behaviors.

Nothing really magic, just object programming :-)

-- 


OD___
www.e-naxos.com
Date:Sun, 15 Jul 2007 14:28:42 +0200   Author:  

Re: Where does the designer code come from?   
Yes, I guess I should have said "What .NET objects are used to generate the 
code?" I want to alter the behavior.

Thanks,
Schneider


"OD" <webmaster @ e-naxos dot com> wrote in message 
news:mn.7b647d77437ca577.18651@e-naxosdotcom...

>> How does the designer determine what code is used in the form designer 
>> code?
>> For example 1, when you drag a control (using the object name?):
>> private System.Windows.Forms.TextBox txtUserName;
>> this.txtUserName = new System.Windows.Forms.TextBox();
>
> When you drag a component onto the designer surface, VS is knowing the 
> class, then using reflection, it can get the list of public properties and 
> events. As all components must implement IComponent (providing 
> functionnality required by all components) and must inherit from Control, 
> it is easy to generate the "new" code and to manage other common component 
> behaviors.
>
> Nothing really magic, just object programming :-)
>
> -- 
>
>
> OD___
> www.e-naxos.com
>
> 
Date:Mon, 16 Jul 2007 21:54:48 -0500   Author:  

Re: Where does the designer code come from?   

> Yes, I guess I should have said "What .NET objects are used to generate the 
> code?" I want to alter the behavior.


The way code is generated mostly depends on the component itself.
For example, attributes such as Description, Browsable, default values, 
default event, etc, are used in component source code and help VS to 
display properties, to generate default event when you double-click the 
component under design, etc.. Changing this attributes will change the 
component behavior under design.

But can you be more precise about what you're wanting to do, give a 
little sample if possible. I'm not sure to fully understand your goal.


-- 


OD___
www.e-naxos.com
Date:Tue, 17 Jul 2007 14:23:20 +0200   Author:  

Re: Where does the designer code come from?   
I'm looking for what classes are used in creating the code.

Some X object/s must look at the component and decide what to generate code 
for and what to ignore or decide where the code should be or look like.

There is also something that decides to put code into different 
methods/regions, and creat comments like below.
I'm looking for info on how all this is done.

Thanks,
Schneider
#region Windows Form Designer generated code

/// <summary>

/// Required method for Designer support - do not modify

/// the contents of this method with the code editor.

/// </summary>

private void InitializeComponent() {


"OD" <webmaster @ e-naxos dot com> wrote in message 
news:mn.8b5f7d77adcc4edb.18651@e-naxosdotcom...

>> Yes, I guess I should have said "What .NET objects are used to generate 
>> the code?" I want to alter the behavior.
>
> The way code is generated mostly depends on the component itself.
> For example, attributes such as Description, Browsable, default values, 
> default event, etc, are used in component source code and help VS to 
> display properties, to generate default event when you double-click the 
> component under design, etc.. Changing this attributes will change the 
> component behavior under design.
>
> But can you be more precise about what you're wanting to do, give a little 
> sample if possible. I'm not sure to fully understand your goal.
>
>
> -- 
>
>
> OD___
> www.e-naxos.com
>
> 
Date:Tue, 17 Jul 2007 09:35:35 -0500   Author:  

Re: Where does the designer code come from?   

> I'm looking for what classes are used in creating the code.


Generating the code is the VS job. There is no framework class for this 
task. VS does it just by inspecting the class of the component and 
taking into account all the supported attributes.
The way VS generate the code by separating some parts (design), etc, is 
the specific job of the application "Visual Studio". Rules are changing 
from one version to another (VS 2005 doesnt generate the same code than 
VS 2003 for example).
You can write a code that performs the same task just using reflection, 
but the way the code is finally "rendered" will be precisely your 
application job, as VS does it its own way.

-- 


OD___
www.e-naxos.com
Date:Tue, 17 Jul 2007 22:15:21 +0200   Author:  

Google
 
Web dotnetnewsgroup.com


COPYRIGHT ?2005, EUROFRONT WORLDWIDE LTD., ALL RIGHT RESERVE  |   Contact us