¿Su página contienen estos
<asp:Content ID="Content1" ContentPlaceHolderID="ContentPlaceHolder1"
Runat="Server">
</asp:content>
etiquetas, y son todos sus controles dentro de estos? Solo debe tener las etiquetas de Formulario en la página maestra.
Éstos son algunos de mi comprensión y sugerencia:
elemento HTML se pueden poner en el cuerpo de páginas HTML y en la página HTML no apoyo de múltiples elementos, sin embargo, no puede estar anidada cada otra , se puede encontrar la descripción detallada de la W3C hTML especificación:
el elemento FORM
http://www.w3.org/MarkUp/html3/forms.html
Y en cuanto a la página de formulario Web ASP.NET, que se basa en un elemento de formulario de servidor único, que contiene todos los controles en su interior, por lo general, no nos recomendamos que ponemos múltiples elementos. Sin embargo, esto sigue siendo compatible en la página ASP.NET (página maestra) y creo que el problema en su página maestra debe ser causado por el elemento anidado no compatible, y múltiple en el mismo nivel debe estar bien. por ejemplo:
Además, si lo que quiere hacer a través de múltiples formas se acaba de hacer nuestra página anuncio a varias páginas, creo que se puede considerar el uso de la nueva característica de entre páginas publicación en ASP.NET 2.0. Esto puede ayudarnos a usar los controles del botón para realizar una devolución de datos a diferentes páginas sin tener formularios de pila múltiple en la página:
Publicación cruzada de páginas en ASP.Páginas Web NET
http://msdn2.microsoft.com/en-us/lib...39(VS.80).aspx
http://msdn2.microsoft.com/en-us/lib...40(VS.80).aspx
Es una parte intrínseca de los formularios web ASP.NET que solo se puede usar una etiqueta de formulario del lado del servidor en una página procesada. Puede tener otras formas, simplemente no pueden tener el atributo 'runat =" server "' en ellas, IIRC. –
Eliminar completamente las etiquetas de la página maestra – ahmed
@RussCam ¿El patrón correcto es *** etiqueta de formulario *** en _Master_ o en _Nested contentPage_? – Kiquenet