miércoles, 25 de agosto de 2010
Microsoft lanzó su cuarta y última plataforma Vista previa de Internet Exporar 9 para los desarrolladores de 4 de agosto, como parte de su aceleración hacia navegador septiembre la versión beta. Esta vista previa ofrece integración nativa con JavaScript y HTML 5 totalmente de aceleración de hardware, entre otras características.
Después de obtener una vista previa IE9 en el MIX 2010 conferencia en Las Vegas, Microsoft ha lanzado versiones previas de IE9 a los desarrolladores aproximadamente cada ocho semanas, los tres Plataforma Previews anteriores se han descargado más de 2,5 millones de veces, según Microsoft.
El último adelanto puede descargarse desde este sitio.
"La cuarta preliminar Plataforma de Internet Explorer 9, disponible ahora, muestra la oportunidad de aceleración por hardware HTML5-totalmente", dijo Dean Hachamovitch, gerente general de Internet Explorer, escribió en un 4 de agosot la publicación en el Windows Internet Explorer Weblog. "Puede ejecutar nuevas muestras de prueba de manejo que muestran SVG moderna y la integración nativa de JavaScript en acción ... Con esta serie, se encuentra un mayor rendimiento y mayor apoyo para el marcado mismo". Al integrar el motor de JavaScript directamente en el navegador, al parecer, IE9 alcanza velocidades mayores que sus predecesores.
Microsoft también ha contribuido 519 nuevas pruebas a los organismos de normalización con Platform Preview 4, con lo que el número total de pruebas contribuido durante IE9 desarrollo para 2138.
A pesar de un fuerte desafío a los navegadores rivales como FireFox y Chrome, Internet Explorer ha conseguido obtener beneficios adicionales con respecto a los usuarios en general .Net Applications estima la cuota de Internet Explorer del mercado de navegadores en el 60.74%, seguido de FireFox con un 22.91%, Chrome con un 7.16%, Safari con un 5,09% y Opera con un 2,45%.
lunes, 28 de junio de 2010
Se acaba de publicar la tercera versión para desarrolladores de Internet Explorer 9, según informa el portal genbeta.
Se acaba de publicar la tercera versión para desarrolladores de Internet Explorer 9, con unos resultados generales excelentes. Aún no han añadido el marco del navegador con los controles, así que no es usable para el día a día. Pero hay que tener en cuenta que estas versiones solo sirven para comprobar el motor que se está desarrollando por debajo.
Y ese motor es, a día de hoy, un serio competidor para el resto de navegadores. Tanto en eficiencia como, poco a poco, en soporte de funcionalidades, lo que demuestra que Microsoft al fin está dando a su navegador el apoyo que merece. Siguiendo el camino anunciado en las dos versiones anteriores, las mejoras se centran en varios frentes. Vamos a explicar un poco en la entrada extendida de qué se tratan esos cambios.
- Mayor rendimiento en Javascript. Aún no es el más rápido, pero se quedará muy cerca de la cabeza, lo que ya es más que suficiente. Sin embargo, desde Microsoft se asegura que están optimizando otros subsistemas que tienen un amplio impacto en la visión de páginas web artificiosas. De hecho, eso permite que en diversos ejemplos visuales que están mostrando, Internet Explorer 9 gane de calle a todos los demás, principalmente por hacer uso de APIs de Windows Vista/7 y utilizar por defecto la GPU para renderizar todos los elementos.
- Vídeo y audio de HTML5. Se estrena el esperado soporte para vídeo, usando el códec H.264 como se anunció, lo que implica que la versión HTML5 de Youtube es plenamente funcional. También añaden el soporte para audio, ambos con aceleración por hardware habilitada.
- Soporte para canvas. Este estándar permite el desarrollo de dibujos, haciendo posible aplicaciones mucho más visuales. Esto ya estaba soportado por todos los demás navegadores desde hace años y se traducirá en que sitios como Google Maps irán mucho más rápido. Por supuesto, también está preparado para usar el chip gráfico en los equipos soportados, de tal forma que el rendimiento es muy satisfactorio. Para demostrarlo, han añadido impresionantes páginas de prueba en su TestCenter.
- Soporte para fuentes WOFF. Este estándar fue creado conjuntamente por Mozilla, Google y Microsoft, y lo mandaron en abril de este año. Está llamado a ser el estándar de fuentes para la web, ya tiene soporte en Firefox y Webkit, pero por lo visto en las pruebas de Microsoft por ahora ellos son los únicos que está aplicando un suavizado de fuentes.
- Medición de rendimiento nativa en el navegador. Las especificaciones de WebTiming proveen de funciones más confiables para medir el tiempo que tarda nuestro código en ejecutarse, y Microsoft también se apunta al movimiento para popularizar este estándar en todos los navegadores por igual. Como las especificaciones finales no están muy definidas aún, Microsoft está usando el prefijo propietario -ms en sus propiedades, de manera similar a -webkit o -moz.
- Soporte más amplio de estándares. Se añaden varias nuevas funcionalides de Javascript, CSS3 y HTML5, confirmando el reciente amor de Microsoft por los estándares. Aunque en el test de Acid3 ya obtienen un decente 83 de 100, ellos mismos vuelven a repetir que este test es una prueba muy incompleta de los estándares actuales. Por tanto, siguen trabajando en escribir cientos de tests que van enviando regularmente a la W3C. En este punto también quieren incidir en un código para todos los navegadores, algo que están llevando por bandera.
En general las sensaciones son muy positivas. Microsoft está realizando un trabajo fantástico, con buenos resultados y en la dirección que todos deseábamos desde hace una década. Lo único que se le puede achacar es que ahora quiera liderar el movimiento de un sólo código para todos los navegadores cuando, actualmente, los mayores problemas que sufrimos los desarrolladores web tienen que ver con cualquier versión de Internet Explorer.
Un punto a destacar es que los usuarios de Windows XP no disfrutarán de esta versión.
Descarga: IE9
Fuente: genbeta
martes, 01 de junio de 2010
A todos en algún momento nos ha ocurrido que perdíamos un acento, o alguna letra especial de nuestro alfabeto, existe una forma fácil y rápida de solventar esta incidencia y que no nos supone nada de esfuerzo.
Cuando se tengan que pasar parámetros usar en la escritura la función Server.UrlEncode por otro lado cuando se tiene que hacer servir el parámetro(lectura) se debe usar la función Server.UrlDecode.
lunes, 24 de mayo de 2010
Fiddler es una de aquellas utilidades que cuando las empezamos a utilizar se nos hacen imprescindibles. Fiddler es un depurador de tráfico HTTP que nos permite ver todo el tráfico que entra y sale de nuestro ordenador. Ello resulta de mucha utilidad para depuración de errores, problemas de acceso y autenticación, optimizar el tráfico de nuestras aplicaciones, etc. Existen otras alternativas muy potentes que permiten ver todo el tráfico, no sólo HTTP, como Whireshark, pero no resultan tan extremadamente ni prácticas si el objetivo es exclusivamente el protocolo de la web.
Podéis conocer más sobre Fiddler y descargarlo desde su web en http://www.fiddler2.com/fiddler2/
martes, 20 de abril de 2010
A partir del VS2005 hay un COM integrado en el sistema que nos permite trabajar con los puertos serie, así pues este ejemplo lo que hace es explotar las posibilidades de este COM para nuestro objetivo que en este momento se trata de recibir datos a través del RS232.
' VBScript File
Function StartComPort()
' Se crea el objecto MSComm que realizará la conexión con el puerto
Dim MSComm1
Set MSComm1 = CreateObject("MSCOMMLib.MSComm")
' Configuración de la conexión: 4800 Bauds, Parity None, DataBits 8, StopBits 1
MSComm1.Settings = "4800,n,8,1"
' Se localiza y se abre el puerto
Dim i
i = 1
Do While i<=10
MSComm1.CommPort = i
MSComm1.InBufferCount = 0
MSComm1.PortOpen = True
If Err Then
MSComm1.PortOpen = False
i = i + 1
Else
i = 11
End If
Loop
If (MSComm1.PortOpen = True) Then
' Variable donde se guarda el valor que nos facilita el RS232
Dim Buffer
Buffer = ""
' Quedamos a la espera del valor del RS232
Do
Buffer = Buffer & MSComm1.Input
Loop Until InStr(Buffer, vbCrLf)
' Se cierra el puerto
MSComm1.PortOpen = False
' Se libera la memoria
Set MSComm1 = Nothing
' Valor del RS232
StartComPort = Buffer
Else
StartComPort = ""
End If
End Function
Espero os sirva de ayuda.
miércoles, 24 de febrero de 2010
A partir de las versiones de Microsoft Windows XP SP2, Microsoft Windows Server 2003 SP1 y en general en Microsoft Windows Server 2008 se da un curioso problema que nos puede llevar de cabeza un buen rato. Si tenemos un sitio web alojado en local, que responde bajo un FQDN o host header y lo intentamos navegar en local (no desde otra máquina), nos pasará que nos pedirá constantemente validación de credencial de usuario. Por mucho que proporcionemos unas credenciales válidas nos devolverá constantemente errores HTTP 401.1.
Este efecto es debido a nuevas medidas de seguridad en la plataforma y que se pueden solucionar tocando una clave del registro. La forma más sencilla de evitar este efecto es anulando esta nueva característica. Para ello y según instrucciones de Microsoft:
- Haga clic en Inicio y en Ejecutar, escriba regedit y haga clic en Aceptar.
-
En el Editor del Registro, busque la clave siguiente y después haga clic en ella:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa
- Haga clic con el botón secundario del mouse (ratón) en Lsa, seleccione Nuevo y, a continuación, haga clic en Valor DWORD.
- Escriba DisableLoopbackCheck y, a continuación, presione Entrar.
- Haga clic con el botón secundario del mouse en DisableLoopbackCheck y, a continuación, haga clic en Modificar.
- En el cuadro Información del valor, escriba 1 y haga clic en Aceptar.
- Cierre el Editor del Registro y reinicie el equipo.
Os recomiendo visitar http://support.microsoft.com/kb/896861
jueves, 18 de febrero de 2010
Desde que estoy trabajando con la versión Beta de Microsoft Office 2010 he tenido problemas para abrir los documentos de Office de mi sitio SharePoint. Cada vez que quería abrir un documento de Office, me aparecía un mensaje indicándome que era imposible abrir el documento, obligándome a descargarlos en local antes de poder trabajar con ellos. Hoy en encontrado la solución y os hago un resumen para resolver el problema rápidamente.
- Abrir Internet Explorer
- Seleccionar [Herramientas] -> [Opciones de Internet]
- Seleccionar la pestaña [Conexiones]
- Hacer click en [Configuración de LAN]
- Marcar el check "Usar un servidor proxy para LAN"
- Informar la "Dirección" con el valor 127.0.0.1
- Hacer click en [Opciones avanzadas]
- En "Excepciones" teclear: *.*
- Pulsar [Aceptar], [Aceptar] y otra vez [Aceptar].
Y tema resuelto.
Vía: http://www.benstegink.com/2009/08/28/office-2010-and-sharepoint-2007/
viernes, 04 de diciembre de 2009
Muchos somos los desarrolladores que con la aparición del nuevo y flamante navegador de Microsoft, hemos notado que algunos de los controles que ofrece Visual Studio no se ven de la manera que lo tendrían que hacer.
Uno de estos problemas es el atributo CellSpacing del GridView, donde IE8 hace caso omiso de este atributo, por lo que notaremos que aparece una separación entre nuestras columnas.
Algunos son los foros, donde se contentan con que pongas la directiva a nivel de página con la compatibilidad de IE7. Como siempre, nuestro objetivo es dar la solución más elegante, por eso le hemos dado la vuelta al asunto.
Después de darle vueltas y vueltas, hemos dado con la solución.
Basta con aplicar a nuestra CSS las siguientes entradas:
Suponiendo que nuestro GridView va a tener un estilo llamado MyGridViewClass, entraremos lo siguiente:
/* PARA EL HEADER */
. MyGridViewClass th
{
border: 0px;
padding: 0px;
}
/* PARA LAS ROWS */
.MyGridViewClass td
{
border: 0px;
padding: 0px;
}
Con esto, y a la espera que la nueva versión del Framework 4.0 y de los controles de Visual Studio 2010 corrijan esta serie de incompatibilidades, esta será nuestra solución preventiva.
viernes, 04 de diciembre de 2009
Si tiene abiertas varias instancias de IE8 e intenta depurar un proyecto se encontrará con que el debugger de VS no se detiene (hace caso omiso de los puntos de interrupción introducidos).
Resulta que IE8 se ejecuta a través de diferentes procesos. Los debuggers anteriores se confunden y no saben a qué proceso asociarse.
Para solucionarlo ejecute los siguientes pasos:
1. Abra RegEdit
2. Vaya a HKEY_LOCAL_MACHINE -> SOFTWARE -> Microsoft -> Internet Explorer -> Main
3. Añada un valor DWORD llamado TabProcGrowth con valor 0
4. Desactive el modo protegido en la seguridad del IE8 (en las Opciones de Internet)