Google Chrome: La crítica

image


Hay quién habló de Chrome como un sistema operativo, la explicación tiene mucho sentido. Pero esta primera compilación (versión 0.2), tiene mucho que madurar y junto a ella los servicios de Google.


Yo pensé que estaría más integrado con los servicios de Google. Pensé que los servicios de Google estarían precargados en el navegador o algo por el estilo. Integración con el historial de Google. O algo por el estilo, una especie de navegador de servicios.


Mi gran sopresa ha sido cuando al ver como se ven los propios servicios de Google con este navegador y me encuentro con que no puedo editar documentos de Google Docs. El problema ha sido con mi conexión a internet, ya que tengo una conexión lenta. Si se puede editar Google Docs. Pero aún así, yo con IE, Firefox, Opera y Safari, con la misma conexión, si puedo editar.


¿Qué opináis?


Me parece extraño que estos servicios no sean compatibles con el propio browser de Google. ¿Ha sido Google Chrome un lanzamiento precipitado para intentar frenar el gol de IE 8 Beta 2? ¿O que? Al menos el problema con Google Docs no se ha repetido con otros servicios de la propia marca. Seguiremos informando.


http://eugenioestrada.es/blog

Google Chrome: Probando, probando…

image 


Cómo dije en mi anterior post, Google Chrome ya está disponible en www.google.com/chrome. La instalación, como “Ddaz” ha dicho en ese mismo post, la instalación es muy rápida y limpia.


Comentando un poco la interfaz, es muy fluída. Las pestañas tienen una animación muy simple pero elegante.


image


 


 


 


 


Yo lo estoy probando en Windows Vista y aprovecha el espacio muy bien. Como véis las pestañas están en la barra de título.


El hecho de usar WebKit es un gran éxito. Cuando se crea un nuevo navegador salen nuevos problemas. Hay cantidad de complementos que desarrollar para él. Google Chrome por defecto tiene Flash, Silverlight, Gears (nativo) y demás complementos que funcionan con WebKit/Safari. Si el otro día comentaba como buena noticia el hecho de que cada pestaña en IE8 se ejecutan en procesos diferentes, Google Chrome también.


Te permite crear accesos directos a aplicaciones Web:


image


Por otro lado te permite informar de incompatibilidades con los sitios:


image


Tiene un modo privado, llamado Incógnito:


image


Para nosotros los desarrolladores Web, ¿qué nos ofrece Google Chrome?


Visión de código fuente:


image


Depuración de JavaScript:


image 


Consola de JavaScript, algo parecido al DomInspector:


image


Administrador de tareas:


image


Para ser una primera beta (compilación 0.2.149.27, ¿cómo será la 1?) no está nada mal.


image


Más información en geeks.ms:



http://eugenioestrada.es/blog

Google Chrome! ¿El navegador del futuro?

image


Google tenía un as bajo la manga, Google Chrome. Un navegador del que poco sabemos actualmente. Será publicado a lo largo del día de hoy, 2 de septiembre (será publicado el 3 de septiembre a las 3:00 AM CET, o sea, 4:00 española el 2 de septiembre a las 21:00, hora española, ya estaba disponible para descargar), en más de 100 páises. Por sorpresa de todo hace uso del motor WebKit, gran sorpresa por el habitual apoyo al proyecto Mozilla. Nuevo motor de JavaScript, V8, con buenas espectativas. Entorno seguro para el procesado de las pestañas y addins. Open Source.


La primera versión es para Windows. Pero próximamente tendremos versión para Linux y Mac. Una interfaz simple. Omnibox, la barra de dirección no solo tiene un autocomplete por el historial, sino que también nos sugiere la dirección. Modo de navegación privada, llamada Incognito. Integra Gears por defecto.


La página inicial es www.google.com/chrome, pero por el momento aún no está disponible. Lo que si está disponible es un cómic que nos cuenta un poco la filosofía de Chrome, http://www.google.com/googlebooks/chrome.


Ahora, la pregunta es, ¿quién migrará a Google Chrome? ¿quién perderá usuarios? Creo que el que puede perder es Firefox, aunque Opera, Safari e Internet Explorer, también pueden temer. Mañana comentamos.


Más información en geeks.ms:



http://eugenioestrada.es/blog

AJAX: Cómo securizar el JavaScript

En el post anterior, Cómo “embeber” un archivo JavaScript en una DLL, explique que habría una forma de proteger los archivos según los roles de usuarios. Vargas no entendio cual era mi intención y aquí la explicaré.

La situación inicial es que el JavaScript lo tenemos embebido en la DLL, imaginemos que en vez de un archivo ClientLibrary.js, tenemos un ClientLibraryUser.js, con funciones básicas para un usuario, y un ClientLibraryAdmin.js, con funciones de administración (servicios, etc.).

Entonces lo que vamos a hacer en vez de añadir la referencia en el ScriptManager, vamos a hacer lo siguiente en el evento Load de la página:

protected void Page_Load(object sender, EventArgs e)

{

    ScriptManager1.Scripts.Add(

        new ScriptReference("AjaxLibrary.ClientLibraryUser.js", "AjaxLibrary"));

    if (User.IsInRole("Admin"))

        ScriptManager1.Scripts.Add(

            new ScriptReference("AjaxLibrary.ClientLibraryAdmin.js", "AjaxLibrary"));

}

¿Qué estamos haciendo?

Por defecto cargamos el archivo ClientLibraryUser.js y, además, si el usuario es administrador cargará la ClientLibraryAdmin.js.

Por lo tanto, la segunda biblioteca sólo llegará al cliente si el cliente es administrador.

 

http://eugenioestrada.es/blog