muchos de estos son a partir del aprendizaje por prueba y error...
* Para definir "Content Types" basados en columnaas de una lista:
- Todas las columnas del "Content Type" deben ser "Site Columns", por lo que conviene primero planificar y definir éstas y luego armar el Content Type
* Para definir KPIs:
Las columnas sobre las cuales se pueden obtener los KPI DEBEN ESTAR PRESENTES EN LA VISTA DEFINIDA COMO DEFAULT. Los valores que se obtengan de la columna elegida se tomarán DESDE LA VISTA INCLUIDA EN LA DEFINICION DEL KPI, que no necesariamente serán los de la vista default.
* La flexibilidad para definir vistas en una lista puede marearnos: si la estructura de columnas no es lo suficientemente estable, los cambios que vamos introduciendo afectan las vistas que hayamos definido y generan retrabajo. Conviene postergar el armado de esas vistas hasta último momento.
* Para que una biblioteca de imágenes o documentos esté disponible en todo el Site Collection deben ser guardadas en las carpetas correspondientes, de lo contrario pueden no estar disponibles cuando se las necesita en algún sub-site.
Monday, August 25, 2008
Saturday, August 23, 2008
Mi encuentro con MOSS 2007
Hace aproximadamente 1 mes, decubrí casi por casualidad que se había instalado recientemente MOSS 2007 en la empresa en que trabajo, y logré solicitar una cuenta como administrador de sitios.
A poco de investigar el producto, percibí un enorme potencial para crear soluciones de negocio y en base a necesidades puntuales que se me plantearon, logré desarrollar mis primeros prototipos con resultados muy prometedores.
Trabajo en IT como consultor, y no soy experto en lenguajes de desarrollo de sistemas. No me resulta factible instalar customizaciones en el servidor y, al menos por ahora, tampoco cuento con herramientas como SharePoint Designer u otras.
Esto me ha generado un doble desafío:
- Necesito utilizar al máximo posible las funcionalidades standard.
- Estoy casi obligado a explorar "workarounds" cuando esas funcionalidades no bastan.
Precisamente alrededor de estas dos restricciones intenta girar el contenido de este sitio, como recopilación de información que he utilizado en mi aprendizaje. Lo que descubrí sobre SharePoint en este proceso es que hay muchas formas de solucionar un mismo problema. Personalmente lo veo fascinante porque ayuda a despertar y aplicar nuestra creatividad, casi siempre con excelentes resultados.
Espero que la información aquí presentada sea de alguna utilidad para el lector.
NOTA: muchos de los links o artículos referidos en este blog están en inglés, entre otras razones por que la versión del producto de que dispongo está en ese idioma.
A poco de investigar el producto, percibí un enorme potencial para crear soluciones de negocio y en base a necesidades puntuales que se me plantearon, logré desarrollar mis primeros prototipos con resultados muy prometedores.
Trabajo en IT como consultor, y no soy experto en lenguajes de desarrollo de sistemas. No me resulta factible instalar customizaciones en el servidor y, al menos por ahora, tampoco cuento con herramientas como SharePoint Designer u otras.
Esto me ha generado un doble desafío:
- Necesito utilizar al máximo posible las funcionalidades standard.
- Estoy casi obligado a explorar "workarounds" cuando esas funcionalidades no bastan.
Precisamente alrededor de estas dos restricciones intenta girar el contenido de este sitio, como recopilación de información que he utilizado en mi aprendizaje. Lo que descubrí sobre SharePoint en este proceso es que hay muchas formas de solucionar un mismo problema. Personalmente lo veo fascinante porque ayuda a despertar y aplicar nuestra creatividad, casi siempre con excelentes resultados.
Espero que la información aquí presentada sea de alguna utilidad para el lector.
NOTA: muchos de los links o artículos referidos en este blog están en inglés, entre otras razones por que la versión del producto de que dispongo está en ese idioma.
Subscribe to:
Posts (Atom)
