Blog de José Manuel Alarcón Aguín en Geeks.ms (alternativo a www.JASoft.org) - Todos los comentarios

re: Solucionar problemas con el driver de Access Microsoft.ACE.OLEDB.12.0 en sistemas de 64 bits

Romny — Sun, 04 Nov 2012 15:47:21 GMT

Aunque no tendría por que ser así?

re: Cómo gestionar variables de sesión como un PRO

José M. Alarcón Aguín — Fri, 27 Jul 2012 05:56:33 GMT

Hola Rodrigo,

Ya sabes que soy de la vieja escuela y me resisto a cambiar algunas costumbres de la buena y prestigiosa escuela húngara ;-)

Para mi las constantes siempre serán en mayúsculas. Realmente me parece que ayuda bastante identificarlas así.

Además en mi opinión lo único importante es tener una notación y seguirla siempre y ser consistente, sea cual sea ésta.

Gracias por comentar.

Ah, y ¡feliz cumpleaños! ;-)

re: Cómo gestionar variables de sesión como un PRO

Rodrigo Corral — Thu, 26 Jul 2012 20:17:43 GMT

Buen consejo... parece muy evidente pero hay gente que lo ignora.

Yo lo mejoraria un poco.... poniendome purista: las constantes en C# deben ser PascalCase :)

Un saludo titán.

re: Cómo gestionar variables de sesión como un PRO

José M. Alarcón Aguín — Thu, 26 Jul 2012 14:59:24 GMT

Gracias! :-)

re: Cómo gestionar variables de sesión como un PRO

Javier Torrecilla — Thu, 26 Jul 2012 13:43:08 GMT

Gran post Jose!

re: Los selectores CSS se procesan de derecha a izquierda (y por qué eso te debe importar)

José M. Alarcón Aguín — Tue, 26 Jun 2012 08:54:49 GMT

Hola,

En ASP.NET Web Forms la mayoría de los controles o bien se renderizan como controles HTML normales (los controles más sencillos) que puedes localizar usando selectores que combinen el tipo de etiqueta con su ID o bien tienes que utilizar Skins para controiar con mucha precisión su aspecto en cuyo caso las CSS no te sirven demasiado (es uno de los problemas de WebForms).

Todos tienen la proiedad CssClass, para aplicarle un clase CSS directamente, pero en los controles complejos no te servirá de mucho.

De todos modos lo que comento en mi post sólo es relevante para páginas muy complejas y sobre todo en páginas de tipo SPA (Single Page Application) como GMail o Hotmail en las que toda la interfaz y funcionalidad está incluida en una página de lado cliente. En este tipo de páginas las técnicas de desarrollo no tienen nada que ver con lo que harías con ASP.NET Web Forms (ni MVC si me apuras) y ya no tienes tampoco ese problema (tienes muchos otros).

Saludos!

re: Los selectores CSS se procesan de derecha a izquierda (y por qué eso te debe importar)

Arturo Martinez — Tue, 26 Jun 2012 08:27:58 GMT

Hola José M,

Me refería, una aplicación web en ASP.NET, en la cual tenemos nuestra hoja de estilo y desarrollamos utilizando el atributo de clases para la etiquetas HTML y los contorles web.

En este escenario, seria posible, o existe algún componente que permita aplicar los atributos de estilos a cada etiqueta que se renderiza en cada request.

Entiendo que aplicar el estilo directamente a cada etiqueta HTML, es lo más optimo, no?

Gracias de nuevo.

Un saludo.

re: Los selectores CSS se procesan de derecha a izquierda (y por qué eso te debe importar)

José M. Alarcón Aguín — Thu, 21 Jun 2012 14:58:08 GMT

Hola Arturo,

No entiendo tus preguntas. ¿Qué quiere decir que "se renderiza con su estilo"? ¿Qué quieres decir con "renderizar directamente en los elementos"?

El reusmen del post es que cuanto más fuerces al navegador a localiar las reglas que tiene que aplicar a cada elemento, más tardará lógicamente en renderizar la página. Resultado: no lo fuerces :-)

Si puedes usar estilos simples o definirlos de manera que sean lo más directos posible de descartar por el navegador mejor.

Saludos

re: Los selectores CSS se procesan de derecha a izquierda (y por qué eso te debe importar)

Arturo Martinez — Thu, 21 Jun 2012 13:28:19 GMT

Muchas gracias. Muy interesante.

¿Entonces se supone que si un elemento se renderiza con con su estilo tarda menos en procesarse la página?

¿Sabes si existe algún componente que permita renderizar el los estilos directamente en los elemento?

Gracias. Un saludo.

re: Trucos de uso y productividad para Windows 8

José M. Alarcón Aguín — Tue, 13 Mar 2012 08:19:02 GMT

Hola,

Gracias. Me alegro de que te haya gustado.

Yo estoy de acuerdo con todo eso, y de hecho lo apunto en el artículo. Ubuntu para mi ha perdido gran parte de su atractivo desde que Unity es "obligatorio",y así l he manifestado también por ahí en su momento.

Lo que está claro es que la convergencia es inevitable.

Lo que ocurre es que, en mi opinión, ésta debería ser una convergencia conducente a la DUALIDAD DE INTERFACES, no conducente a una UNIFICACIÓN DE INTERFACES.

En este post de mi otro blog lo explico con detalle:

jmalarcon.es/.../Convergencia-escritorio-movil-en-los-sistemas-operativos-modernos.aspx

Saludos y gracias por comentar.

re: Trucos de uso y productividad para Windows 8

Kiquenet — Tue, 13 Mar 2012 08:02:32 GMT

Muy buen artículo !!!

En Genbetadev hay un interesante comentario sobre la productividad de interfaces móviles en equipos de escritorio, una tendencia que cada vez se percibe más con detalles de iOS en OS X y una interfaz Metro que nos invadirá en cuanto Windows 8 se lance al mercado:

"Lo siento mucho pero no , soy informatico y usuario intensivo… y el hecho de que cambiaran gnome 2.20 por unity es lo que me ha hecho dejar de usar ubuntu… si , se que puede parecer una tonteria… pero si bien unity y metro estan pensadas para ser usadas en superficies tactiles o en tablets, son realmente incomodas para usuarios de escritorio… y mas aun si ya te has acostumbrado bien a usar un sistema tradicional y le sacas practicamente todo el jugo…

Visualmente si , son bastante llamativos , pero no me parecen realmente utiles para mi… aunque soy consciente de que personas que no busquen tanto de la informatica , que simplemente necesitan abrir un navegador y escuchar musica , se sentiran terriblemente comodos con esas interfaces… cuanto mas si estan en un tablet… Lo siento , pero ni Unity ni Metro estan hechos para mi… lo he intentado y no , no consigo acostumbrarme… siento que estoy trabajando a paso de tortuga…" del lector David Corcos Rodríguez

Estoy totalmente de acuerdo. Es algo que tienen que afinar mucho para que Win8 sea un éxito completo.

saludos.

Windows Phone 7 – Recomendación de enlaces interesantes (II)

Jorge Serrano - MVP Visual Developer - Visual Basic — Wed, 18 Jan 2012 09:07:01 GMT

Vamos con una segunda retahíla de enlaces relacionados con Windows Phone 7.5 (Mango). En este caso y

re: TRUCO: Cómo detectar el cierre o la salida de una página Web

Pablo Núñez — Sun, 16 Oct 2011 11:36:14 GMT

Gracias José Manuel.

En cuanto a mantener la conexión abierta, puse los mismos inconvenientes que tú y algunos más, pero como indico era "innegociable": se usa el número de conexiones del servidor como control de usuarios concurrentes, y este es el concepto de facturación al cliente final, además hay conexiones desde otros clientes no web (Windows) por lo que la respuesta fue: NO.

Gracias por las ideas, la primera de la ventana en el cambio de página no la había pensado, pero como tú dices tiene un aspecto feo (casi tan feo como mantener la conexión abierta en el servidor ;)

Pero la idea de la caducidad de la sesión sí me gusta, de hecho tengo hecho algo similar pero con aviso al usuario:

1. Caducidad de unos 5 minutos.

2. A los 4 minutos, JavaScript muestra una ventana: "Va a caducar la sesión [Mantener] [Abandonar]"

3. Si se pulsa mantener, se hace algo como lo que tú propones: mantener la sesión viva en el servidor y reiniciar esos 4 minutos.

Son los problemas que nos surgen por migrar aplicaciones antiguas sin libertad para hacer borrón y cuenta nueva.

Y para otra vez comentaré en jasoft para evitar bifurcaciones.

¡Saludos!

re: TRUCO: Cómo detectar el cierre o la salida de una página Web

José M. Alarcón Aguín — Sun, 16 Oct 2011 10:41:40 GMT

Hola Pablo,

Lo que no sé es siquiera cómo conseguir que tengas la conexión a la BBDD abierta todo el tiempo en el servidor, ya que la página al terminar su ciclo de vida la cerrará ¿no?

Además es muy poco escalable, ues en las apps Web se trata siempre de todo lo contrario a eso... En fin, es simple curiosidad...

En cualquier caso, el evento salta incluso al recargar la página actual, como tú dices.

Tendría que hacer pruebas, pero yo creo que la mejor estrategia en este caso sería interceptar el evento onunload de la ventana actual.

Desde éste abres inmediatamente otra ventana lo más pequeña que puedas, desde la cual detectas si la ventana padre existe o no. Si existe es que es un cambio de página, no un cierre de la ventana. Si no existe es que es un cierre y entonces puedes lanzar la tarea que consideres oportuna en el servidor llamando a otra página que a su vez cierre la centana que has abierto.

Tendría el efecto "chungo" de que habría una pequeña ventanita que se abriría cada vez que cambies de página, pero también tus requisitos no son precisamente los más normales :-)

Otra posible solución que se me ocurre es la siguiente:

1.- Pones el tiempo de sesión muy pequeño (no sé, un minuto, o algo que tenga sentido para la demora en el cierre de la conexión).

2.- Tienes una página en el servidor que sirva únicamente para mantener la sesión abierta, del estilo de la técnica que explico aquí: www.jasoft.org/.../PermaLinkaspxguid=7c56bb9b-6955-4865-880b-f964ca6.aspx

3.- En el cierre de sesón (Session_onEnd) cierras la conexión.

No sé, seguramente estrujándome el coco un poco más se me ocurriría alguna cosa adicional, pero con estos dos creo que hay posibilidades.

Saludos,

re: TRUCO: Cómo detectar el cierre o la salida de una página Web

Pablo Núñez — Sat, 15 Oct 2011 16:06:48 GMT

Descubrí el evento OnBeforeUnload hace poco tiempo pero no me sirvió. Se trataba de un proyecto donde el servidor mantiene una conexión con base de datos siempre activa (y este requisito era innegociable), y quise usarlo para avisar al usuario de que debía cerrar la conexión antes de abandonar la página.

El inconveniente que encontré es que se pregunta incluso cuando navegamos a otra página de la propia aplicación, no había manera de preguntar sólo al navegar fuera o cerrar el navegador.

Técnicamente sé que se podría extender el comportamiento de OnBeforeUnload, estableciendo un flag antes de navegar a otra página de la aplicación para evitar la pregunta (algo como tu bPreguntar), pero entonces no podría utilizar sencillos enlaces href sino métodos Javascript, por lo que tras buscar alguna librería que hiciera esto y no encontrarla, lo descarté.

Aprovechando que sacas el tema, ¿sabes de alguna solución? ;)

re: Cómo extraer contenidos desde un archivo .MSI de instalación

claudio — Sun, 28 Aug 2011 05:44:12 GMT

anduvo de 10! gracias

re: Solucionar problema instalación Office 2007

david — Wed, 24 Aug 2011 21:57:47 GMT

gracias... hermano por tu aporte dios en el calvo no joda ya esta que tiraba la toalla... mil gracias hermanos

re: Cómo buscar un dato en toda la base de datos SQL Server

Dario — Wed, 24 Aug 2011 19:56:22 GMT

Oye muchas gracias de verdad que funciona perfectamente!

re: Cómo enviar correo electrónico por código usando cuentas de GMail

Ramiro — Wed, 24 Aug 2011 19:44:33 GMT

Muy bueno, claro y conciso. Anda muy bien. Saludos.

re: Forzar el modo de compatibilidad de IE8 en nuestras aplicaciones

s_48k — Tue, 23 Aug 2011 14:27:07 GMT

Muchas Gracias!!