Ver InitializeComponent desde una página ASP .Net

pero lo cierto es que con mucha frecuencia faltan, cuando defines un control
ASP a veces se vé desde código y otras veces no, yo he optado por
redefinirlas cuando no las encuentras con this. , si con this no aparece las
defino en cabecera con TextBox TextBox1; y compilo, esto genera un error de
objeto duplicado, pero a partir de entonces ya normalmente lo reconoce y
funciona.

un saludo
"Alberto Poblacion"
escribió en el mensaje news:%

"Javito" wrote in message
news:%

Sin embargo los controles <asp:XXX se incluyen en algún sitio y asimismo
los enlaces evento+=método y quiero acceder a ese sitio porque a veces
cuando se introduce el contról tecleando no lo incluye bien y hay que
hacerlo a mano y luego genera un error.

Mi pregunta es... donde guarda ahora las definiciones tales como

private TextBox Texbox1,TextBox2;
o
Button1.Click += new System.Eventhandler(Button1_click);

antes en 2003 estaban en una región oculta ¿y ahora?

Ahora se generan dinámicamente sobre la marcha. No se graban en ningún
archivo donde los puedas editar. Los eventos se describen ahora en el aspx
(<Button... Onclick="Button1_click"/>), y las variables que representan
los controles se generan también dinámicamente, de forma que ahora ya no
pasa como con el 2003, que a veces faltaban o sobraban declaraciones en el
codebehind.

Hola Javito

On 23 oct, 17:42, "Javito" wrote:

Perdona diego, pero sigues sin entenderlo, efectivamente en la página de
código HTML se introduce, por ejemplo, <asp:TextBox id="textBox1"
runat="Server"/> y hasta ahí de acuerdo pero esta introducción, por lo menos
hasta ahora, implicaba que en otra zona se definían cada uno de los objetos
en formato "private TextBox Textbox1; y se acompañaba de todas las
características asociadas a este contról, esto en el 2003 se hacía en una
región oculta que se podía desplegar y se veía cada objeto su tamaño, color
etc. y ahora esto en formularios Windows se ve en InitializeComponents y
aqui se buscas en la Web encuentras referencias a InitializeComponent como
si también existiera en ASP pero nadie dice como acceder a ese método

un saludo

Sí, sí que te había entendido, pero ya te ha contestado Alberto del
por qué no existe en estas versiones

Un saludo

"Javito" wrote in message
news:

pero lo cierto es que con mucha frecuencia faltan, cuando defines un
control ASP a veces se vé desde código y otras veces no

Cuando no aparece (y no se arregla pasando el aspx de fuente a diseño y
viceversa) es porque hay algún error en algún sitio (por ejemplo, algún tag
incorrecto en el aspx). Yo prefiero buscar y corregir el error, en lugar de
intentar añadir la variable de forma manual. Con ficheros aspx correctos, y
fuentes .cs que compilen correctamente, no me ha pasado nunca con el VS2005
que no me parezca un control al hacer el this. (a diferencia del VS2003, que
sí que fallaba con cierta frecuencia).

Es verdad Alberto, pero ademas esto también puede ocurrir cuando los
controles no tienen definido el atributo [runat] con el valor "server".

Saludos,


Ronald Ramirez Moran (aka DlanorOk)
Personal Space: http://dlanorok.spaces.live.com
Blog: http://ecuador.latindevelopers.net/blogs/dlanorok

"Alberto Poblacion" wrote
in message news:

"Javito" wrote in message
news:

pero lo cierto es que con mucha frecuencia faltan, cuando defines un
control ASP a veces se vé desde código y otras veces no

Cuando no aparece (y no se arregla pasando el aspx de fuente a diseño y
viceversa) es porque hay algún error en algún sitio (por ejemplo, algún
tag incorrecto en el aspx). Yo prefiero buscar y corregir el error, en
lugar de intentar añadir la variable de forma manual. Con ficheros aspx
correctos, y fuentes .cs que compilen correctamente, no me ha pasado nunca
con el VS2005 que no me parezca un control al hacer el this. (a diferencia
del VS2003, que sí que fallaba con cierta frecuencia).

"Ronald Ramirez Moran" wrote in message
news:%

Es verdad Alberto, pero ademas esto también puede ocurrir cuando los
controles no tienen definido el atributo [runat] con el valor "server".

Bueno, yo decía que cuando no reconoce el control en el código fuente es
porque hay algún error. La falta del runat="server" debería considerarse
como "un error", dado que sí que queremos que ese control sea reconocido
como control de servidor (sino no echaríamos de menos poder acceder a él
desde el código fuente).