Al fin después de tanto trabajar hemos dado con el arreglo de este conflicto que muchos usuarios de este sitio han presentado. Si quieres compartir algún detalle no dejes de dejar tu información.
Solución:
Déjame ver si puedo explicar las páginas en SharePoint sin confundirte aún más.
La diferencia entre los diferentes tipos de páginas depende en gran medida de si su vista es como desarrollador o como usuario final. Como se refiere a MSDN, comenzaré con la vista de desarrollador.
Páginas de SharePoint desde el punto de vista del desarrollador
Desde el punto de vista del desarrollador, hay tres tipos principales de páginas en SharePoint: páginas de aplicación, páginas maestras y páginas del sitio.
Páginas de aplicación
Las páginas de la aplicación son páginas almacenadas en una carpeta a continuación SharePointRootTemplateLayouts se accede a ellos a través de un directorio virtual _layouts que está presente debajo de todos los sitios de SharePoint. Se comportan como páginas ASP.NET completamente normales, excepto que saben a qué sitio de SharePoint se accede como parte. Deben usarse para cosas que deben estar disponibles en todos los sitios, como diferentes tipos de configuraciones.
Páginas maestras
Las páginas maestras son simplemente páginas maestras ASP.NET ordinarias que se pueden usar para controlar la parte del html que es común a todas las páginas de una colección de sitios, como el diseño general y la navegación. Contienen ContentPlaceHolders que luego se reemplaza por el contenido de los controles de Contenido en las páginas individuales.
Páginas del sitio
Las páginas del sitio son un tipo de páginas muy especial. Por lo general, se almacenan (al menos inicialmente) en la carpeta de la Característica / Definición del sitio correspondiente. Están disponibles a través de un
En este punto, la página del sitio no está personalizada (o está fantasma (terminología antigua)). Pero al usar SharePoint Designer, el modelo de objetos o el navegador, el usuario final puede cambiar el contenido de la página para una URL específica (en un sitio específico). La página modificada se almacena en la base de datos de contenido y ahora está personalizada (o sin fantasmas) y tiene algunas limitaciones debido a la seguridad (no puede contener código del lado del servidor en el marcado, solo puede heredar de clases base seguras y solo puede contener controles que son a salvo).
Las páginas del sitio son las páginas que normalmente dejará que usen los usuarios finales. Vienen en una serie de variaciones:
Páginas de sitio puro
(Mi propio término) Páginas ASP.NET estándar donde el desarrollador controla lo que hay en la página. Muy infrecuente.
Páginas de elementos web
Páginas que heredan de Microsoft.SharePoint.WebPartPages.WebPartPage que contiene una serie de WebPartZones donde el desarrollador / usuario final puede agregar elementos web para controlar lo que la página muestra / puede hacer. En versiones anteriores de SharePoint muy común y muy potente.
Páginas wiki
La nueva forma de crear páginas de contenido. Muy similar a las páginas de elementos web, pero en lugar de tener varias zonas de elementos web, normalmente solo tiene una que está oculta. Luego tiene un campo Wiki que se puede editar fácilmente y puede contener marcado que hará que los elementos web de la zona oculta aparezcan en línea en el contenido (como divs)
Se puede combinar con varias WebPartZones para permitir un mayor control de la ubicación de los elementos web.
Publicar páginas / diseños de página
Desde el punto de vista del desarrollador, la publicación de páginas no es realmente páginas, sino elementos de lista que están vinculados a un diseño de página. El diseño de la página, por otro lado, es casi lo que yo llamo páginas de un sitio puro, pero solo se puede mostrar mediante un elemento de lista de página de publicación correspondiente, contienen controles que permiten mostrar / editar las columnas en el elemento de lista.
Páginas de SharePoint desde el punto de vista del usuario final
Páginas de configuración = páginas de la aplicación
Páginas en las que pueden cambiar algunas configuraciones, pero no tienen control de lo que hay en la página.
Páginas de elementos web
El tipo de página estándar en un sitio que comenzó como un sitio en blanco. Permite al usuario final colocar elementos web en una zona diferente, lo que los hace ideales para crear aplicaciones “mashup”, pero es difícil crear contenido normal en.
Páginas wiki
El tipo estándar de páginas en sitios de colaboración. Permite una edición muy sencilla de contenido y la combinación de elementos web cuando sea necesario. Muy bueno para contenido no estructurado.
Publicar páginas
El tipo estándar de páginas en sitios de publicación. La estructura del contenido está muy controlada por los diseños de página, por lo general un uso muy limitado de elementos web. Muy bueno para hacer que el sitio parezca consistente.
Página wiki es como las páginas de wikipedia. Permitimos al usuario editar las páginas.
Página de aplicación es la página en la que podemos usar la misma página en diferentes colecciones de sitios o sitios web. Supongamos que si queremos mostrar una página de error personalizada con una interfaz bien diseñada en cada una de nuestras colecciones de sitios, podemos crear una página de aplicación y darle la URL de redireccionamiento a esa página de aplicación. El usuario no puede editar la página de la aplicación. Deberíamos editar con Visual Studio. Los conocimientos de programación requieren editar.
Página de elementos web no es más que el lugar donde podemos agregar elementos web a una página. No podemos agregar elementos web excepto esta página de elementos web. Se ocupará internamente de cómo se debe representar el elemento web en una página, etc.
Página de publicación Las páginas de publicación están disponibles solo en sitios de publicación. En los sitios de publicación, los autores y aprobadores utilizan la función de publicación para crear contenido y luego ponerlo a disposición de los visitantes del sitio. Por lo general, un sitio de publicación tiene habilitado un flujo de trabajo de aprobación, por lo que el contenido se revisa y aprueba antes de su publicación.
Ver este enlace Puede encontrar este enlace buscando en Google.
Aquí hay algunas diferencias más que encontré al trabajar con páginas Wiki y páginas de elementos web, desde un punto de vista más práctico:
Páginas Wiki
- Puede colocar elementos web en línea con texto y arrastrarlos y soltarlos libremente en cualquier lugar, incluso, por ejemplo, dentro de las celdas de una tabla HTML, lo que proporciona un medio para un diseño muy preciso.
- Puede elegir entre 8 “Diseños de texto”, que se diferencian principalmente en el número de columnas y la presencia o ausencia de encabezado y pie de página.
- Puede cambiar el diseño del texto de una página existente en cualquier momento. Al cambiar el diseño de texto en una página que ya tiene contenido en una región que no está incluida en el nuevo diseño que seleccione, SharePoint moverá ese contenido al principio o al final de otra región; cuando los cambios de diseño agregan regiones, siempre estarán vacías.
- Si el control de versiones está habilitado en la biblioteca de páginas, se creará una nueva versión cada vez que se guarde la página.
- Agregar contenido de texto enriquecido a la página es simplemente una cuestión de hacer clic y escribir.
- Es posible realizar cambios accidentalmente que rompan parcial o completamente el diseño de los elementos web colocados dentro de la página. Esto se debe básicamente a que cada elemento web colocado en una página wiki está representado por un par de divs envueltos dentro de otro div y, a veces, cuando hace clic en un lugar, desea agregar texto a la página, o cuando arrastra y suelta un elemento web, el punto de inserción que SharePoint decide que cree que usted desea puede terminar dentro del div externo de un elemento web. Una vez que esto sucede, es posible que tenga problemas para acceder al menú “Editar elemento web” en ese elemento web o, a veces, en todos los elementos web de la página.
- En SP2010 (no sé si esto se corrigió en SP2013), después de colocar un elemento web de Excel Web Access en una página wiki y guardar la página, luego hacer clic en “Editar página” se bloqueará indefinidamente en “Cargando …”, que solo se puede resolver cerrando ese elemento web a través de la vista de mantenimiento del elemento web.
Páginas de elementos web
- Puede colocar elementos web en zonas de elementos web y cambiar su orden relativo dentro de esas zonas, pero no puede realizar fácilmente ajustes más precisos en su posición.
- Puede elegir entre 8 “Plantillas de diseño” al crear la página, la mayoría de las cuales son un poco más complejas que los diseños de texto de la página Wiki. En la mayoría de los casos, los elementos web están restringidos al apilamiento vertical dentro de una zona, pero algunos diseños tienen una zona con alineación horizontal. Ejemplo:
- No se puede cambiar la plantilla de diseño una vez creada la página.
- (Por esta razón, generalmente elijo uno de los diseños más “complejos” al crear una página de elementos web; cualquier zona con cero elementos web se contraerá en unos pocos píxeles de espacio en blanco hasta / a menos que agregue algo más adelante).
- Las versiones no se crean al cambiar el contenido de la página. (Nota: hay un tipo de cambio que creará una versión, pero no sé qué es. Sin embargo, no es algo que haga comúnmente; una página de elementos web que he editado muchas veces tiene exactamente dos versiones. )
- Para agregar contenido de texto enriquecido a la página, debe agregar un elemento web Editor de contenido (CEWP) a una de las zonas de elementos web. No se puede colocar un elemento web dentro del CEWP.
- Puede ser más fácil actualizar mediante programación, ya que cada elemento web tiene las propiedades enteras “Zona” e “Índice” que definen sus posiciones en el diseño; en las páginas Wiki solo hay una Zona, y el Índice es irrelevante porque los elementos web están en línea con el texto wiki.
