En el formulario siguiente yo he seleccionado estas opciones porque son las que me interesaban pero en función del caso puede que interese seleccionar otras:
y el motivo del error no es ninguno de los que aparecen en la ventana anterior probad a entrar en el registro de la máquina (inicio->ejecutar->regedit) y eliminar la siguiente entrada:En muchos casos necesitamos ejecutar comandos STSADM y, a mí por lo menos, en más de una ocasión se me ha olvidado ir al directorio “C:\Archivos de programa\Archivos comunes\Microsoft Shared\web server extensions\12\BIN” antes de ejecutar el comando.
Para evitar esto (que a mí personalmente se me hace algo pesado) os propongo dos soluciones:
1. Crear un script
Una opción para no tener que introducir la ruta a mano es crear un ficheo de texto (.txt), introducir la siguiente línea
cd C:\Archivos de programa\Archivos comunes\Microsoft Shared\web server extensions\12\BIN
y renombrar este fichero a .bat.
Desde mi punto de vista, esto es bastante útil para introducirlo en scripts de despliegue para que los administradores de los servidores sólo tengan que hacer doble-click en un archivo.
2. Variables de entorno
La segunda opción es agregar la ruta (“C:\Archivos de programa\Archivos comunes\Microsoft Shared\web server extensions\12\BIN”) como Variable de Sistema. Esto permitirá que el comando stsadm.exe esté disponible desde cualquier ubicación.
Hacer esto es tan sencillo como:
;C:\Archivos de programa\Archivos comunes\Microsoft Shared\web server extensions\12\BIN
Esta opción viene muy bien para las máquinas virtuales en las que desarrollamos y hacemos pruebas.
<appSettings>
<add key="Clave" value="Valor"/>
</appSettings>
string valor = System.Configuration.ConfigurationManager.AppSettings[“Clave”];
System.Threading.Thread.Sleep(SleepTime);
Dim rango As Range
Dim campo As Field
For Each rango In ActiveDocument.StoryRanges
For Each campo In rango.Fields
campo.Update
Next campo
Next rango
SPQuery query = new SPQuery();
query.Query = ""; Item1
SPListItemCollection collItems = list.GetItems(query);
System.Diagnostics.EventLog.WriteEntry("Source", "Message");
Además de las aplicaciones que se incluirán en la versión Enterprise, de las que se habla con mucho detalle en la web del producto y de las que hablaré en otras entradas, me gustaría contar mi opinión tanto del evento como del producto.
Sobre el evento tengo que reconocer que me ha gustado bastante, sobre todo por la claridad con la que se habló.
Acerca del producto había leído muchas opiniones y en la mayoría la impresión era muy buena pero sigo pensando que ni Windows Vista es tan malo ni Windows 7 la solución a todos los males. Desde mi punto de vista, Windows 7, por mucho que haya cambiado internamente, es un Vista optimizado y mejorado, sacado al mercado en un momento en el que la mayoría de los pc's que se venden son capaces de soportarlo (cosa que no ocurrió con Vista) y con un objetivo muy claro, aumentar el rendimiento del usuario.
En el evento se dijeron dos cosas que desde mi punto de vista son fundamentales, por un lado que las aplicaciones que no funcionan en Vista tampoco lo harán en Windows 7 y que aunque todavía se desconocen los reqerimientos mínimos para este sistema operativo lo más probable es que sean los mismos que para Vista, eso sí, tres años más tarde. No obstante, me gustaría mencionar que la demo se hizo en un portatil con 1 GB de RAM, con varias aplicaciones abiertas y el S.O. no se colgaba ni daba la impresión de que fuera lento. Además es importante destacar que Windows 7 arranca muchos menos procesos y esto influye positivamente en el rendimiento.
Aunque ya tengamos una beta del producto, todavía no está fijada la fecha de lanzamiento ni el contenido exacto de cada versión, pero lo que sí parece claro es que "7" no es un "code name", sino que será el nombre comercial con el que saldrá a la venta. Esto es algo que me resultó bastante llamativo.
Bueno, no quiero aburrir a nadie, así que por hoy termino, pero publicaré más entradas sobre Windows 7 conforme lo vaya probando.
Un saludo.
Una vez seleccionado el tipo de indicadores, editaremos la regla de formato condicional. Para ello pincharemos en Formato condicional->Administrar reglas... y aparecerá la siguiente ventana.
En este caso no tendremos que preocuparnos de qué regla vamos a editar ya que sólo hay una. La seleccionamos, pulsamos Editar regla... y aparecerá la siguiente ventana.
Como podéis ver en la imagen, yo ya he editado la regla para que haga lo que conté en la entrada anterior. Para que sea lo más genérico posible, en vez de introducir valores, he introducido celdas y, así, si hay trabajadores con jornadas distintas no tendré que preocuparme de editar la regla, bastará con cambiar el número de horas en otra tabla pequeña dentro de la misma hoja.
¿Qué les parece? Debido al tamaño de la tabla, ésta no ha salido entera en la captura de pantalla (aún habiendo reducido el zoom) pero, si se fijan, los indicadores son tan llamativos que en apenas un vistazo podemos ver si se ha trabajado más o menos horas de las debidas por día (he asumido que el trabajor trabaja media jornada) y se podría hacer lo mismo para los totales.
Si se fijan en esta segunda imagen, verán que hay tres indicadores configurados de la siguiente forma:
Hacer esto es muy fácil y se tarda 5 minutos, pero en contarlo se tarda algo más, así que se lo contaré en la siguiente entrada.
Un saludo!
Entradas
Comentarios
